What goes in, how Clarity — ClearWork's discovery agent — works out what's missing, what the human approval gate actually does, what comes out the other end, and how it stays true once the project moves on.
Not a one-off exercise you finish. A cycle that keeps running for as long as the process or the initiative does.
Clarity reads everything that's already written down, works out what's missing from it, then goes and asks the people who know — by interview link, on their own time.
Every finding arrives as a proposed change with its source attached. A person on your team accepts, edits or rejects it. Nothing enters the record on its own.
Clarity generates process maps, requirements, SOPs, user stories and summaries from the confirmed knowledge base — and they flag themselves when a source behind them changes.
Most of a process is already documented somewhere. The part that matters usually isn't.
Documents, decks, SOPs, spreadsheets, existing process maps, policy manuals, meeting transcripts, recordings. Clarity reads all of it and drafts a first baseline of the current state.
You're not starting from a blank canvas, and you're not paying anyone to retype what's already written.
Clarity reads what it has against what the work actually needs, then separates the gaps rather than lumping them together as "issues":
Variations — the same process run differently by two teams or sites. Conflicts — two sources that disagree, both surfaced with their evidence. Unknowns — nobody has said yet, tracked as an open gap rather than filled with a plausible guess.
You review the plan and approve it before a single interview goes out.
Interview links go out by email, by role and by gap. Each opens a private response page — no scheduling, no human interviewer waiting, no calendar tetris across shifts and time zones.
This extends live discovery rather than replacing it. Run your workshops. Async interviews reach the second-shift supervisor, the regional team, and the person who was on leave that week.
A conversation that follows up on ambiguity and asks the second question — whichever the person prefers.
Targeted by role, process area and the specific gap being closed.
A narrated day-in-the-life recording, so they show you the workflow instead of describing it.
Screenshots, spreadsheets and notes that would normally disappear after a call.
Whether async interviews suit your organization depends on its culture. Some teams use them constantly; others upload their own transcripts and never touch them. Both produce the same record — the interviews are a way to reach further, not a requirement.
This is the part that makes the rest of it trustworthy, and it's the part a chat assistant has no equivalent for.
Fair question. Traceability tells you where a line came from. It doesn't tell you the extraction was right.
So the record shows its work. Every claim carries what it pulled and how confident it is. Ambiguity is flagged rather than resolved quietly. Where two sources disagree, both are surfaced with their evidence rather than one being silently chosen. Where nothing supports a claim, it stays an unknown instead of becoming a plausible guess.
Then a person confirms it. The gate is the answer, not the citation.
Not from a template you populate by hand, and not from a prompt you have to re-engineer every time. From the validated knowledge underneath.

Role-based flows with handoffs, decision points, system touchpoints and the exception paths that only surfaced in interviews.

Functional and non-functional requirements, traceability matrices, epics and acceptance criteria — each item linked to what produced it.
Every line source-linked
Procedure documents written from how the work is actually done, including the exceptions the old SOP never mentioned.

Current-state reads, gap analyses and leadership-ready narratives grounded in the same validated record.
What's unresolved, unmapped or dependent on a decision.
Metrics grounded in what teams actually do, not assumed cycle times.
Word and PDF for documents, Visio and draw.io for diagrams, structured formats for requirements.
Discovery isn't a phase that ends. The loop keeps running for as long as the process or the initiative does.
Every artifact stays connected to the sources behind it. When one of those changes — a corrected interview answer, a new policy, an updated procedure — every document built on it flags itself for review, with the change summarized and linked to what caused it.
A person approves it. Version history records who and when. Nothing rewrites itself behind your back, and nothing goes stale quietly.
Every output traces to the knowledge that produced it.
What changed, when, and who reviewed it.
Assigned, so documents don't become orphaned.
Scheduled re-checks plus flags when a source moves.
Interviews finish in days. Most signed-off outputs arrive in two to four weeks, within the 30-day sprint. Your team runs it in ClearWork with our white-glove support: about 3 hours of your team's time (1 hour to scope, 1 hour to set up and 1 hour to analyze the interview responses), plus about 20 minutes from each interviewee. It's a fixed-fee sprint.
Start with what's true: a good model can draft a solid process map from documents you paste into it. That was never the hard part, and it gets easier every month. We're not betting against the models — we use them. The difference is everything around them.
The question isn't whether an AI could draft this.
It's who maintains it on Tuesday.
You could build most of this yourself with a model, a folder of prompt templates and a set of rules. Plenty of teams start there. The honest question is whether maintaining that rig is the job you want.
Your documents and your people's know-how are material that can't go wandering. Here's where we actually stand.
No. Plenty of teams run discovery exactly as they always have — workshops, live sessions, their own note-takers — and upload the transcripts and documents that come out of it. That produces the same validated record.
The interviews exist to reach further than your calendar allows: the second-shift supervisor, the regional team, the person who was on leave. Whether your organization takes to them varies a lot by culture, and that's fine either way.
No, and we'd argue against it. Live sessions are where you read the room, resolve disagreements and build buy-in. Nothing async does that.
What async does is extend the reach and then keep the record current after the workshop ends — which is where documentation normally starts drifting.
Interviews finish in days. Most signed-off outputs arrive in two to four weeks, within the 30-day sprint.
That's a conflict, and it's one of the more valuable things the system finds. Both versions are surfaced with their evidence rather than averaged into something true for neither.
If it's a genuine difference rather than a disagreement, it's recorded as a variation — so you can decide what to standardize and what variation is legitimate.
Yes — role-based flows, handoffs, decision points, system touchpoints and exception paths. The difference from a diagramming tool is that the map is generated from the underlying record rather than drawn by hand, so it carries the context behind each step and can be challenged line by line.
Diagrams export to Visio and draw.io.
It stays intact. A finished project can be archived and reactivated for a later phase, with everything where you left it. Your team keeps the record as the starting point for the next initiative rather than beginning discovery again.
No, and it's worth being clear about. Mining tools read system logs and tell you what your systems recorded — that's real, and it's roughly 40–50% of the picture.
ClearWork captures the rest: the judgment calls, exceptions, workarounds and reasons that happen in a spreadsheet or a hallway conversation and never touch a system of record. If you already run a mining tool, these complement each other. Analytics over system data isn't something we do today.
Measure each add-on against a signed-off platform baseline, with requirements your ERP implementation partner can build from.
For private equity →Process documentation that reflects reality — and flags itself when something changes.
For transformation teams →A few documents and the questions you need answered are enough to start.