Hobart Salamanca Evening
← HR & AI
People & Culture

AI-Assisted Onboarding: A 90-Day Plan That Keeps the Human In

Onboarding is where unmanaged AI does the quietest damage, because a new starter cannot tell a confident wrong answer from a right one. Here is a 90-day pattern, with a ready-to-build Onboarding Assistant project, where AI drafts and organises and people decide and connect.

People & Culture. Written for Australian HR and people teams. General information only. Not legal or HR advice. Employment decisions stay with people.

New starters cannot tell confident from correct.

That is the whole problem with putting AI into onboarding without thinking it through. An experienced employee who gets a wrong answer from a chatbot usually knows enough to catch it. A person in week one does not. They have no map of the organisation, no sense of who to trust, and every incentive to accept what they are told and move on. Drop an unsupervised AI assistant into that moment and you can teach a new hire the wrong process, the wrong tone and the wrong boundaries before they have met their team.

Used well, though, AI is genuinely good at the parts of onboarding that drown HR every month. It drafts. It organises. It answers the same fifteen questions tirelessly. The trick is to be deliberate about the split: let AI do the drafting and the logistics, and keep people firmly on the decisions and the connection. This is a 90-day pattern for doing exactly that, with a project you can build today and four prompts you can run this afternoon.

Abstract concept visual of a 90-day onboarding arc split into a drafting lane and a human-decision lane converging on a confident new starter
Two lanes, one new hire. AI builds the road; people own the moments that make someone stay.

What is actually happening

Most HR teams already have AI in onboarding, whether they planned it or not. New starters arrive having used ChatGPT, Claude and Microsoft Copilot in their last role, and they will use them to interpret your policies, draft their first emails and decode your acronyms from day one. The question is not whether AI is in your onboarding. It is whether you have shaped how it gets used, or left it to chance.

The opportunity is real because onboarding is repetitive in structure and unique in detail. Every new hire needs a schedule, a reading map, a set of introductions, a list of systems to access and a stream of answers to predictable questions. The structure repeats; the specifics change with the role, the team and the person. That is precisely the shape of work AI handles well: a strong template that needs fast, context-aware tailoring. As Maddocks notes in its review of AI in the workplace, AI can streamline recruitment, onboarding, performance management and engagement, but any decision-making about people still has to comply with employment and discrimination law. Hold both halves of that sentence.

The cost of getting onboarding wrong is the reason this is worth your attention. The first ninety days set whether someone becomes productive and stays, or quietly decides within a fortnight that this was a mistake. HR teams know this, and they also know the practical reality: onboarding is the work that slides when a quarter gets busy, because building a tailored plan for every new hire is time nobody has. That is the gap AI closes. Not by replacing the human parts, but by making the administrative parts cheap enough that the human parts finally get done.

Build an Onboarding Assistant project once, reuse it for every hire

The mistake most teams make is treating each new starter as a fresh chat with a blank model. You re-explain your organisation, your tone and your rules every single time, and the assistant has no memory of your policies. The fix is a project: a reusable workspace in ChatGPT Projects or Claude Projects that holds your custom instructions and your uploaded documents, so every onboarding task starts already grounded in how your organisation actually works.

Think of the project as a job description for the assistant. You set it up once, an HR lead reviews it, and from then on every manager runs their prompts inside it. The assistant already knows it is drafting for a regulated Australian workplace, already knows it must not invent policy, and already has your real documents to draw from.

Here is a custom-instructions block you can paste into a new ChatGPT Project or Claude Project. Edit the bracketed parts for your organisation.

Prompt
You are the Onboarding Assistant for [ORGANISATION], an Australian
[BANK / GENERAL INSURER / SUPER FUND]. You help managers and HR
prepare onboarding for new starters. You draft and organise; people
decide and connect.

How to behave:
- Australian English. Plain, warm, professional. No hype.
- Ground every answer about policy, process or entitlements ONLY in
  the documents uploaded to this project. If the documents do not
  cover something, say "This is not in the uploaded materials,
  please confirm with HR" rather than guessing.
