When you use Clarity to document a process, you get a complete picture of how work happens today and where automation could help. This guide shows how to take that Clarity output and turn it into a working Duvo assignment — covering the decisions to make at each stage and an end-to-end example from start to finish.Documentation Index
Fetch the complete documentation index at: https://docs.duvo.ai/llms.txt
Use this file to discover all available pages before exploring further.
Before You Start
Make sure these are in place:- A Clarity process in Complete status with at least one capture analyzed
- Team settings configured in Settings > Clarity (company name, industry, hourly rate) so the Impact figures are meaningful
- A rough sense of which part of the process you want to automate first — you do not need a fully scoped plan, but a starting hypothesis helps
Step 1: Review the Clarity Output
Open your completed process in Clarity and work through the tabs in this order. Each one gives you something specific you will use when building the assignment.Steps
The Steps tab shows a breakdown of each action in the process — who does it, what system they use, what decision they make, and what happens next. Read through the steps and mark the ones that are:- Good automation candidates: repetitive actions, data lookups, form submissions, rule-based decisions, and anything the same person does every time the process runs
- Keep human for now: judgment calls based on context the assignment cannot see, sensitive communications, or actions where mistakes are hard to reverse
Vision
The Vision tab describes what the process could look like once optimized. This is the end state to aim for, not the first version to build. Read it to understand the goal, then set it aside — you will start with a narrower scope and expand over time.Impact
The Impact tab shows projected financial impact — time saved, cost avoided, and estimated return. Use this to confirm you are automating the right thing first. If the Impact figures are lower than expected, check whether you have captured all the people and systems involved in the process.Risk and Vulnerabilities
This tab lists the exception cases, edge conditions, and failure points identified in the process. Keep this open when you write your SOP — every risk listed here is a case your assignment needs to handle, either by resolving it automatically or by pausing for human review.Transformation Guidance
The Transformation Guidance tab contains editable guidance that describes how automation could be applied to this specific process. This is the bridge between the Clarity analysis and your assignment. Read through the Transformation Guidance. Edit it to reflect any adjustments you want to make — for example, keeping a step human that the AI marked for automation, or noting a specific system connection to prioritize. The guidance you leave here shapes the context your assignment operates in.Step 2: Decide What to Automate First
Start with the smallest slice that delivers meaningful value. A common mistake is trying to automate the full end-to-end process in the first version — this makes testing harder and refinement slower. A good first version:- Covers three to seven consecutive steps
- Has a clear start trigger (a file arrives, a Slack message comes in, a schedule fires)
- Produces a clear, verifiable output (a row in a spreadsheet, a message in Slack, an email sent)
- Handles the two or three most common exception cases from the Risk and Vulnerabilities tab
- Steps that require significant judgment or context from outside the process
- Edge cases that happen less than once a month
- Connections to systems you do not yet have access to
Step 3: Build the Assignment
Open the Assignment Builder
- Click + Create Assignment from your dashboard.
- Select Use Assignment Builder.
Write the SOP
Use the Steps tab, Transformation Guidance, and your own notes to write the SOP. Describe the workflow as you would explain it to a colleague, starting with what triggers the assignment and ending with the final output. A practical SOP for a Clarity-derived assignment includes:- The trigger — what starts the assignment (a schedule, a Slack mention, a file drop, a status change)
- The input — what data or context the assignment reads at the start
- The steps — the sequence of actions from the Steps tab, phrased as instructions
- Decision logic — the conditions from the Steps tab that determine which path to take
- Exception handling — what to do when the situations in the Risk and Vulnerabilities tab occur
- Approval gates — where a human should review before the assignment proceeds, based on the high-risk steps you identified
- The output — what the assignment produces or updates when the job is complete
Add Human-in-the-Loop Approval Gates
For any step where a mistake would be hard to reverse — sending a customer email, updating a financial record, submitting a form to an external system — add a Human-in-the-Loop step in the SOP:Add Connections
Under Connections, enable the connections to the systems involved in the process. Check the Steps tab in Clarity to identify every system that appears — each one needs a connection authorized in the assignment. If a system you need is not in the available connections list, see Building Custom Connections.Test
Click Start Work to run a job against a real or representative example. Watch the live execution view to see exactly what the assignment does at each step. Compare what you observe to the Steps tab in Clarity — the assignment should follow the same sequence. If the result is not what you expected, return to the Assignment Builder, note what diverged, and update the SOP. See Refining Your Assignment for a structured approach to iteration.End-to-End Example: Supplier Invoice Follow-Up
The situation: Your procurement team spends about an hour each week chasing suppliers for overdue invoices. The process involves checking a spreadsheet for invoices past their due date, looking up the supplier’s contact email in the ERP, drafting a follow-up email, getting a manager’s approval, and sending the email. Three people are involved but the work is largely the same each time. What Clarity found:- The Steps tab showed seven steps, five of which were the same every time regardless of supplier or invoice amount
- The Risk and Vulnerabilities tab flagged invoices over $50,000 and suppliers with an active dispute as cases that needed extra care
- The Impact tab projected 3.2 hours saved per week at current team size
- The Transformation Guidance described an automation that reads the overdue invoice list, drafts follow-up emails using templates keyed to invoice age, and routes anything above $50,000 or flagged as disputed to the procurement manager for review before sending
- Google Sheets (to read and update the Procurement Tracker)
- [ERP system via Custom MCP] (to look up supplier contact emails)
- Gmail (to send follow-up emails)
- Slack (to post the summary)
Tips for Better Results
Use the Steps tab as a checklist: After running the first job, compare what the assignment did against the Steps tab in Clarity step by step. Any divergence is a specific refinement to make in the SOP. Copy exception handling verbatim from Risk and Vulnerabilities: The exception cases in Clarity are grounded in what your subject matter experts described. Copy the language directly into the SOP rather than paraphrasing — it preserves the nuance. Start the Transformation Guidance with what you want, not what you have: Before copying the guidance into the SOP, edit it in Clarity to reflect your scoping decision. Remove steps you are keeping human, add notes about the connections you will use, and clarify any ambiguous language. The edited guidance becomes part of the SOP context. One scope, one assignment: If the Clarity process covers multiple distinct workflows — for example, both routine invoices and disputed invoices — create separate assignments for each rather than a single assignment with complex branching logic. This makes testing and refinement easier.Related Resources
- Clarity — How to capture processes and generate documentation
- Assignment Builder — How to describe and generate SOPs
- Designing Human-in-the-Loop Workflows — Placing approval gates correctly
- Refining Your Assignment — Iterating after the first test run
- Test Safely Before Going Live — How to test without affecting production systems