Audit the workflows that slow your
team down.
Upload or paste an SOP, workflow, checklist, or process doc. Get a clear audit of unclear steps, missing owners, duplicate work, manual tasks, approval gaps, and risks.
Uploaded files are used for the audit only. Nothing is saved unless you choose to copy or download it.
The steps make sense. Four of them just do not say who does the work.
- NowName one owner for the pricing sign-off step
- NowDelete the duplicate brief review in stage 3
- NextTemplate the kickoff email — saves ~25 min per client
Put your process under the light.
Upload the doc or paste it in, tell the audit what matters, then run it. Files are read once to pull out the text and are never stored — copy or download the report if you want to keep it.
Upload the document
Optional — pasting always works.
Drop your SOP here, or browse
TXT, Markdown, DOCX and PDF up to 4 MB. Scanned PDFs have no text layer, so paste those instead.
Or paste the process
Rough notes are fine. Bullet points are fine. Nothing needs tidying first.
Audit settings
Context makes the audit sharper. Skip anything you are unsure about.
6 of 11 areas selected.
Add your process above to enable the audit.
Three steps to cleaner operations.
Most broken processes are not badly designed — they are just under-written. The audit finds the gaps between what the doc says and what your team actually has to figure out on their own.
Bring the process
Drop in a TXT, Markdown, DOCX or PDF, or paste the workflow straight from Notion, Docs, a Slack canvas or your own head. Rough notes are fine — the audit works on what is actually written down.
Say what to check
Name the process, who runs it, where it lives and how often it happens. Then pick the areas you care about: clarity, ownership, speed, duplication, manual work, approvals, risk, documentation.
Read the audit, fix the process
You get a health score, a plain-English read on what is working and what is not, questions to take to the process owner, a prioritised fix list, and a cleaner SOP you can paste back into your docs.
Eleven things that quietly cost you hours.
Pick the ones that match your worry. Leave them all on and the audit sweeps the whole document — it will still tell you which two problems are worth your Monday.
Clarity
Steps a new starter could misread two different ways.
Ownership
Work with no name on it, or three names and no decider.
Speed
Where the process queues, waits or sits in someone’s inbox.
Duplication
The same check, review or update happening twice.
Manual work
Copy-paste, retyping and rebuilding that a template could absorb.
Missing steps
The gap between step 4 and step 5 that everyone fills in from memory.
Outdated information
Old tools, dead links, renamed teams, last year’s pricing.
Automation opportunities
Repeating triggers that a rule or workflow could handle.
Approval gaps
Sign-offs with no named approver and no backup when they are away.
Risky handoffs
Moments where work changes hands and can quietly stall.
Documentation gaps
The parts that only live in one person’s head.
What the audit actually hands back.
This is a real-shaped example for a small studio’s client onboarding doc: a health score, honest findings, questions for the process owner, and a rewritten SOP with owners and QA checks.
Client onboarding — v4
Onboarding (client or employee)6–15 peopleNotion + Slack + HelloSignPer project or per client
Workable, but owner-light
Workable
This is a real, usable onboarding process — the order of work is sensible and someone clearly thought about the client experience. The problem is not the steps, it is who is holding them. Four steps describe work without naming anyone, including the scope sign-off, which is exactly where your two slipped clients would have been caught. The second thing worth fixing is the double brief review in stage 3: the account lead and the design lead both read the same brief and neither one is named as the person who approves it, so it tends to sit for a day or two while each waits for the other.
What is working
Kickoff call happens before any build work
KeepStage 1 puts the call ahead of asset collection, which stops the team designing against assumptions. This is a good sequence and worth protecting when you rewrite.
Asset checklist is genuinely specific
KeepNaming the exact logo formats, brand fonts and access levels you need removes the usual three-email back and forth. Most onboarding docs say "collect brand assets" and leave it there.
Client gets a single point of contact
KeepStage 2 names the account lead as the client-facing channel, which keeps the relationship clean.
Missing owners
Confirm scope is agreed and filed
The highest-risk step in the process currently has no name attached to it at all.
Suggested: Account lead
Chase the contract signature
Written passively ("the contract is signed"), so no one owns the follow-up.
Suggested: Ops coordinator
Approve the project brief
Two reviewers, no approver. Pick one and make the other optional.
Suggested: Design lead
Set up billing in the invoicing tool
Sits between ops and finance and is regularly done late as a result.
Suggested: Whoever runs finance that month
What is unclear
"Confirm scope is agreed" has no definition
High impactAgreed by whom, and recorded where? A verbal yes on a call and a countersigned document are both technically "agreed". This is the step where your two slipped clients happened.
Define agreed as "signed scope PDF filed in the client folder" and nothing less.
Stage 4 says "set up the workspace" with no template named
Worth fixingYou almost certainly have a Notion template for this, but the doc does not link it, so each person rebuilds from the last client they touched.
Paste the template link directly into the step.
No definition of when onboarding is finished
Worth fixingThe document ends after workspace setup, so nobody knows whether onboarding is done at first invoice, first deliverable, or the 30-day check-in.
Where the process slows down
Double brief review with no decider
High impactBoth the account lead and the design lead review the brief in stage 3. Because neither is named as the approver, the brief typically waits one to two days for whoever moves first.
One reviewer approves, the other is optional input. Say which is which.
Contract sits with whoever opened HelloSign
Worth fixingChasing the signature is nobody’s named job, so it happens when someone remembers. That is the longest wait in the whole process.
Duplicated or unnecessary steps
Brief is summarised twice
Worth fixingStage 2 writes a call summary and stage 3 writes a project brief, and roughly 70% of the content is the same. One document could serve both.
Write the brief live during the call, then send it as the summary.
Client details entered in Notion and in the invoicing tool
MinorSame eight fields, typed twice, and they drift apart within a month.
Manual work to simplify
Kickoff email written from scratch each time
Worth fixingThe doc describes what the email should contain but does not include the text, so someone rewrites roughly the same 200 words per client — around 25 minutes each time.
Save it as a snippet with three fill-in fields: client name, dates, call link.
Folder structure built by hand
Worth fixingSix folders and two subfolders, created manually every time, occasionally with different names.
Duplicate a template folder instead of building it.
Slack channel invites sent one by one
MinorNamed in the doc as a step but with no list of who should be in the channel by default.
Missing tools or links
Notion onboarding template is not linked
Worth fixingReferenced as "the usual template" — new starters have no way of finding it.
No link to the scope document template
High impactGiven that scope is the weak point of this process, the template should be one click away.
Shared drive location is described, not linked
Minor"The client folder on the drive" means three different places depending on who reads it.
Approval gaps
No approver named for out-of-scope requests
High impactThe process covers the initial scope but says nothing about who can say yes to extra work during onboarding, which is where margin usually leaks.
Anything above an agreed value goes to the account lead, in writing.
No backup approver anywhere in the document
Worth fixingWith a team this size, one person on holiday stops onboarding entirely.
Risky handoffs
Sales to delivery handoff happens in Slack DMs
High impactContext arrives as a message rather than a record, so anything not repeated in Notion is lost when the thread scrolls away.
Handoff is complete only when the brief exists in Notion, not when the message is sent.
Client assets arrive by email with no acknowledgement step
Worth fixingNobody confirms receipt, so missing files are discovered during build rather than during onboarding.
Outdated sections
Stage 5 references a weekly status call the team stopped doing
Worth fixingStill written as mandatory, which makes the rest of the document look less trustworthy.
Contract step names an e-signature flow that has since changed
MinorThe described send-and-countersign order no longer matches how the tool is set up.
Questions to clarify
- 01Who has final say that scope is agreed — account lead or founder?
- 02Is a signed document required before build starts, or is written email confirmation enough?
- 03Which of the two brief reviewers should be the approver?
- 04Where does the canonical client folder live, and can you paste the link?
- 05What officially marks onboarding as complete?
- 06Who covers approvals when the account lead is away?
- 07Is the weekly status call still happening, or should it come out of the doc?
Prioritised improvements
Name an owner for the scope sign-off and define what "signed" means
nowThis is the exact gap that let two clients start without a signed scope last quarter.
Effort: lowOwner: Account leadMake the design lead the single approver of the project brief
nowRemoves the one-to-two day standoff in stage 3 without adding any new steps.
Effort: lowOwner: Design leadAdd an out-of-scope approval rule with a value threshold
nowProtects margin during the phase where clients ask for "one small extra thing".
Effort: lowOwner: FounderMerge the call summary and the project brief into one document
nextCuts a duplicate write-up and stops the two versions drifting apart.
Effort: mediumOwner: Account leadSave the kickoff email as a snippet and link it in the step
nextSaves roughly 25 minutes per client and makes the tone consistent.
Effort: lowOwner: Ops coordinatorPaste real links for the Notion template, scope template and client folder
nextThree of the vaguest steps become self-serve for anyone new.
Effort: lowOwner: Ops coordinatorDuplicate a template folder structure instead of building it manually
laterRemoves a repetitive setup step and the naming inconsistencies that come with it.
Effort: mediumOwner: Ops coordinatorAdd a named backup for every approval in the document
laterStops onboarding stalling whenever one person is on holiday.
Effort: mediumOwner: Founder
Client onboarding — v5
The current document mixes client-facing actions and internal setup in the same list, which is why ownership is hard to read. Split it into four stages that follow the real order of work, put a single named owner at the top of each stage, and move every check into a short QA list at the end of the stage rather than mid-paragraph. Every tool mentioned gets a real link.
Take a signed client from won deal to ready-to-build in five working days, with scope agreed in writing and nothing sitting in someone’s inbox.
Account lead (overall), ops coordinator (setup steps)
Per new client
Stage 1 — Close the loop on scope
- Send the scope document to the client using the scope template.
- Send the contract for signature and note the send date.
- Chase at day 2 and day 4 if unsigned.
- File the signed scope and contract in the client folder.
- Signed scope PDF is in the client folder
- Scope value matches the contract value
- Start date is confirmed in writing
- Scope document template
- E-signature tool
- Client folder (shared drive)
Note. No build work starts before this stage is complete. This is the hard gate.
Stage 2 — Kickoff call and brief
- Send the kickoff email using the saved snippet, with the asset checklist attached.
- Run the kickoff call.
- Write the project brief live during the call, in the brief template.
- Send the brief to the client as the call summary within 24 hours.
- Brief exists in Notion, not only in Slack
- Client has confirmed the brief in writing
- Deadlines and dependencies are dated, not described
- Kickoff email snippet
- Asset checklist
- Project brief template
Note. The brief replaces the old separate call summary. One document, written once.
Stage 3 — Brief approval
- Design lead reviews and approves the brief, or returns it with specific changes.
- Account lead is optional input, not a second approver.
- Approval is recorded in the brief itself with a date.
- Brief shows an approval date and approver
- Any out-of-scope requests are logged and priced
- Project brief template
Note. Target turnaround is one working day. One approver only — that is the point of this stage.
Stage 4 — Internal setup
- Duplicate the client folder template and rename it.
- Duplicate the Notion onboarding template into the client workspace.
- Create the Slack channel and invite the standing list.
- Set up billing once, in the invoicing tool, from the Notion record.
- Folder structure matches the template
- Client details entered once and referenced elsewhere
- First invoice date is scheduled
- Client folder template
- Notion onboarding template
- Invoicing tool
Note. Ops setup runs in parallel with stages 2 and 3 — it does not need to wait for brief approval.
Stage 5 — Handoff and close
- Confirm assets received and acknowledge them to the client.
- Walk the delivery team through the approved brief in the project channel.
- Mark onboarding complete in the Notion record with the date.
- All checklist assets received or explicitly waived
- Delivery team has confirmed they have what they need
- Onboarding marked complete
- Asset checklist
- Notion client record
Note. Onboarding is complete when the delivery team confirms, not when setup finishes.
- Decide and record who approves out-of-scope requests, and above what value.
- Name a backup approver for the account lead and the design lead.
- Remove or reinstate the weekly status call in stage 5 — currently it is documented but not happening.
- Re-check this document in 90 days against two real onboardings.