AI onboarding, for a SaaS product, means using AI to get a new customer from signup to their first real result. This post is about customer and user onboarding. It is not about HR software for new hires, which goes by the same name. Today, AI customer onboarding usually means one of three things: AI that writes your tours and checklists, AI that answers a new user's questions inside the app, or AI that handles the admin around a human-led implementation.
All three are real improvements, and all three leave the setup itself with the user. My argument is that an AI onboarding assistant should do the setup with the customer, in their first session, inside their own account, and then keep taking work from them after they leave. Below: what the tools do, where they stop, and what it takes to go further.
What AI onboarding tools do today
If you are evaluating AI for onboarding, the market sorts into three jobs. The first is generating the guidance: tours, tooltips, checklists, and demos, written or assembled by AI. The second is answering the new user in the app from your help content. The third is running the project around a high-touch implementation.
Here are some of the names you will meet, described from their own pages. It is a map, not a ranking.
- Pendo: an AI guide builder that creates in-app guides from a prompt.
- Userflow: Smartflow builds a flow while you click through your own app, and an assistant answers users' questions from your knowledge base.
- Chameleon: agents that find where new users stop making progress, build the fix, and personalize who sees it.
- Userpilot: an agent, Lia, that analyzes product data, recommends a change, and builds the in-app message or tour.
- Appcues: Captain AI coaches your team, drafts segments, and reports on how flows perform.
- Arcade: AI-written copy and voiceover for interactive demos.
- Valuecase: for high-touch onboarding, an agent that builds the shared plan, chases stalled customers, drafts follow-ups, and updates the CRM.
I want to be fair to this work, because it is good. A tour built from real drop-off data beats one a product manager guessed at two years ago. A checklist that adapts to the user's role beats one list for everyone. An assistant that answers at 11pm beats a help article nobody finds. If your onboarding is a static tour today, an AI onboarding tool for SaaS from that list will make it better.
Look at who the AI is working for, though. In the first and third jobs it works for your team: the product manager gets a flow in minutes, and the CSM gets the follow-up drafted. In the second it works for the user, but only by talking. Most writing about AI user onboarding ends with a list like this one. What the list leaves out is who does the setup.
The setup is still the user's job
Picture the trial from the other side. Someone spent twenty minutes on your site, decided your product might fix a real problem, and signed up on a Tuesday between meetings. They land on a dashboard with a zero in every tile. No data, no integrations, no teammates.
A checklist in the corner says 0 of 6, and step one is "Connect your data source." They have three systems that could be the data source. The checklist is well written, and an AI may have tailored it to their role. It is still six pieces of work assigned to a person who has not yet seen the product do anything for them. They finish one step, hit a question, and the next meeting starts.
The tab closes.
Nobody in this story did anything wrong. Tours and checklists were the sensible design when software could only show and tell. The numbers say how far showing and telling goes. In Userpilot's benchmark data, the average onboarding checklist completion rate across 188 B2B SaaS companies is 19.2%, and the median is 10.1%. Average activation, across 62 companies, is 37.5%.
AI-powered onboarding of the generating kind can improve those numbers at the margin, because it improves the instructions. It does not change who does the work. I have written before about why most B2B free trials fail in the first 48 hours: the window is short, and the user spends it on setup they never wanted to do. A customer should not open a new product and find homework. They should find progress.
What an AI onboarding assistant should actually do
It should do the setup. With the user, in their first session, in their real account.
This is newly practical for a plain reason: products now expose their own actions as tools. If your product has an MCP server, or an API you can put one in front of, an agent can call the same operations your interface calls. The assistant no longer has to point at buttons. It can do what the buttons do.
Take a hypothetical shipping app. The new user types one sentence: "We ship from Auckland, mostly by post, and our orders come from Shopify." A tour would highlight the Settings menu. An assistant that does the work answers with a log:
acting as matthew@hartwell.io
create_pickup_address · Auckland · done
add_carrier · postal service · done
create_shipping_rule · parcels under 3kg go by post · done
connect_store · Shopify · waiting on your approval
Three things in that log matter. The first is identity. Every call runs as that user, with their permissions, in their account, so the assistant can do nothing the person could not do by hand. I made the longer case for that in what to expose to your customers' AI agents, and it rules out the shared admin key.
The second is the honest gap. One step sits behind a login the assistant should not hold, so it waits. A good assistant does everything it can, then hands back the short list only the human can finish. One approval replaces six chores.
The third is what the user saw. Their own account filled in while they watched, and they ended the session with the product working on their problem. Some people would rather click through and learn the interface, and the assistant should walk them through when they ask. That should be the user's choice.
Then there is what happens after the tab closes, because setup rarely finishes in one sitting. Today the follow-up is a nurture email: "You're 40% set up. Finish your checklist." The assistant should send something like this instead:
Your Shopify store is connected and 14 orders came in overnight. Three are over 3kg and no rule covers them. Want me to send heavier parcels by courier? Just reply.
The customer replies from their phone: "Yes, and cap it at 25kg." The assistant makes the change as that customer. When they next sign in, the rule exists and a summary is in the thread. Onboarding stops being a sequence the user completes and becomes work the user delegates.
How to automate customer onboarding with AI
Getting there is less about choosing a model than about a few decisions you make about your own product.
Start with one activation milestone and write down every step between signup and it. I covered how to choose that milestone in SaaS onboarding best practices. Then sort the steps into two piles: the ones that need a decision from the customer, and the ones that are just labor. The second pile is usually the bigger one. The assistant should ask for the decisions and do the labor.
Next, make the labor callable. Each step needs a tool the agent can use, and this is the real price of admission. If a step has no tool behind it, the assistant cannot do that step dependably, and you are back to narrating. Begin with additive, reversible actions like creating a rule or importing a list. Keep destructive ones behind a confirmation.
Be honest about where this does not apply. If a new user gets value from your product in two minutes with no configuration, you do not need any of it. If a decision carries real liability, a person should still make it. And agents make mistakes, so every action should leave a record the customer and your team can read.
Finally, change what you measure. Tours completed and questions answered describe the assistant's activity. The number that matters is accounts that reached the milestone. That is the test I would apply to AI agents for SaaS onboarding and activation: did the account end up set up?
Where Aimdoc sits
This is what we build. Aimdoc is the customer agent for a B2B SaaS product, which makes it a different thing from the tools above. You connect your product's MCP, and Aimdoc works through the tools your product already exposes. It authenticates as each customer, so every call runs as that user, with their permissions, in their account. Then the agent does the work: it sets new users up inside your product in their first session, and keeps taking delegated work over email after they leave.
Where your MCP has no tool for a step, a task definition teaches the agent the browser path. That is a fallback, not magic, and the agent is only as capable as what your product exposes. Starshipit, a shipping platform in New Zealand and Australia, runs the agent inside its product for setup and support, and their story is the fullest public example. In the first five weeks of that rollout, 23% of new users engaged the agent unprompted, and the median first conversation came 15 minutes after signup. If your trial opens on an empty dashboard, you can try the agent on your own product without talking to us.
The in-app agent page shows what that first session looks like.