Hypothesis
A decision the client's team runs after handover is the engagement's result; a demonstration the pod ran once is its activity.
Desired result: A bounded, accepted pilot/increment plus reusable delivery assets and trained client owners

Operator CTOs, transformation leads and the integrators they work with
An operator has approved one use case and a quarter to show it working. It has the systems, the data owners and the budget, and no team of its own to build it.
No demonstration is configured for this journey yet.
Seen by the customer · Engagement, English
From the record, not a run: what would reach them, on Engagement, in English.
What happened
An operator has approved one use case and a quarter to show it working, and no team of its own to build it.
An operator has approved one use case and a quarter to show it working. It has the systems, the data owners and the budget, and no team of its own to build it.
What it reads
Checks before anything is sent
Access, an accountable owner, approved data, a target interface, security onboarding and an unambiguous acceptance pass at each gate.
Every option considered, including doing nothing
No action is a valid outcome, and it is recorded with its reason. Nothing is computed on this page: the options are the record's own, and no run has decided anything.
The shape of the record, with no values. A reference appears only after a run is saved.
Hypothesis
A decision the client's team runs after handover is the engagement's result; a demonstration the pod ran once is its activity.
Desired result: A bounded, accepted pilot/increment plus reusable delivery assets and trained client owners
Modelled not observed
No figure is modelled for this journey. The mechanism that could produce the result is stated instead.
Daily delivery → weekly client checkpoint → fortnightly demo → gate review → backlog reprioritisation → acceptance evidence → handover/operate
Observed
Nothing yet. Measurement begins in a pilot’s validate stage, on your systems, against a comparison agreed first.
Acceptance criteria and product-specific control design; delivery velocity is not treated as business outcome
Measured on: Milestone acceptance; lead time; test pass; defects; environment readiness; use-case KPI; documentation/handover completeness; client team adoption
The engagement's handover.
A bounded, accepted pilot/increment plus reusable delivery assets and trained client owners
The working rhythm.
Daily delivery → weekly client checkpoint → fortnightly demo → gate review → backlog reprioritisation → acceptance evidence → handover/operate
The proof of each milestone.
SOW; RACI; backlog; architecture; code/test results; demos; acceptance; runbook; training and handover record
The cost, and the route when it is blocked.
Costs: Fixed-duration pod fee; time and materials with capacity cap; milestone-based fixed price; travel/local employment separately priced
If it fails: Escalate within 24 hours; document blocked dependency; pivot to synthetic/contract tests when safe; do not bypass client controls
The measures, and the things that are not a business outcome.
Acceptance criteria and product-specific control design; delivery velocity is not treated as business outcome
Measured on: Milestone acceptance; lead time; test pass; defects; environment readiness; use-case KPI; documentation/handover completeness; client team adoption
Acceptance at each gate is the evidence an engagement produces. The business outcome belongs to the use case it stands up, and is measured on that use case's own design, not on delivery velocity.
The business side
| Step | What the customer experiences | What the operator does |
|---|---|---|
| The momentThe moment that started it. | An operator has approved one use case and a quarter to show it working, and no team of its own to build it. | Reads the statement of work and its acceptance criteria, access, data approvals and the target interface, the client's owners for product, security and acceptance, security onboarding and local constraints. |
| The decisionThe decision to be made. | Nothing reaches the customer yet. | Assembles the pod's named roles, plans the gates, and delivers design, build, integration and test against the client's acceptance criteria. |
| The safeguardsThe conditions that stop it. | Still nothing. No action is sent until every check has passed. | Access, an accountable owner, approved data, a target interface, security onboarding and an unambiguous acceptance pass at each gate. |
| The actionThe action that reaches the customer. | Deploy on the client's systems, train the client's team, document, hand over and operate until the agreed date. Reaches them on Engagement, in English. | Recommends. The system that holds the right confirms, charges or provisions. |
| When it goes wrongRefusal, failure and recovery. | The target interface the design assumed is not in the client's next release, and integration cannot start on the planned date. | The gate stops the pod rather than working around it, the rescope is agreed in writing with the client's owners, and the acceptance record shows the change and its reason. |
| The resultThe change it made. | What changed for them is what is counted; nothing else is claimed. | Acceptance at each gate on the agreed dates, and the client's team running the decision after handover. |
| The proofThe proof anyone can check. | Can be answered for, later, from the record. | Statement of work, RACI, backlog, architecture, code and test results, demonstrations, acceptance, runbook and training record. |
Operator systems remain authoritative. HeuriTel reads these to propose an action; it does not decide on their behalf.
What goes wrong
The target interface the design assumed is not in the client's next release, and integration cannot start on the planned date.
What happens then
The gate stops the pod rather than working around it, the rescope is agreed in writing with the client's owners, and the acceptance record shows the change and its reason.
A 90-day or 120-day deployment pod, a team-as-a-service or a multi-country rollout brings product, data engineering, integration, model development, quality and DevSecOps roles to one outcome, integrated with your systems, documented and handed over.
the individual roles the pod is built from
the decision a CVM execution pod most often delivers
No demonstration is configured for this journey yet.