Advana  •  DoD CDAO  •  2023–2024

The AI Platform Became a Victim of Its Own Success

I led a team of seven through a 14-month mixed methods program on why DoD’s AI and analytics platform got harder to use as it grew. Leadership paused development to fix the infrastructure first.

TL;DR

What was at stake
DoD had invested millions in Advana, people weren’t using it as much as expected, and a major contract decision was coming.
What changed
Product teams designed against the research’s statistically validated user archetypes, and CDAO’s platform strategy shifted toward tools built for each persona, a more stable infrastructure, and more guidance in the interface.
My role
Lead researcher and platform strategist, directing a cross-functional team of 7, within a larger Isobar team of about 13, from study design through the prototype and roadmap
Timeline
About 14 months

Many people at CDAO and across DoD shaped the pause and the recompete. My team’s research set the user priorities those decisions drew on.

Measurable outcome
Paused

Development, in June 2024, to fix the infrastructure before adding features, as I recommended.

$15B

Recompete that followed, centered on a modular, multi-vendor architecture built around distinct groups of users.

Delivered

A redesigned navigation, content model, and clickable prototype, plus two product roadmaps.

Baseline: of about 220 scored feedback responses before the engagement, 38% said people fully accomplished what they came to do.

Recommendation
Stabilize the infrastructure before redesigning the interface
Adding features on an unstable foundation would make every existing problem worse.
Evidence
38%
of about 220 scored feedback responses said people fully accomplished what they came to do.
Before
Keep adding features
On an architecture already strained by new users
After
Pause, then redesign
Infrastructure first, then role-based entry points
Advana · DoD CDAOAdapted for this portfolio
Aha moment

Leadership had been treating each problem on its own. The research showed six failures happening at once, all because the platform had grown faster than its architecture, design, and support.

Before
One front door for every role
  1. 1Same layout for financial analysts, logistics officers, intelligence staff, and command leadership
  2. 2Content spread across community spaces; 36% of users had trouble finding what they needed
  3. 3Feedback capped at about 100 characters, so it flagged frustration without explaining it
Prototype
Start from your role, then your task
  1. 1Entry points for each of the four main roles
  2. 2Navigation built from a card sort and checked with a tree test
  3. 3A clear starting point for people with less data experience
Simplified wireframe of the proposed design, redrawn for this portfolio. Labels and layout are approximate, not the production interface.
Read the full case study

Three recommendations, in order

Pause development and strengthen the infrastructure

I delivered this recommendation in writing and in a formal briefing to the Chief Experience Architect and Chief Product Officer. DoD paused development in June 2024 to make infrastructure improvements.

Redesign the interface for a wider range of data experience

Make it clearer where to go and what to do for every role, and lower the effort for less technical users without limiting experienced ones. The card sort and tree test produced the new sitemap, navigation, and content model behind the prototype.

Build specialized components for each role

The research supported modular components built around each group’s data and workflows, which matches the modular, multi-vendor approach CDAO pursued in the recompete.

The tension

Pausing meant holding back changes that were already lined up to ship, and there was pushback. I recommended it anyway, because adding them to an unstable platform would have made the existing problems worse.

What I expected to find

Hypothesis 1

People needed the platform. Low engagement, even with a mandate, came from not being able to find things.

What would have changed my mindIf people who could find content still weren’t using the platform, the problem would have been value, not navigation.

What the research showedSupported

People described finding workarounds and using outdated methods instead of the platform.

Hypothesis 2

The experience problems sat downstream of the infrastructure, like slow performance and broken pipelines, so interface fixes alone wouldn’t move satisfaction.

What would have changed my mindIf satisfaction had stayed low even for people with fast, stable sessions, I’d have put the interface first.

What the research showedSupported

Infrastructure strain was one of six root causes, and fixing it came first in the recommendations.

Hypothesis 3

One interface couldn’t serve the range of data literacy across the four main roles.

What would have changed my mindIf the segmentation hadn’t produced distinct groups, one redesigned interface would have been enough.

What the research showedSupported

Usage split by role, which led to the role-based entry points in the prototype.

A platform that had outgrown its own design

Leadership needed to know who used the platform, how, and why it was getting harder to use as it grew.

Advana started as a tool to help the comptroller’s office manage financial data. By 2023 it pulled from more than 400 business systems and served more than 100,000 people across every branch, from analysts to senior leadership. CDAO leadership publicly called it a victim of its own success.

