7 min read

·

Why I built the client onboarding to stop and wait for me at every step

The system does the repetitive work of turning discovery notes into brand documents, then stops and waits for me, because the judgement is the part that should never run on its own.

I built our client onboarding system to do most of the work and then stop and wait for me, every time, before it moves to the next step. It is semi-automated on purpose, not because I ran out of time to finish the automation. The parts that are safe to hand over are the labour. The parts that are not are the judgement. Client onboarding is mostly judgement wearing a coat of labour, so the system does the coat and leaves the judgement to me.

This is the decision people get wrong when they first feel what AI can do. They see how fast it produces a positioning statement or a brand voice guide and they want the whole pipeline to run on its own, end to end, while they sleep. I built the opposite, and I built it deliberately.

What the system does, and where it stops

The system takes a client from a page of discovery notes to a locked brand and website direction, one subject at a time, with me approving every output before the next one runs. I paste in my notes from the discovery call. It works through the brand subjects in a fixed order: the customer avatar, the pain points and buying triggers, the customer journey, the positioning statement, then the voice and naming, then three visual directions, then three website concepts. Each subject uses everything approved before it as context, so the later work is built on the earlier work rather than guessing. When a group of subjects is done it compiles them into one formatted document and drafts the email that delivers it to the client.

What it never does is move on by itself. It generates one output and stops. It does not start the next subject until I have read the last one and pressed approve. It does not compile the document until every piece is approved. It does not send the email until I have read it and clicked send. Every step that pushes the work forward needs me, on purpose, with no exceptions written into the system anywhere.

Why the labour is worth automating

The labour is worth automating because it is heavy, repetitive, and identical in shape from one client to the next. Turning a messy page of discovery notes into a clean positioning statement is real work. Formatting a document to the same standard every time, with the right fonts, the right table styling, the right cover page, is real work. Writing a warm, relationship-first email that delivers the document and asks one clear question is real work. Done by hand for every client, that work took me two to three weeks and came out slightly different each time depending on how tired I was and how much attention the day allowed. The system does it in a fraction of the time, to the same standard, on the worst day as well as the best. That is the half of onboarding that should have been automated years ago, and automating it lost me nothing I wanted to keep.

Why I left the judgement to me

I left the judgement to me because a client engagement lives or dies on the things a formatting check cannot see. A positioning statement can be clean, well written, on brand, and quietly wrong about who the client actually sells to. An avatar can read well and misjudge the market. A brand voice can be technically correct and the wrong fit for the person paying for it. None of that is caught by a scan for banned words or a check that the headings are the right size. It is caught by someone who sat in the discovery call, knows the market, and reads the output with the specific feeling that something is off. That feeling is the work. It is the thing the client is actually paying for. Hand it to a pipeline that runs overnight and you ship confident, wrong work at speed, and confident wrong work is more dangerous than slow right work, because it looks finished.

Where the gate has earned its place

The clearest argument for the gate is the moment it catches something a clean output hides. On one engagement the system produced a positioning statement that was well written, internally consistent, and wrong. It had taken a line in my discovery notes about a brand the client admired and treated it as the market the client sells to. Those are not the same thing. A formatting check would have passed it. A scan for banned words would have passed it. It read as finished. I caught it because I had sat in the discovery call and the statement did not match the person I had spoken to, so I sent it back with one line of correction and the next version was right. That is a thirty-second fix at the gate. Sent to the client, it would have been a document that quietly misread their business, under my name, and the cost of that is not thirty seconds.

The gate also changes how the early work is built, not just whether the late work ships. Because each subject is approved before the next runs, and each later subject is handed the approved earlier ones as context, a correction at the start flows into everything after it. Fix the customer definition once, at the first gate, and the positioning, the voice, and the website concept are all built on the corrected version. In a fully automated run that one mistake would have propagated through every later document before anyone saw it, and unwinding it means regenerating the whole pack. Catching it at the first gate is cheap. Catching it at the end is a rebuild, and a client who has already seen the wrong version.

The honest cost of keeping the gate

The gate has a real cost, and pretending it does not would be dishonest. It costs me time and attention at every step. A fully automated version would take my discovery notes at night and hand me a finished pack in the morning, and I would only have to look once. The semi-automated version needs me present at each subject, reading, approving, sometimes sending it back with a change. That is slower per client, and it does not scale to a hundred clients without me being the bottleneck. I weighed that and kept the gate anyway. The cost of the gate is my time, which I can plan around. The cost of removing it is sending a client a brand direction with my name on it that is subtly wrong, and finding out only when they feel it and lose confidence in the work. One of those costs is recoverable in an afternoon. The other one follows the engagement around. When the downside is that lopsided, the slower option is the commercial option, not the cautious one.

