CASE STUDIES
Case studies are being written now — with the first cohort.
No published clients before launch — and we won't invent names or numbers to fill the page. What's here is three illustrative scenarios drawn from real evaluation patterns, explicitly labeled, showing the journey shape not a promised outcome.
The first real studies are published with their owners' permission when complete. The illustrative scenarios here are not clients — labeled so everywhere. Each scenario shows a journey, stations, and two register lines: the shape of the truth, not the truth itself.
No published clients yet — and we won't invent names
What follows are illustrative scenarios derived from real evaluation patterns — no names, no numbers, no fabricated outcomes. Every scenario is labeled 'ILLUSTRATIVE SCENARIO — NOT A CLIENT'.ILLUSTRATIVE SCENARIOS
Three journeys from real evaluation patterns — no names, no numbers.
ILLUSTRATIVE SCENARIO — NOT A CLIENT
Large government entity — on-premises deployment, strict ban history
An entity that issued a full ban on AI use for legitimate security reasons — usage continued outside the official framework and the evidence went with it. Now seeking an official alternative that keeps data on-premises and gives the review committee the evidence it asks for.
| Context | Formal ban decision for security reasons — actual usage continues outside the framework |
| Decision | An official framework easier than shadow use, keeping data on-premises by design |
| Deployment home | On-premises — data does not leave the building |
| Stations | Architecture review, internal security assessment, pilot enablement for one department, first register review, gradual expansion |
| What the register writes | Every conversation with the account identity, every out-of-permission request with its reason, every role change with its named decision |
New conversation — planning — within permissions — on-premises
▣Request outside role scope — stopped at the gate — reason recorded
▣Illustrative entries — not from a real deployment.
What do entities like this expect to measure? — Did usage through the official framework rise? Does the review committee now have a readable register? Did observed shadow usage decrease?
ILLUSTRATIVE SCENARIO — NOT A CLIENT
Financial sector entity — private cloud, strong compliance committee
An entity subject to periodic audit requirements asking for evidence of who used what, with which permission, on which data. The current answer: an investigation opened, not a register read. The compliance committee seeks an architecture that makes the answer immediate.
| Context | Periodic audit cycles, evidence required regularly, PDPL and sector compliance requirements |
| Decision | A register written as events happen turns the week-long question into an immediate answer |
| Deployment home | Private cloud with the entity's keys — data does not leave the control sphere |
| Stations | Security architecture review, compliance path assessment, pilot enablement for one team, register reading in a test audit cycle, compliance committee review |
| What the register writes | Every conversation with account identity and role, every source access with its enablement, every balance top-up with a named approval |
Access to sanctioned source — compliance — by enablement and role scope — audit record
▣Balance top-up approved — compliance team — named manager — entry that cannot be deleted
▣Illustrative entries — not from a real deployment.
What do entities like this expect to measure? — Did the answer to the audit question become immediate rather than an investigation? Is the register now submittable directly to auditors? Did compliance evidence preparation time decrease?
ILLUSTRATIVE SCENARIO — NOT A CLIENT
Mid-size company — trusted cloud, beginning the journey
A mid-size company beginning its enterprise AI journey: teams use informal public tools, leadership wants an official solution that lets employees work and gives management day-one visibility, without a complex start.
| Context | Widespread informal usage, leadership wanting clarity before deciding, simple technical infrastructure |
| Decision | An official alternative with work identity that stops shadow usage by employee preference not mandate — because it's easier |
| Deployment home | Trusted regional cloud — the fastest start with migration flexibility later |
| Stations | SSO identity enablement, initial role configuration, first connector enablement, first register read, gradual expansion of enablement |
| What the register writes | Every conversation with account identity, every connector enablement with its decision, every balance consumption with its daily figures |
First conversation — marketing — through the official gate — work account identity
▣Today's balance — whole team — visible daily figure — no surprise
▣Illustrative entries — not from a real deployment.
What do entities like this expect to measure? — Did informal usage drop on day one after launch? Does the manager see the daily cost figure before the end of the first week? Did any team member request returning to informal tools?
All scenarios are derived from real evaluation patterns with no names or numbers — all labeled illustrative scenarios.
THE REAL STUDIES
The first real studies are published with their owners' permission — soon.
Every conversation with account identity — written as it happens
✓Every balance decision with its named role — entry that cannot be deleted
✓Every out-of-permission request — with its reason recorded
○The register the real study will be built on — written from day one in a deployment home the entity chooses.
For the first cohort: your real study is written with us — with your permission.
The first real study is published when the first cohort completes and permits — we don't write it before then. And the evaluation session begins with your case, not with prepackaged scenarios.
CANDOR QUESTIONS
Asked in every session where we discuss the scenarios.
Why no client names?
Because we are pre-launch — and there are no published clients yet. Inventing a name or fabricating a testimonial violates the 'honesty before sales' principle that governs everything we write. The first real studies are published with their owners' permission — and not before that.
When are real case studies published?
When the first cohort completes and its members give permission — no published date because that would become a promise that may not be kept. The announcement will be in the same channel that those wishing to be in the first cohort are following.
Are the scenarios invented from imagination?
No — derived from patterns in real evaluations conducted with entities that studied the solution, without names, numbers, or any identifiable detail. And they are all labeled 'ILLUSTRATIVE SCENARIO — NOT A CLIENT' everywhere they appear.
CONTINUE THE PATH
From the scenarios to the product.
Be the first cohort — your study is written with you.
The first real studies are published with their owners' permission — soon. The start is one session we come to with your case, not with prepackaged scenarios.