- Never invent leave balances, approval chains, pay details or
  legal entitlements.
- You produce DRAFTS. A manager or HR person reviews, edits and
  sends everything. Never imply a draft is final or approved.

Hard rules:
- Do not make or recommend decisions about an individual (probation,
  fit, capability, performance, access level based on a profile).
  You may organise evidence for a human to decide. You may not decide.
- Treat all new-starter details as confidential. Use placeholder
  tokens ([EMPLOYEE_NAME], [TEAM], [ROLE], [START_DATE]) unless a
  manager has confirmed this is an approved enterprise instance.
- If a task involves a statutory obligation (Fair Work Information
  Statement, Casual Employment Information Statement, privacy
  notices), flag it and point to the human checklist; do not treat
  it as done just because it appears in a schedule.

Default output: clear headings, short paragraphs, and an explicit
"Manager to review and personalise" note at the end of anything
sent to a new hire.
Illustrative ChatGPT interface mockup of a new project named Onboarding Assistant, showing the pasted custom instructions and an uploaded files panel
Illustrative ChatGPT interface mockup of the Onboarding Assistant project, custom instructions on the left, uploaded onboarding documents on the right.

Files to upload to the project

The instructions tell the assistant how to behave. The uploaded files tell it what is true. Without grounding documents, a grounded FAQ is just a confident guess. Upload, at minimum:

  • The role description for the position being filled, so plans and reading maps are role-specific rather than generic.
  • Team policies and ways of working: how stand-ups run, who approves what, where templates live, the team's current priorities for the quarter.
  • The Fair Work Information Statement (FWIS) and, where relevant, the Casual Employment Information Statement (CEIS), so the assistant can remind you these must be issued and never quietly drops them.
  • Security and access basics: the acceptable-use summary, the list of systems a new starter needs, and your rules on what must never be pasted into a public AI tool.
  • A short onboarding FAQ or intranet export covering the recurring questions, so the assistant answers from your real, current answers rather than the open internet.

A standing rule for every file you upload and every prompt you run: never paste real personal, claim, health or incident data into a model that is not an approved enterprise instance. Use placeholder tokens, or run the project only inside a tool your organisation has approved and that does not train on your data.

The prompt library: four prompts that do the heavy lifting

With the project built, the day-to-day work becomes four repeatable prompts. Run each inside the Onboarding Assistant project so it draws on your uploaded documents.

1. The 30-60-90 plan. This turns a role description and a few priorities into a structured plan a manager can edit in fifteen minutes.

Prompt
Draft a 30, 60 and 90 day onboarding plan for [EMPLOYEE_NAME], a
[ROLE] joining the [TEAM] team, starting [START_DATE].

Use the role description and team priorities in this project. For
each of the three windows give:
- What they should LEARN (people, systems, context)
- What they should DO (early tasks that build confidence)
- One DELIVERY milestone they own by the end of the window

Keep it realistic for someone new. Mark anything that depends on a
decision a manager must make. End with a "Manager to review and
personalise" note.

2. The role-specific reading map. New starters are handed either nothing or four hundred intranet pages. This fixes both.

Prompt
Build a prioritised reading map for [EMPLOYEE_NAME], a [ROLE] in the
[TEAM] team, for their first month.

Draw only on the documents in this project. List the documents in
the order they should read them, and give one line per document on
why it matters to THIS person in THEIR role right now. Put statutory
and compliance reading (including the Fair Work Information
Statement) at the top and label it as required. If something
important is missing from the uploaded documents, say so rather than
inventing it.

3. The grounded onboarding FAQ. This is the highest-value use and the one with the most risk if you skip the grounding rule.

Prompt
Answer this new-starter question using ONLY the documents in this
project: "[QUESTION, for example: who approves expenses, where do
the templates live, how does stand-up work]".

Quote or point to the specific document you used. If the answer is
not in the uploaded materials, reply exactly: "This is not in the
uploaded materials, please confirm with HR or your manager." Do not
guess and do not fill gaps from general knowledge.

