The four gaps between a convincing demo and a system your team can depend on.
A pilot that impresses in a meeting room can still die quietly three months later. In our experience the cause is rarely the model. It is usually one of four gaps.
1. Nobody defined “good”
If success is “it feels helpful”, every opinion is equally valid and the project drifts. Pick one number before building — time saved per case, error rate, share of cases handled without a person — and agree how it will be measured.
2. The demo used clean data
Demos run on hand-picked examples. Production runs on scanned PDFs, half-filled forms and emails that say “see below”. Test on a random sample of real inputs from the first week.
3. There is no owner
Someone has to answer when the system is wrong at 4 pm on a Friday. Name an operational owner early, give them the dashboard, and make sure they can switch the system off.
4. No plan for being wrong
Every AI system makes mistakes. The question is what happens next. Decide which actions need approval, what the fallback is, and how errors flow back into improving the system.
A good pilot is the smallest version of the real system — not a prototype that has to be rebuilt.
If you are planning a pilot, start with the metric, the owner and the fallback. The model choice can wait.