Case Studies·02·Primary research·Defense·ARES
As a product designer at Odyssey Systems Consult, I support Kessel Run's software modernization efforts: replacing six fragmented legacy aircrew scheduling and training systems with the Aerospace Readiness Enterprise System (ARES) for more than 149,000 Airmen across the Department of the Air Force (DAF). I've led all of the program's user research to date.
Before a single wireframe was drawn, I did the work that makes real design possible. Eight research trips across CONUS and OCONUS, including one overseas simulation exercise, embedded with the operational stakeholders who will actually use what we're building. This case study isn't about the software. It's about the research that earns the right to design it.
149,000+ Airmen · Six legacy systems · One platformReadiness, rebuilt around the warfighter.
01 · Why research
Research isn't a checkbox. It's continuous discovery inside every iteration sprint: identifying and framing the real problem, validating and refining ideas, and gathering the insights that reveal what we'd otherwise overlook.
It's not always about which features to prioritize. Sometimes it's about the outcome, the future state. That's a different question than "what should we build," and it's the one that matters most for a program of this scale.
How do we change the way it's done today for a better solution tomorrow?
Every research effort starts with fundamental questions

You cannot answer these from a conference room in Boston.
02 · Before the trip
Every trip is planned with the same rigor as the design work itself.
Goals, objectives, and success criteria defined upfront.
Qualitative, quantitative, or mixed. Moderated or unmoderated. Generative or evaluative.
Written before we leave, so questions are consistent across participants and comparable in synthesis.
Scheduled and briefed before arrival, so we're not burning operational time chasing meetings.
Ready for A/B testing when the conversation calls for it.
So follow-on designers know exactly who's been spoken to, when, and about what.
The last one matters more than people realize. On a program of this scale, with a team that will keep growing, the tracker is what prevents institutional knowledge from evaporating between rotations.
03 · On the ground
Once we're on site, the work shifts. A researcher's job is to immerse themselves in the product domain and the user's world until we understand not just the workflows, but the culture, the pressure, and the trade-offs users make daily.
Watching users do their actual work in their actual environment.
Noting what happens between the tasks, which is often where the real friction lives.
For depth, from 20-minute sessions to days long when needed, to build the trust that surfaces the honest answers.
When we have concepts ready to validate.
Time on task, time to complete a build, which pages users linger on, which they abandon.
I don't rush interviews. The second interview is always more honest than the first.
04 · After the trip
Field notes and interview transcripts on their own are just raw material. Synthesis is the discipline that turns them into decisions. Using Lucid, Miro, and Figma, I generate:
Clustering hundreds of individual observations into thematic patterns.
Grounded in real warfighters, not marketing archetypes.
The full arc of what an operator actually does, moment by moment.
Showing where we're headed, not just where we are.
What users say, do, and think often diverge. Empathy maps make that divergence visible.
Synthesized findings written for executive stakeholders, product owners, and engineering.
Quantified, prioritized, and traceable back to the warfighters who raised them.
Iterative reports that keep the program aligned on what we're learning as we learn it.
05 · A repeatable practice
Every site visit had a research plan. Every interview had a script. What was standard was the practice: same format, same file structure, same synthesis methodology, same brief template. Everything documented, organized, and discoverable.
If I knew I was about to interview the same persona a coworker had already spoken to, I could find their script, copy it, and adapt it to what my team needed to learn next. No starting from zero. No re-litigating decisions. No lost context.
On a program with turnover, rotations, and a growing team, that's what keeps the research compounding instead of resetting.
06 · What this changes
The end of research isn't a report. It's a set of decisions the team can act on: patterns to redesign, workflows to eliminate entirely, futures to design toward.
And then the loop closes. We implement, we evaluate impact, and we go back into the field.
That research is now heading into production. In August 2026 the Air Force awarded a $100 million production agreement for ARES after a 90-day competitive prototype evaluation, where operators tested competing prototypes and their feedback informed the final selection. Kessel Run will keep traveling to bases to gather operator feedback that drives continuous updates. Read the coverage ↗
Every minute we design out of a workflow is a minute the warfighter gets back for the mission itself.