AndreiStanescu
WorkArticlesAboutServices
Let's talk

Work  /  AI-Enabled Design Operations

AI-Enabled Design Operations / AI-assisted research

Designing for AI judgement when the evidence is incomplete

I designed a safer research workflow for an AI-assisted screening product, making incomplete evidence, uncertainty, and human judgement visible instead of collapsing them into a misleading confidence score.

Project meta

Role
Lead Product Designer
My contribution
I designed the human–AI decision model, defining how evidence, confidence and uncertainty shaped what the AI could conclude, while keeping researchers in control of ambiguous and high-risk decisions.
Timeline
10 months
Team
1 PM, 1 Designer, 4 Engineers
Andrei Stanescu

1 September 2026

AI Design · Human-AI Collaboration · Research Tools · Explainability · Trust & Safety

OUTCOMES

Making uncertainty visible before the system makes a decision

4Identifier statuses
4Decision rules
2Distinct error paths
99.9%Accuracy threshold target
1Shared workflow
ON THIS PAGE01 / 08
  1. 01Assessment
  2. 02Two ways to be wrong, both expensive
  3. 03The risk was spread evenly across work that was not
  4. 04The interface was part of the autonomy decision
  5. 05Defining rules that closed named failure modes
  6. 06Evidence before verdict
  7. 07What outlived my time on the project
  8. 08Reflection
AssessmentTransformation programmeDiscovery ComplexityOrganisational ComplexityProduct and Technical ComplexityChange and Adoption ComplexityRisk and UncertaintyDelivery ComplexityHigh-risk human–AI workflow where the interface had to make uncertainty, evidence quality, and human judgement visible. The work connected research, interaction design, model behaviour, compliance concerns, and future autonomy into one defensible system.View full assessmentHide full assessment↓

ASSESSMENT

A clearer view of the work ahead.

A practical record of the complexity observed, the activities likely to help, and the work that was actually conducted.

Complexity profile

Discovery Complexity
5 / 5Primary driver
Organisational Complexity
4 / 5Primary driver
Product and Technical Complexity
4 / 5Primary driver
Change and Adoption Complexity
4 / 5Primary driver
Risk and Uncertainty
5 / 5Primary driver
Delivery Complexity
4 / 5Primary driver
OVERALL COMPLEXITYTransformation programme

High-risk human–AI workflow where the interface had to make uncertainty, evidence quality, and human judgement visible. The work connected research, interaction design, model behaviour, compliance concerns, and future autonomy into one defensible system.

Likely engagement

Discovery workshops

Complete

Bring the right participants together to build shared understanding, resolve differences, and leave with explicit decisions.

User, product and operational research review

Complete

Examine the current evidence and implementation systematically, then document risks, duplication, strengths, and priority improvements.

Ownership and accountability mapping

Complete

Make relationships, dependencies, ownership gaps, and points of friction visible enough to act on.

Cross-team dependency mapping

Complete

Make relationships, dependencies, ownership gaps, and points of friction visible enough to act on.

Legacy-system assessment

Complete

Examine the current evidence and implementation systematically, then document risks, duplication, strengths, and priority improvements.

Technical debt review

Complete

Examine the current evidence and implementation systematically, then document risks, duplication, strengths, and priority improvements.

Formal change-management plan

Not completed

Translate evidence into a sequenced course of action with priorities, dependencies, owners, measures, and decision points.

Cross-team adoption workshops

Not completed

Bring the right participants together to build shared understanding, resolve differences, and leave with explicit decisions.

Comprehensive risk-management plan

Complete

Translate evidence into a sequenced course of action with priorities, dependencies, owners, measures, and decision points.

Legal, regulatory and compliance consultation

Complete

Define the standards the work must satisfy and provide evidence that critical obligations have been met.

Programme plan

Complete

Translate evidence into a sequenced course of action with priorities, dependencies, owners, measures, and decision points.

Workstream definition

Complete

Coordinate the sequence of work, dependencies, responsibilities, and review points needed for reliable delivery.

+33 additional activities

Two ways to be wrong, both expensive

Researcher Assistant supported US criminal background screening, where records are matched against identifiers such as name, date of birth, address, and SSN. The problem was that court records do not contain those identifiers consistently. One jurisdiction might return a full date of birth, another only a birth year, and another nothing at all.