Why the email is the line I will not cross

The email is the one place I would not automate even if everything else were perfect, because the relationship is the asset and a misjudged email is the hardest thing to take back. The system drafts every client email in the right register, relationship-first, the way I would write it. Then it stops. I read it, I edit it if it needs editing, and it sends from my account when I click send, so it reaches the client as a message from me and not from a machine. A document that is slightly wrong I can revise and resend with a note. An email that lands wrong, that sounds automated, or that asks the wrong thing at the wrong moment, sits in the relationship in a way a revised document does not. The labour of writing it is worth automating. The act of sending it is not.

What this means for automating your own work

The rule I use is to automate the labour, gate the judgement, and never let anything reach a client without a person reading it first. It is the same test behind the rest of my business automation, including the time tracker that handles my own invoicing, which captures and classifies my hours on its own and still leaves the invoice for me to send. Before automating any step, I ask one question. If this runs and it is wrong, can I take it back. If the answer is yes, the cost of a mistake is small and recoverable, automate it and move on. If the answer is no, because it goes to a client, touches money, or commits me to something, keep yourself in front of it, even though it is slower and feels like you have left the job half done. A half-automated process that never embarrasses you is worth more than a fully automated one that occasionally does, because the occasional failure of the fully automated one is the kind that costs a client, and clients are not a renewable resource when you are small.

If this is your situation, run your idea through the free assessment at ortopylot.com/assess. It takes four minutes and gives you a straight commercial read on whether the idea is worth building.

Common Questions

Should You Fully Automate Client Onboarding?

Usually not, because onboarding is mostly judgement and judgement is the part that should keep a human in front of it. The repetitive labour, turning notes into documents, formatting to a standard, drafting emails, is safe to automate and worth automating. The decisions about whether a positioning or a brand voice is actually right are not, because a mistake there ships confidently and damages the engagement. Automate the labour, gate the judgement.

What Is The Difference Between A Semi-Automated And A Fully Automated Workflow?

A fully automated workflow runs from start to finish on its own and hands you a finished result. A semi-automated workflow does the work in stages and stops for a human to approve each one before continuing. The trade is speed for control. Full automation is faster and scales without you. Semi-automation is slower but stops a wrong output before it reaches anyone, which matters when the output goes to a client.

Why Keep A Human In The Loop In An Automated Process?

Because some mistakes are caught only by someone with context, not by an automated check. A document can pass every formatting and language rule and still be wrong about the client's market in a way only a person who knows that market would feel. The human gate is there to catch the wrongness that looks correct. For anything recoverable you do not need it. For anything that reaches a client, you do.

Which Parts Of Client Onboarding Are Safe To Automate?

The repetitive production work is safe: synthesising discovery notes into draft brand documents, applying consistent formatting, assembling a compiled pack, and drafting the delivery email in the right tone. These are heavy and identical in shape from client to client, so automating them saves real time without risk, as long as a person reviews the result before it goes anywhere. The strategic judgement and the act of sending are the parts to keep.

Does Keeping A Workflow Semi-Automated Slow It Down?

Yes, and that is the accepted cost. A semi-automated process needs you present at each step to review and approve, so it is slower per client and does not scale without you. The reason to accept that is the asymmetry of the downside. The time the gate costs is planned and recoverable. The cost of a fully automated process sending a wrong brand direction to a client is not, so the slower option is often the commercially sound one.

Why Not Let AI Send Client Emails Automatically?

Because the relationship is the asset and a misjudged email is the hardest thing to take back. Drafting the email is labour worth automating, and a system can write it in the right register every time. Sending it is a different act. An email that lands wrong, or that reads as automated, damages trust in a way a revised document does not. Keeping send as a manual click means every message reaches the client as a message from you.

How Do You Decide What To Automate And What To Review?

Ask whether a wrong output can be taken back. If a mistake at that step is small and recoverable, automate it. If a mistake reaches a client, touches money, or commits you to something, keep a human review on it. That single test sorts most steps cleanly: production and formatting on the automate side, strategic judgement and anything outbound to a client on the review side.

Read the post. Now check if your idea holds up.

The assessment takes four minutes. Free. No email required.

Try the Assessment