← All work

DesignOps case study

A shared baseline for product-flow documentation.

Turning recurring clarification into a reusable system that helped designers and implementation partners understand product flows without depending on a live walkthrough.

UX Lead · ~2022–23 · shared library

Focus

Documentation systems

Evidence

Witnessed change

Artifact

Abstract recreation

A page-list baseline paired with documented product flowsA fictional booking product shows reusable page guidance on the left and an end-to-end reservation flow on the right.PAGE BASELINE01 · Explore staysentry · filters · empty state02 · Review detailspricing · rules · availability03 · Confirm bookingguest · payment · receiptFLOW + IMPLEMENTATION NOTESExploresearch + filtersDetailsrules + priceConfirmpay + receiptENTRY CONDITIONSSaved search is optional.Filters persist on return.EXCEPTION PATHUnavailable date returns todetails with context intact.
A fictional booking flow showing the reusable page baseline and the context carried between decisions.
01

The problem

Recurring knowledge was trapped in recurring conversations.

The gap was not that implementation partners were being ignored. It was that recurring knowledge still depended on a designer being available to repeat it.

Designers could explain intent in a walkthrough, but the explanation was not always easy to recover later. Page lists gave teams a useful inventory; they did not carry the relationships, exceptions, and rationale that made a journey understandable end to end.

My ownership

I created the original system, introduced it to collaborators, and refined it using feedback as it moved into shared use.

A03 · Notation sample

Small vocabulary, consistent meaning

A compact visual notation for product flowsFive generic symbols distinguish screens, decisions, connections, annotations, and states.SCREENDIRECTIONDECISIONANNOTATIONContext near the decisionSYSTEM STATEOPTIONAL CONNECTION
Enough structure to reduce interpretation, without turning every diagram into a specification language.
A small vocabulary makes repeated decisions inspectable without becoming a specification language.
02

Constraints

Structured enough to be dependable. Flexible enough to be used.

The system had to serve people with different levels of product context, remain readable in everyday design tools, and avoid becoming so prescriptive that designers stopped adapting it to their work.

Keep two layers

Use the page baseline for inventory and the flow layer for relationships, states, and rationale.

Use a compact vocabulary

Give recurring shapes stable meanings without creating an elaborate specification language.

Put context near decisions

Keep exception logic and implementation notes close to the moment where they matter.

03

The system

A shared visual language and a feedback loop.

Consistency came from a small set of conventions, then improved as collaborators tried them against real work and surfaced where the baseline was too loose or too rigid.

A03 · Notation sample

Small vocabulary, consistent meaning

A compact visual notation for product flowsFive generic symbols distinguish screens, decisions, connections, annotations, and states.SCREENDIRECTIONDECISIONANNOTATIONContext near the decisionSYSTEM STATEOPTIONAL CONNECTION
Enough structure to reduce interpretation, without turning every diagram into a specification language.

A04 · Feedback loop

Creation was only the first step

A recurring loop for improving shared guidanceObserve friction, encode a baseline, share it, learn from use, and maintain coherence.01OBSERVE02ENCODE03SHARE04LEARN05MAINTAINSHAREDBASELINE
Shared use turns documentation into an operating practice with its own maintenance needs.
04

Outcome & limits

Clarification became less synchronous, then the maintenance problem became visible.

The system changed recurring clarification from a weekly synchronous burden into a largely self-service baseline. Shared use also exposed the next DesignOps challenge: not creating the template, but maintaining a coherent baseline while allowing designers enough flexibility to make it work for their context.

In my workflow, routine demos that had been roughly weekly were no longer needed. Within the first months, clarifications declined noticeably. Remaining questions shifted toward newcomers and new needs, then became rare in my experience as the system moved from a personal aid to a shared library and template.

Evidence boundary

There was no formal KPI, question count, or time study. Continued use today is unverified. The visual expression remained flexible, and this approach should not be treated as a universal copy-and-paste template.

A05 · Adoption arc

Witnessed change, not measured impact

The system moving from an individual aid to a shared baselineA four-stage arc shows personal use, colleague feedback, shared release, and later maintenance.PERSONAL AIDCOLLEAGUE FEEDBACKSHARED BASELINEMAINTENANCE
Routine clarification declined in my workflow, while shared use revealed propagation and maintenance as the next problem.

Reflection

“Keep the approach, not the artifact.”

The durable idea is to identify repeated explanation, make the baseline inspectable, and let use reveal the next operating problem. The specific shapes are secondary.

Start a conversation

Looking for leadership that connects product quality with the system behind delivery?

Let’s talk about UX Manager, DesignOps Manager, or Product Design Manager opportunities.