Researchers were making liability-bearing decisions from evidence that was incomplete by nature. Attribute a record incorrectly and a candidate can lose a job they should have had, with FCRA exposure behind it. Miss a real record and the client may hire the person they were screening to avoid.

In regulated work, design decisions are risk decisions whether or not anyone in the room calls them that.

tsx
Loading interactive preview…

The risk was spread evenly across work that was not

Researchers cross-checked identifiers by hand and held the reasoning in their heads, following written and often ambiguous guidelines. Nothing in the workflow distinguished a record that contradicted every identifier from one where the court file simply did not contain enough information to say.

Both cases cost the same to open and the same to think about. Because the reasoning lived in the researcher's head rather than in an artefact, little survived the decision that could be audited afterwards.

When every case looks equally decidable, attention is spent uniformly on a problem that is anything but.

The interface was part of the autonomy decision

The next phase of the programme would allow the agent to work independently under oversight, gated on 99.9% accuracy. That figure could only come from researchers overriding the agent when it was wrong.

Any asymmetry in the interface would corrupt the evidence: a recommendation shown before the underlying comparison, an accept that costs one click and a reject that costs four, or a score that flattens the reasoning into a number. Designing the tool and designing the evidence base for autonomy were the same job.

If disagreeing costs more than agreeing, you are not measuring accuracy. You are measuring compliance.

Defining rules that closed named failure modes

I translated the problem into a small set of rules, each connected to a specific way the workflow could fail.

  1. Target identifiers, never full records. The agent states a status for each identifier it examined instead of issuing one conclusion for the record as a whole.

  2. Make unmatchable a status, not a low score. Missing evidence is a fact about the source, not a weak signal about the candidate.

  3. Make overriding cost the same as accepting. The interface must not turn agreement into the path of least resistance.

  4. Show reasoning, do not summarise it away. The researcher needs to see what was compared against what, not only a sentence characterising the comparison.

tsx
Loading interactive preview…

Evidence before verdict

Researchers wanted a recommendation up front. A recommendation shown first becomes the thing a person confirms rather than the thing they check.

The final direction put the identifier comparison first and any record-level conclusion beneath it, traceable to the evidence above. This was slower on obvious cases, but it made uncertainty visible where the stakes were highest.

What outlived my time on the project

Most of the project happened in conversations I was not in: a model team tuning thresholds, engineers implementing the specification, researchers working cases. The useful output was not a set of screens. It was the small set of documents that let other people make the call I would have made.

  • The status vocabulary: defined what the agent was allowed to assert.

  • The provenance split: kept candidate-provided information separate from independently developed information.

  • The evidence display specification: settled what the agent showed before showing a conclusion.

  • The override and reason taxonomy: turned disagreement into usable evidence for the model team, QA, and future autonomy decisions.

On an AI product, the design work is largely deciding what the system is permitted to claim.

Reflection

Researcher Assistant was not simply an interface for reviewing records. It was a decision system operating where evidence could be incomplete and the cost of being wrong was unevenly distributed.

The work made that uncertainty visible, protected the researcher's judgement, and created a more defensible path toward AI-assisted screening. The most important outcome was not that the agent appeared more intelligent. It was that the product became more honest about what the evidence could and could not support.

Previous case studyDesigning the evidence AI needs to improveNext case studyMaking design-system knowledge usable by people and AI

RELATED WORK

More case studies

Turning legacy complexity into a system teams could move forward with

I helped modernise a fragmented legacy product by clarifying its core patterns, introducing reusable design-system foundations, and creating a more consistent way for teams to make and scale product decisions.

View case study

Making design-system knowledge usable by people and AI

I transformed an existing design system into an accessible, AI-compatible foundation, rebuilding its components, connecting Figma with GitHub and Storybook, and creating the guidance needed for teams and AI-assisted workflows to apply and evolve it consistently.

View case study

Designing the evidence AI needs to improve

I designed a human-in-the-loop audit platform that helped subject matter experts resolve disagreements between researchers and an AI agent—while capturing the reasoning behind every decision.

View case study
All case studies →

Have a project in mind or want to explore how I can help?

Let's talk →
WorkArticlesAboutServices

© Andrei Stanescu