Documentation is product.
The docs have to live where the work happens, in the same interaction patterns as the tool. If the docs and the tool look different, the docs are already losing.
Case study 02 · November 2025 — present
Teaching AI to 10,000 employees.
A 10,000-person agricultural cooperative. The internal AI platform is live, and your name is on the list.
The invite lands in your inbox.
You click the link. The platform opens.
It can build knowledge bases. Train custom models. Call functions. Query CHS data. All of it.
You have no idea where to start.
That blank moment — not the model — is the whole problem. You're not behind. You're in sales, or finance, or ops, and you should never need to know what an embedding is to get value from AI at work.
I was the sole UX function on the platform team, embedded with engineering. When people didn't get it, the team's first reflex was more docs. Mine was the opposite — the problem was never how much we explained. It was the gap between what the platform could do and what you'd think to ask. Close that, and the manual stops mattering.
Documentation is product. The moment your answer to “users don't get it” is a Confluence page, you've already lost.
Watch the gap open. Left, everything the platform can do. Right, what you actually came to ask. Nothing on one side answers the other.
THE DESIGN PROBLEM IN ONE PICTURE
what the platform can do
what a non-technical user actually asks
Diagnosed from biweekly research with the 250-person pre-launch beta — already licensed for GPT Enterprise, power users in name, a diagnostic cohort in practice. Three frictions kept surfacing, and not one of them was about the model:
So the deliverable was never a wiki. Those four patterns in the bridge box aren't a slide deck — they're a surface you put your hands on, built so the docs and the platform are the same gesture. So put your hands on it.
The sharpest friction in the beta was four words: “what's this for, for me?” So the fix meets you there.
Pick your role. The assistant already speaks your language — its starters are your real jobs, not a feature menu. Tap one and watch it run, exactly as it will the morning you actually log in.
The surface · pick a role, run a starter
Hi, I'm new here. Where do I start as someone in Sales?
Three starting flows match your role. Tap one — I'll run it.
indexes 10 decks · ~28k tokens · refresh: weekly Mon 06:00 CST
uses sales-voice-v3 · trained on 412 closed-won emails
pulls from Gong · 38 min transcript · 3-bullet brief
Hi, I'm new here. Where do I start as someone in GTM?
Three starting flows match your role. Tap one — I'll run it.
indexes 184 files across 6 quarters · refresh: Sun 23:00 CST
uses gtm-voice-v2 · audience: ag retailer · channel: LinkedIn
outputs 3 channel variants · keeps the customer quote verbatim
Hi, I'm new here. Where do I start as someone in Finance?
Three starting flows match your role. Tap one — I'll run it.
reads the Q2 PnL workbook · 3-mover summary by default
queries the freight-costs view · returns trend + top affected lanes
uses board-voice · 3-paragraph cap · plain language only
Hi, I'm new here. Where do I start as someone in Ops?
Three starting flows match your role. Tap one — I'll run it.
reads PDF SOP · outputs role-tagged checklist + log fields
searches Confluence · flags policy vs drill · last-modified ranked
uses field-spanish · keeps measurement units, line-by-line parity
The dogfooded docs-chat is the move I'd most repeat. You learn the mental model by inhabiting it — not by studying it. Reflection, post-launch
Since the March launch, you're not the exception. Departmental users across CHS are standing up custom models on internal data — themselves, first try.
back-channel pings to engineering
You just did, in one chat, what all 250 beta users had to file a ticket for. The setup friction that defined the beta is gone — self-serve is finally self-serve.
Other internal teams have started inheriting the surface as a design system for their own tools on Open WebUI. The onboarding gesture quietly became infrastructure.
Two principles for any enterprise AI tool with a non-technical audience — and the one line they add up to.
Documentation is product.
The docs have to live where the work happens, in the same interaction patterns as the tool. If the docs and the tool look different, the docs are already losing.
Teach by inhabiting.
A dogfooded docs-chat collapses “read the manual” into “try it.” Every gesture you make in the docs transfers verbatim to tomorrow's real build. The cheapest pedagogy you can buy.
The model is fine. The bottleneck is the comprehension surface between capability and audience — and that gap is where senior design earns its keep.
The site you're reading is the same approach in miniature: Notion as content store, database rows as case-study variants, primitives reused across pages. The Tolo.Cloud case study takes it further; the Colophon documents how it's built.
Specifics are kept high-level out of respect for ongoing project confidentiality. Happy to walk through the rest in conversation.