Ops audit tool

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.

Client onboarding — v4
SOP · 6–15 people · runs per client
Audit complete
Health Score
68
of 100
Workable, but owner-light

The steps make sense. Four of them just do not say who does the work.

Clarity74
Ownership41
Speed63
Documentation58
4
Owner Gaps
steps with no name
7
Manual Steps
2 easily templated
3
Duplicate Work
same check, twice
2
Risky Handoffs
Slack → nowhere
Prioritised fixes
  • 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
Nothing is storedTXT · MD · DOCX · PDFPaste works every timeOne pass, full report
Start audit

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.

0 words · 0 characters

Audit settings

Context makes the audit sharper. Skip anything you are unsure about.

What to check for

6 of 11 areas selected.

Add your process above to enable the audit.

How it works

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.

01

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.

02

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.

03

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.

Takes about 40 secondsRun it on your own SOP
Audit areas

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.

Audit your own processStart now
Example report

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.

Example output

Client onboarding — v4

Onboarding (client or employee)6–15 peopleNotion + Slack + HelloSignPer project or per client

68
out of 100
Overall process health

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.

Score breakdown
Clarity74
Ownership41
Speed63
Automation52
Documentation58

What is working

3 found
  • Kickoff call happens before any build work

    Keep

    Stage 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

    Keep

    Naming 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

    Keep

    Stage 2 names the account lead as the client-facing channel, which keeps the relationship clean.

Missing owners

4 found

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

3 found
  • "Confirm scope is agreed" has no definition

    High impact

    Agreed 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 fixing

    You 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 fixing

    The 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

2 found
  • Double brief review with no decider

    High impact

    Both 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 fixing

    Chasing 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

2 found
  • Brief is summarised twice

    Worth fixing

    Stage 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

    Minor

    Same eight fields, typed twice, and they drift apart within a month.

Manual work to simplify

3 found
  • Kickoff email written from scratch each time

    Worth fixing

    The 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 fixing

    Six 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

    Minor

    Named in the doc as a step but with no list of who should be in the channel by default.

Missing tools or links

3 found
  • Notion onboarding template is not linked

    Worth fixing

    Referenced as "the usual template" — new starters have no way of finding it.

  • No link to the scope document template

    High impact

    Given 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

2 found
  • No approver named for out-of-scope requests

    High impact

    The 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 fixing

    With a team this size, one person on holiday stops onboarding entirely.

Risky handoffs

2 found
  • Sales to delivery handoff happens in Slack DMs

    High impact

    Context 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 fixing

    Nobody confirms receipt, so missing files are discovered during build rather than during onboarding.

Outdated sections

2 found
  • Stage 5 references a weekly status call the team stopped doing

    Worth fixing

    Still written as mandatory, which makes the rest of the document look less trustworthy.

  • Contract step names an e-signature flow that has since changed

    Minor

    The described send-and-countersign order no longer matches how the tool is set up.

Questions to clarify

  1. 01Who has final say that scope is agreed — account lead or founder?
  2. 02Is a signed document required before build starts, or is written email confirmation enough?
  3. 03Which of the two brief reviewers should be the approver?
  4. 04Where does the canonical client folder live, and can you paste the link?
  5. 05What officially marks onboarding as complete?
  6. 06Who covers approvals when the account lead is away?
  7. 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

    now

    This is the exact gap that let two clients start without a signed scope last quarter.

    Effort: lowOwner: Account lead
  • Make the design lead the single approver of the project brief

    now

    Removes the one-to-two day standoff in stage 3 without adding any new steps.

    Effort: lowOwner: Design lead
  • Add an out-of-scope approval rule with a value threshold

    now

    Protects margin during the phase where clients ask for "one small extra thing".

    Effort: lowOwner: Founder
  • Merge the call summary and the project brief into one document

    next

    Cuts a duplicate write-up and stops the two versions drifting apart.

    Effort: mediumOwner: Account lead
  • Save the kickoff email as a snippet and link it in the step

    next

    Saves roughly 25 minutes per client and makes the tone consistent.

    Effort: lowOwner: Ops coordinator
  • Paste real links for the Notion template, scope template and client folder

    next

    Three of the vaguest steps become self-serve for anyone new.

    Effort: lowOwner: Ops coordinator
  • Duplicate a template folder structure instead of building it manually

    later

    Removes a repetitive setup step and the naming inconsistencies that come with it.

    Effort: mediumOwner: Ops coordinator
  • Add a named backup for every approval in the document

    later

    Stops onboarding stalling whenever one person is on holiday.

    Effort: mediumOwner: Founder
Suggested structure

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.

Purpose

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.

Process owner

Account lead (overall), ops coordinator (setup steps)

Runs

Per new client

01

Stage 1 — Close the loop on scope

Account lead
  1. Send the scope document to the client using the scope template.
  2. Send the contract for signature and note the send date.
  3. Chase at day 2 and day 4 if unsigned.
  4. File the signed scope and contract in the client folder.
QA checks
  • Signed scope PDF is in the client folder
  • Scope value matches the contract value
  • Start date is confirmed in writing
Tools / links needed
  • 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.

02

Stage 2 — Kickoff call and brief

Account lead
  1. Send the kickoff email using the saved snippet, with the asset checklist attached.
  2. Run the kickoff call.
  3. Write the project brief live during the call, in the brief template.
  4. Send the brief to the client as the call summary within 24 hours.
QA checks
  • Brief exists in Notion, not only in Slack
  • Client has confirmed the brief in writing
  • Deadlines and dependencies are dated, not described
Tools / links needed
  • Kickoff email snippet
  • Asset checklist
  • Project brief template

Note. The brief replaces the old separate call summary. One document, written once.

03

Stage 3 — Brief approval

Design lead
  1. Design lead reviews and approves the brief, or returns it with specific changes.
  2. Account lead is optional input, not a second approver.
  3. Approval is recorded in the brief itself with a date.
QA checks
  • Brief shows an approval date and approver
  • Any out-of-scope requests are logged and priced
Tools / links needed
  • Project brief template

Note. Target turnaround is one working day. One approver only — that is the point of this stage.

04

Stage 4 — Internal setup

Ops coordinator
  1. Duplicate the client folder template and rename it.
  2. Duplicate the Notion onboarding template into the client workspace.
  3. Create the Slack channel and invite the standing list.
  4. Set up billing once, in the invoicing tool, from the Notion record.
QA checks
  • Folder structure matches the template
  • Client details entered once and referenced elsewhere
  • First invoice date is scheduled
Tools / links needed
  • 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.

05

Stage 5 — Handoff and close

Account lead
  1. Confirm assets received and acknowledge them to the client.
  2. Walk the delivery team through the approved brief in the project channel.
  3. Mark onboarding complete in the Notion record with the date.
QA checks
  • All checklist assets received or explicitly waived
  • Delivery team has confirmed they have what they need
  • Onboarding marked complete
Tools / links needed
  • Asset checklist
  • Notion client record

Note. Onboarding is complete when the delivery team confirms, not when setup finishes.

Follow-up notes
  • 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.

Find the two fixes
worth your Monday.

One document, one pass, one honest read on where your process leaks time. No account, no storage, no homework.