4. The structured day-30 check-in. This closes the loop and, run across a cohort, shows HR where onboarding consistently fails.

Prompt
Draft a structured 30 day check-in for the manager to run with
[EMPLOYEE_NAME], a [ROLE] in [TEAM]. Produce open questions across:
what is going well, where they feel stuck, what they still cannot
find, and how supported they feel.

This is a conversation guide for a human, not a form to send. Keep
it to one page. At the end, add three prompts the manager can use to
summarise the conversation afterwards so HR can spot patterns across
new starters. Make no judgements about the person yourself.
Illustrative Claude interface mockup of the grounded onboarding FAQ prompt running inside the Onboarding Assistant project, returning an answer that cites an uploaded document
Illustrative Claude interface mockup of the grounded FAQ prompt, the reply cites the uploaded expenses policy and refuses to guess where the document is silent.

The practitioner play: a 90-day build

Here is how the project and prompts fit a 90-day shape. AI builds the scaffold, a person owns every human moment, and the plan runs across three horizons.

Step 1: Draft the 30-60-90 plan from role inputs. Run prompt 1. The first draft will be generic. That is fine. A generic draft a manager edits in fifteen minutes beats a blank page a manager never fills in.

Step 2: Build the role-specific reading map. Run prompt 2. Now the new hire reads the right ten things in order, instead of bouncing off an intranet with four hundred pages, and the required compliance reading sits at the top where it cannot be missed.

Step 3: Stand up the grounded onboarding FAQ. Run prompt 3 as the pattern for the assistant a new starter uses themselves. An assistant pointed at your verified policies gives consistent, correct answers. A general chatbot guessing about your leave policy is the risk you are trying to remove. If you cannot ground it in your documents yet, do not deploy it as an authority. Use it only to draft, with a human checking.

Step 4: Draft the human touches, then hand them to humans. AI can draft the welcome message, the introductions and the first one-on-one agenda. It should never send them. The manager personalises and sends the welcome. The buddy, a real person, runs the informal tour. The first one-on-one is a conversation, not a delivered document. AI gets the manager to a thoughtful draft faster, which means the human moments are better prepared, not replaced.

Step 5: Close the loop at 30 and 90 days. Run prompt 4. The manager runs the conversation; AI can then summarise the themes across a cohort of new starters so HR can see which parts of onboarding consistently fail. That cohort view is something most teams have never had, and it turns onboarding from a fixed checklist into something you actually improve.

A worked example: a Risk Analyst joining a bank

Picture [EMPLOYEENAME] joining the [TEAM] team at an Australian bank as a [ROLE], a risk analyst in a second-line risk function. A week before they start, the manager opens the Onboarding Assistant project, confirms the role description and the team's three current priorities are uploaded, and runs prompt 1.

The setup looks like this.

Prompt
Draft a 30, 60 and 90 day onboarding plan for [EMPLOYEE_NAME], a
[ROLE] joining the [TEAM] team, starting [START_DATE]. Use the role
description and team priorities in this project. For each window
give what they should learn, do, and one delivery milestone. Mark
anything that depends on a manager decision. End with a "Manager to
review and personalise" note.

The assistant returns a draft. An illustrative slice of its output:

Prompt
Days 1 to 30, LEARN: meet the second-line risk team and the three
first-line teams they support; complete required compliance reading
(Fair Work Information Statement issued day 1, see HR checklist);
get read access to the risk register and the control library.
DELIVERY: shadow and write up two control reviews.
[Manager to review and personalise. Confirm system access list and
the named project for the delivery milestone.]

Now the human-decision gate. The manager spends twenty minutes editing: they cut one priority that has shifted since the role was scoped, add the name of the actual control-testing project [EMPLOYEENAME] will pick up, confirm the access list with the team lead, and rewrite the welcome message in their own voice before sending it themselves. Nothing reaches the new hire until a person has reviewed and owned it. The assistant drafted; the manager decided.

