Operations

Which part first: the order that decides whether anyone keeps using it

The common failure is not technical. An organisation loads everything it has, switches the assistant on for everyone, and within a fortnight half the staff have decided it does not know anything - because on their particular question it did not. Recovering from that reputation costs more than the original project, and it is entirely avoidable by starting somewhere narrow enough to be good, and widening only on evidence.

Start where the documentation is best, not where the pain is worst

This is counter-intuitive and it is the whole trick. The area with the most pain usually has the worst documentation - that is often why it hurts - and an assistant launched there will be wrong in front of the people who complained loudest. Start instead where the answers genuinely exist and are current, even if that area was not the complaint. Being right about expenses policy buys the credibility to later be useful about something harder.

Narrow means one subject and one audience, not one department

"Finance" is not a scope; "how to submit an expense claim, for staff" is. A scope that small can be made genuinely correct in a day, tested exhaustively by three people, and judged honestly. Departmental scopes contain a dozen subjects of wildly different documentation quality, which reintroduces the original failure at a smaller size.

The signal to widen is the unanswered log going quiet

Widen when the questions arriving outside the current scope outnumber the ones inside it, and when the inside ones have stopped producing corrections. That is evidence the scope is finished. Widening on a calendar date instead - "phase two starts in March" - is how an unfinished scope gets buried under a second one, and the first corrections never get made.

Tell people the scope, in the assistant's own words

An assistant that says what it covers and what it does not is trusted within that boundary. One that attempts everything is judged on its worst answer. State the scope in the opening message and have the assistant decline outside it by name - "I only cover expenses and travel booking; for anything on contracts, ask Dana" - which is more useful than a guess and protects the rollout.

Frequently asked questions

Where should an AI assistant rollout start?
Where the documentation is best, not where the pain is worst. The most painful area usually has the worst documentation - often why it hurts - and launching there means being wrong in front of the people who complained loudest.
How narrow should the first scope be?
One subject and one audience. "Finance" is not a scope; "how to submit an expense claim, for staff" is. That can be made correct in a day and tested exhaustively by three people.
When is it time to widen?
When questions arriving outside the current scope outnumber those inside it, and the inside ones have stopped producing corrections. Widening on a calendar date buries an unfinished scope under a second one.
Should the assistant say what it does not cover?
Yes, and by name. "I only cover expenses and travel booking; for contracts, ask Dana" is more useful than a guess and keeps the assistant trusted inside its boundary. One that attempts everything is judged on its worst answer.
What does the failed version look like?
Everything loaded, switched on for everyone, and within a fortnight half the staff have concluded it knows nothing - because on their particular question it did not. Recovering that reputation costs more than the original project.

Get in touch

Leave your details and we will reply. You do not need a sales call to get an answer.