The platform’s own feedback showed the strain before we arrived. Of about 220 scored responses from August 2020 to April 2023, only 38% said they fully accomplished what they came to do. The feedback form capped answers at about 100 characters, so it could flag frustration but not explain it.

“It has taken me two months attempting to get access. Account status is still inactive.”

“I can’t find what I want and can’t figure out how to use what I’ve been given access to.”

“Navigating the site is painful. I would say more but you have restricted the input to 101 characters.”

All three from the Advana feedback form, before the engagement

An earlier contractor had already built a set of personas. Our job was to test them against real users and refine them. I presented findings and recommendations directly to the CDAO’s Chief Experience Architect and Chief Product Officer throughout the engagement.

A sample big enough to compare roles

The four main roles used Advana in different ways, so a small study would only have caught the loudest problems. I started with a segmentation survey of 1,382 people. Its results defined the archetypes, so every finding could be traced back to a specific kind of user. From there:

  • System Usability Scale and CX surveys to measure the current experience
  • Interviews with at least 8 people per group, recruited by both archetype and role
  • Two rounds of usability testing, on the current site and on the redesign
  • A card sort to build the new navigation, then a tree test to check it

The work produced 20 deliverables, including two product roadmaps.

Approach and time allocation · about 14 months
Approvals and prep · 3 months
OMB approval, the participant burden estimate, CAC cards, and FedRAMP checks on every tool, while the survey and documents came together. Nothing could go into the field before these cleared.
Segmentation, SUS, and CX surveys · about 2 months
Set who we would interview and test with.
Interviews and the first usability round · about 3 months
Ran side by side, with rolling debriefs as interviews came in.
Card sort and tree test · 2 months
Prototype and the second usability round · 3 months
Second roadmap and recommendations · about 6 weeks
Put infrastructure fixes ahead of experience changes and set which archetypes came first.

Where the platform was breaking down

No single root cause explained the drop in usability.

Root causes
Six problems compounding at once
1
Segmented needs
Each of the four main roles used the platform for different work.
2
Infrastructure strain
A surge of new users had strained the architecture. People were building workflows on a foundation that couldn’t support them at scale, and no interface change would fix that.
3
Literacy gap
The platform assumed a level of data literacy many users didn’t have. People with less data experience had the hardest time using it on their own.
4
Unintended use patterns
Workflow mapping showed people using the platform differently than it was designed. Leadership couldn’t see those patterns.
5
Expectation misalignment
What leadership thought users needed and what users reported were different, and roadmap decisions were being made without either side seeing the gap.
6
Mandate without adoption
Even with a formal DoD mandate, voluntary engagement stayed lower than leadership expected.
CX survey
How easy was it to find what you needed?
Extremely difficult
9%
Very difficult
13%
Fairly difficult
14%
Difficulty, combined
36%
Neither easy nor difficult
44%
Very or extremely easy
20%
People described not knowing where to go and searching across several community spaces.
Burned once, they stopped trusting it

I observed people in the field routinely override the platform’s AI recommendations, from flagged ledger balances to suggested stock reorders. Many didn’t believe a system could know more than their own experience did. A sizable number said that once a recommendation had been wrong for them, they would not use it again. That trust gap was one of the barriers holding back adoption.

Impact

Advana reinforced my habit of looking for the pattern across problems before proposing a fix for any one of them. For the team and CDAO leadership, the research gave them the evidence they needed to pause and fix the architecture before adding more features.

Hindsight

1
Settle decision rights early

Some findings challenged existing assumptions about the personas and the platform’s readiness to scale. Agreeing up front on who could act on which kinds of findings would have shortened the time between insight and action.Findings that sat in review for weeks could have reached product teams within a sprint.

2
Push for ongoing measurement

A platform this size, with a contract decision coming, needed continuous listening: short pulse surveys and feedback built into the platform, so changes could be tracked over time.Leadership would have gone into the recompete with a trend line, not one snapshot.

3
Run the card sort sooner

The card sort turned out to be central to the new navigation. Scheduling it earlier would have given the navigation and content model a stronger base than interview synthesis alone.The second usability round could have tested role-based entry points instead of basic findability.

With two more weeks

1
Test with the least experienced users

Run a focused round with the people who have the least data experience, since the redesign was largely built around them.

2
Finish the field observations

Go back to watching how people used or overrode the platform’s AI recommendations, work that was cut short.