Day one is human. The manager runs the welcome, the buddy gives the informal tour, and access is sorted from an AI-generated checklist so nothing is forgotten. The Fair Work Information Statement is issued and ticked off on the human checklist, not assumed because it appeared in a schedule. Through week one, [EMPLOYEENAME] uses the grounded onboarding FAQ to answer the small questions, where the templates live, who approves expenses, how stand-up works, without interrupting a colleague fifteen times a day. At day thirty, the manager runs the structured check-in drafted by prompt 4 but held as a real conversation. At day ninety, the same loop runs again, and HR sees the assistant's summary of where new starters across the whole cohort got stuck. Two patterns show up: everyone struggled to find the same approval process, and the security training landed too late. Both are now fixed for the next intake.

Nothing in that story replaced a person. It just meant the manager spent their scarce time on [EMPLOYEENAME], not on building a plan from scratch.

The governance line

Three guardrails keep this safe, and none of them are optional.

Onboarding carries hard compliance content that AI must not quietly drop. Every new employee in Australia must be given the Fair Work Information Statement before, or as soon as possible after, they start, and casual employees must also receive the Casual Employment Information Statement, as the Fair Work Ombudsman sets out. An AI-drafted onboarding plan is a convenience, not a compliance record. Keep your statutory obligations on a checklist a person signs off, not buried in a generated schedule.

New-starter data deserves the same care as any other personal information. Onboarding collects a lot of it fast: identity documents, bank details, emergency contacts, sometimes health information. The Fair Work Ombudsman's workplace privacy guidance is the baseline: collect only what you need, tell people what you collect and why. Do not paste a new hire's personal details into a public AI tool to draft their plan. Use de-identified role inputs, or an enterprise tool your organisation has approved and that does not train on your data.

And mind the line between drafting and deciding. If an onboarding system moves from drafting a schedule to making decisions about a person, flagging someone as a probation risk, sequencing access based on a profile, scoring early performance, you may be in the territory the Privacy Act's new automated decision-making transparency rules cover from 10 December 2026. The safe design keeps AI on the drafting side of that line, with a person owning every judgement about the individual.

Set the AI expectation on day one

Your new hires will use AI from their first hour whether you mention it or not, so mention it. The cheapest, highest-value move in this whole pattern is a five-minute conversation in week one that tells a new starter three things: which AI tools your organisation has approved and pays for, what they must never paste into a public tool (customer information, anyone's personal details, anything confidential), and where the grounded onboarding assistant lives so they reach for the safe option first. People who are told nothing default to the consumer app on their phone and the habits they brought from a job with different rules. People who are told the rules on day one tend to follow them. This is not a policy document nobody reads. It is one short, plain conversation, ideally from the manager, that sets the norm before a bad habit forms. Treat it as a core onboarding task, not an afterthought.

What never to automate

Some parts of onboarding are the job, not the overhead, and handing them to a machine defeats the purpose.

Do not automate belonging. The moment a new hire feels part of a team is made by people noticing them, not by a well-worded generated message. The buddy, the team lunch, the manager who checks in unprompted: these are the things that make someone stay, and a chatbot cannot fake them.

Do not automate judgements about the person. Early performance signals, fit, probation, capability: these are human decisions that affect someone's livelihood, and they must be made by an accountable manager who can explain them. AI can organise the evidence for a check-in. It cannot decide whether someone is working out.

Do not automate the answer to a question you have not grounded. An assistant that confidently invents your leave policy is worse than no assistant, because the new hire believes it. If you cannot point the tool at your real, current documents, keep it in draft mode with a human in front of it.

The pattern underneath all of this is simple. AI is the fastest onboarding administrator you will ever have, and it should never be the person who welcomes anyone. Get that split right and your managers spend their time on the conversations that make a new hire stay, while the schedule, the reading map and the fifteenth repeat of the same question take care of themselves.

TheAICommand. Intelligence, At Your Command.

OnboardingPeople & CultureAI at WorkEmployee ExperienceHR Workflows
← Back to HR & AI