In this article
The contract is signed on a Thursday afternoon. The welcome email goes out on Monday, because Friday was busy. The intake form follows on Wednesday, the client fills in half of it, and the kickoff gets booked for the week after next. By the time anyone does any work, the client has spent nearly three weeks wondering whether they made a mistake. Nothing went wrong, exactly. Nothing happened, which feels the same from their side.
What onboarding is actually for#
Onboarding is the stretch between someone agreeing to pay you and that person getting the first thing they paid for. For a service business that is the first deliverable: the first report, the first clean set of books, the first campaign live. For software it is the first moment the product does something useful for them without your help.
Everything in onboarding has one of three jobs:
Reassure. The client has just made a decision and is quietly checking whether it was a good one. Silence reads as disorganisation. A prompt, specific message reads as competence.
Collect. You need information, documents, logins, and decisions from them before you can start. This is where most of the delay lives, and almost all of it is chasing.
Start. A kickoff call, a first task, a first delivery. The sooner it happens, the shorter the window in which doubt can grow.
Automation is very good at the first two and useless at the third unless the first two are done. That is the whole case for it: not to make onboarding feel automated, but to remove the gaps where nothing happens because nobody remembered to send the next thing.
Map it before you automate it#
The most common failure is automating a process that does not exist yet. If every client gets onboarded slightly differently, a workflow will faithfully reproduce one version of the chaos.
Take your last three new clients and write down, in order, every single thing that happened between signature and first delivery. Every email, every form, every login you had to ask for twice, every internal message that said “has anyone heard from them?”. It takes about an hour and it is the most useful hour in this whole exercise.
Then mark each step as one of three types:
Same every time. The welcome, the intake form, the kickoff booking. Automate these first.
Same shape, different details. The kickoff agenda, the project plan, the access checklist for their particular tools. These are where AI drafting earns its place: the structure is fixed, the content depends on what the client told you.
Judgement. Scope questions, a client who signed expecting something you do not do, a nervous buyer who needs a phone call. Leave these with a person, and make the automation route them to that person quickly rather than handle them.
If you cannot write the step on a checklist, you cannot automate it. You can only automate the guessing.
The automated sequence, step by step#
Here is a sequence that fits most service businesses and adapts to software with small changes. The trigger is a single event: the deal is marked won in your CRM (the customer database where your leads and clients live), or a payment clears. Everything else follows from that.
Within minutes: the welcome
Thank them, name the person who will look after them, and say exactly what happens next and by when. One link at most. This is the reassurance message, so it should arrive while they still remember signing.
Same message or next: the one request
Send the intake form. Ask only for what you need to start, not everything you might ever need. Every extra field is a reason to leave it for later.
With the form: the kickoff booking link
Let them pick a time rather than trading emails. If the kickoff needs the intake answers first, say so and offer times a few days out.
Two or three days later: chase only what is missing
Not a generic reminder. A message that lists the two items still outstanding. If everything arrived, this message never sends.
Before the kickoff: confirm and prepare
A confirmation the day before, plus an internal brief for whoever runs the call, built from the intake answers.
After the first week: one specific question
Not how is everything going. Something answerable, such as whether the first draft matched what they expected. A reply here is your early warning system.
Around day thirty: the first review
Book a short review of what has been delivered against what was promised. This is the hand-off from onboarding to the ongoing relationship.
Two rules make this sequence feel attentive instead of mechanical. First, every reminder checks a condition before it sends: if the form is complete, the chase does not go out. Second, any reply from the client stops the automated messages on that thread and hands it to a person. Nothing makes a client feel less heard than answering a question and receiving the next scheduled email anyway. The mechanics of reminders before a booked call are covered in appointment confirmation templates, and why a booked kickoff is not the same as an attended one is in booking rate versus show rate.
Where AI helps, and where it does not#
Most of the sequence above is plain automation: if this happens, do that. It has been possible for years without any AI at all. The difference AI makes is in the steps that involve reading or writing something specific to this client.
Turning intake answers into a kickoff brief. A client writes four paragraphs about their situation in a form field. A model can turn that into a half-page brief: their goals in their words, the constraints they mentioned, the questions the form left open. Whoever runs the kickoff reads it in two minutes instead of reconstructing it on the call.
Drafting the welcome with real details. A template with a first-name merge field is obvious. A welcome that mentions the thing they said on the sales call is not. AI can draft that from the deal notes, and a person can check it before it sends.
Reading replies. When a client replies to a chase, a model can tell whether they sent the missing item, asked a question, or raised a concern, and route each one differently. That is the step plain automation cannot do.
Spotting stalls. A client who has not opened anything, booked anything, or replied within a week is at risk. A simple rule catches it, and a summary of the thread tells the person following up what has already been said.
In Wysera, this shape is a workflow in OpsWyse: triggered when a deal changes stage, with waits, a branch on whether the form is complete, an approval step before anything personalised goes out, and the booking page for the kickoff. Any tool with a deal-won trigger and a reply-stops-sequence rule can do the plain-automation half.
Service business and SaaS onboarding differ#
The sequence above is written for a service business, where your team does the work once the client hands over what you need. Software onboarding has the same goal but a different bottleneck.
For software, the trigger for each message should be what the customer has or has not done in the product, not the number of days since signup. Someone who connected their data on day one does not need the day-three email explaining how to connect their data. A time-based sequence is easier to build and worse for exactly that reason.
For a service business, the trigger is usually what has arrived from the client. The sequence is a checklist that chases itself.
How to tell it is working#
Four numbers, measured on clients onboarded before and after you switched the sequence on. You do not need a dashboard; a spreadsheet with one row per client works.
Days from signed to kickoff. The most direct effect. If automation is doing its job, this shrinks, because the welcome, form and booking link all arrive on day one instead of over a week.
Days from signed to first value. The number that actually matters to the client. It depends on more than onboarding, but onboarding is usually the part you can shorten cheapest.
Manual chases per client. How many times someone had to write a message by hand to get something the client owed you. This should fall sharply.
Replies to the first-week check-in. A rough measure of whether the messages feel like they came from a person. Few replies is not necessarily bad; replies that say “was this automated?” are.
As an illustration of the time involved: if onboarding takes forty minutes of admin per client and you sign six clients a month, that is four hours a month of sending, chasing and booking. That is not a lot of hours. The bigger gain is usually that none of those steps waits for someone to have a free moment, and onboarding should hand over cleanly to retention and upsell once the first review is done.
When not to automate onboarding#
The honest section. For some businesses, automating onboarding is the wrong move or a premature one.
You sign a handful of clients a year. If you onboard four clients a year, a written checklist and a calendar reminder are enough. Building and maintaining a workflow costs more than it saves, and you will forget how it works between uses.
Each client is a large, personal engagement. When a single client is a meaningful share of your revenue, the founder should probably write the welcome. Automate the chasing and booking behind the scenes, and keep the voice personal.
Your process changes every time. If you are still working out what onboarding should be, run it by hand with a checklist until it stops changing. Then automate it. The step-by-step version of building a first workflow without code is in setting up marketing automation without code.
The onboarding is the product. Some businesses sell the white-glove start. A concierge accountant, a done-for-you service. For them the warmth of the first fortnight is the thing being bought, and automating it removes the reason the client chose them. Automate the admin underneath and leave the visible part alone.
Try it on autopilot
Signed on Thursday, welcomed on Thursday.
Wysera keeps every client in one CRM and runs the follow-up that stops the moment they reply: the welcome, the form, the booking link and the chase for what is missing. A person approves anything before it goes out.
Frequently asked
How do you automate customer onboarding with AI?
Write down every step you took with your last three new clients, then trigger the repeatable ones from the moment a deal is marked won: an immediate welcome, an intake form, a kickoff booking link, reminders that chase only what is missing, and check-ins at fixed points. Use AI for the reading and drafting in between, such as turning intake answers into a kickoff brief, and keep a person on the kickoff itself and on any message that commits you to something.
What parts of client onboarding can be automated?
The predictable, repeated parts: the welcome message, sending and collecting the intake form, chasing missing documents or access, booking the kickoff, reminders before it, creating the project and tasks, and scheduled check-ins. The parts that should stay human are the kickoff conversation, anything about scope or price, and the response when a client says something is wrong.
What should a client onboarding email sequence include?
A welcome that says exactly what happens next and when, a single request for what you need from them, a link to book the kickoff, a reminder only if something is still missing, a confirmation before the kickoff, and a short check-in after the first week asking one specific question. Each message should have one job.
How is SaaS onboarding different from service business onboarding?
Service onboarding is about collecting information and access so your team can start work, so the risk is delay. SaaS onboarding is about getting the customer to do something themselves inside the product, so the risk is that they never start. Service sequences chase inputs; SaaS sequences react to what the customer has or has not done yet.
How do you measure whether onboarding automation is working?
Track the days from signed to kickoff, the days from signed to the first piece of delivered value, how many clients needed a manual chase, and how many replied to the first check-in. If those numbers improve and nobody complains that the messages felt robotic, it is working.
When should you not automate onboarding?
When you take on only a handful of clients a year, when each engagement is large enough that the founder should be the one writing, or when your onboarding steps change every time. Automating an undefined process just makes the confusion arrive faster. Write the checklist first and run it by hand until it stops changing.