CS/01 — ENTERPRISE UX · GOVTECH · PROTOTYPE DESIGNNAMES CHANGED. BECAUSE GOVERNMENT.

Modernizing examiner workflows at federal scale

DOMAIN — FEDERAL FINANCIAL REGULATIONROLE — PRODUCT DESIGNERSCOPE — INFORMATION ARCHITECTURE · WORKFLOW MAPPING · INTERACTION DESIGN · CLICKABLE PROTOTYPE
THE CHALLENGE
Expert examiners were moving among institutions, examinations, issues, workpapers, evidence, reminders, and review states inside a platform that treated each surface as a separate destination.
WHAT I CHANGED
I designed a connected workflow model and comprehensive prototype organized around priority, context, and the examiner’s next decision rather than around a collection of pages.
WHAT BECAME POSSIBLE
The product team could evaluate the proposed system as an end-to-end experience, resolve workflow questions in context, and move from abstract requirements to concrete product decisions.
THE PROBLEM

The complexity was not a flaw in this product. It was the domain. The domain, inconveniently, had excellent reasons.

The platform supported bank-examination work across a large federal regulatory environment. Its users were experts managing institutions, examination scope, issues, workpapers, evidence, deadlines, reminders, ratings, and review states. Simplifying the work itself was neither possible nor desirable. The design problem was to make that work more understandable, navigable, and coherent.

The existing experience distributed related tasks across separate surfaces. Users could move from a dashboard to an institution, into an issue, across to a workpaper, out to supporting evidence, and back again. Each transition required them to reconstruct where they were, what they had learned, and what needed to happen next.

The interface was making users repeatedly unpack and repack the same mental suitcase.

THE DESIGN INFERENCE

A better experience would not come from redesigning individual screens. The platform needed a stronger workflow model underneath them. I organized the experience around a repeated operational loop:

  1. Identify what requires attention.
  2. Enter with the relevant institutional and examination context intact.
  3. Review evidence and related work.
  4. Record a judgment or action.
  5. Return without losing priority or place.

That model became the connective tissue across the dashboard, institution views, issue tracking, workpaper review, documents, and reminders.

CLIP 01 — THE WORKSPACEAssigned examinations, open issues, and outstanding tasks resolve in a single scan. Step one of the loop happens before any navigation does.
THE METHOD

The client did not yet have a mature design system. I used an open UI kit as temporary visual scaffolding and invested the design effort in the structure beneath it: information architecture, object relationships, task logic, states, and navigation.

I built a comprehensive clickable prototype spanning the core examiner journey. Stakeholders could move through assigned examinations, institution detail, issue remediation, milestones, evidence, workpapers, documents, comments, and reminders as one system. That shifted reviews away from debating disconnected screens and toward evaluating how the work actually held together. Enterprise software already had enough tabs.

CLIP 02 — INSTITUTION TO ISSUEMoving from the workspace into a firm and through to its open issues. Examination history and outstanding remediation share a page instead of a breadcrumb trail.
THE PIVOTAL INTERACTION — PRESERVING REVIEW CONTEXT

The workpaper review experience made the broader design principle tangible. Examiners needed to read a document, compare it with regulations or prior evidence, and respond to comments from colleagues. A conventional interface would distribute those materials across tabs, windows, or separate document states, because apparently the examiner was not already busy enough. I designed a three-part review posture instead:

  • Reference material opened on the left.
  • The workpaper under review remained stable in the center.
  • Comments stayed anchored to the relevant passages on the right.
CLIP 03 — THE THREE-PART REVIEW POSTURESource documents pinned beside the memo under review. The evidence, the judgment, and the team’s discussion stay on screen together.

The evidence, the judgment, and the team's discussion could remain visible at the same time. An examiner could verify a citation, consider a colleague's concern, and continue reading without surrendering their place.

This was not simply a screen arrangement. It was the product principle in physical form: preserve context whenever the work asks users to compare, interpret, and decide.

DESIGN DECISIONS
01 Design around the work, not the page
The product was a connected examination workflow, not a collection of destinations. Navigation and hierarchy followed the user’s movement from priority to context to judgment and back again.
02 Surface priority earlier
Users should not have to search for urgency. Dashboard hierarchy, examination status, issue states, and reminders made attention visible before navigation began.
03 Preserve context
Document review, issue investigation, and evidence comparison all depend on continuity. The interface protected the user’s reading and reasoning state instead of resetting it at every transition.
04 Use visual systems as scaffolding
Moving quickly on surface styling protected time for the decisions that mattered more: object relationships, workflows, states, and interaction logic.
THE OUTCOME

The project produced a connected workflow model and a clickable prototype for the platform’s core examiner experience. More importantly, it made the proposed system concrete enough to interrogate: where priority should surface, how institution and examination context should persist, how issues connect to evidence, and how collaborative review should behave.

The design did not remove the domain’s complexity. It gave that complexity a structure the product team could evaluate, test, and build against.

KEY TAKEAWAY

Complex work does not need to feel chaotic simply because the domain is complex. The system can remain sophisticated without making users suffer as proof.

Screens and clips are sanitized recreations. Client data, naming, and internal terminology have been removed.

← INDEX NEXT: CS/02 →