Skip to content
HeuriTel
Sign in

Operator CTOs, transformation leads and the integrators they work with

Put one decision live on the client's systems in ninety days

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.

The case

Annotated from the record

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

  • 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

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

  1. The full pod, from design to operation, against the acceptance criteriaConsidered
  2. A rescoped pod, where a gate shows the outcome cannot be met as agreedConsidered
  3. A pause at a gate until access, an owner or approved data existsConsidered
  4. No engagement, where the acceptance cannot be made unambiguousConsidered

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.

Evidence record

Preview
Reference
Issued when a run is saved. An evaluation that was never saved has none.
Decision
One of the options, including no action, with the reason.
Checks
Access, an accountable owner, approved data, a target interface, security onboarding and an unambiguous acceptance pass at each gate.
Evidence kept
  • Statement of work
  • RACI
  • backlog
  • architecture
  • code
  • test results
  • demonstrations
  • acceptance
  • runbook
  • training record
The measures
Acceptance at each gate on the agreed dates, and the client's team running the decision after handover.
Connection
Stated on every record. In the demonstration no operator system is connected, and each record carries that state.

The shape of the record, with no values. A reference appears only after a run is saved.

The improvement, and how it is measured

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

Assumptions, costs and the record’s five answers
  1. 01
    Delivered

    The engagement's handover.

    A bounded, accepted pilot/increment plus reusable delivery assets and trained client owners

  2. 02
    Delivery rhythm

    The working rhythm.

    Daily delivery → weekly client checkpoint → fortnightly demo → gate review → backlog reprioritisation → acceptance evidence → handover/operate

  3. 03
    Acceptance evidence

    The proof of each milestone.

    SOW; RACI; backlog; architecture; code/test results; demos; acceptance; runbook; training and handover record

  4. 04
    Commercial terms and escalation

    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

  5. 05
    Progress, judged

    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

The change
Acceptance at each gate on the agreed dates, and the client's team running the decision after handover.
Running cost
Fixed-duration pod fee; time and materials with capacity cap; milestone-based fixed price; travel/local employment separately priced
What evidence supports it
Statement of work, RACI, backlog, architecture, code and test results, demonstrations, acceptance, runbook and training record.

The journey in detail

Step by step, from both sides
StepWhat the customer experiencesWhat 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.

Refusal, failure and recovery

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.

The products in this journey

Available to see today

No demonstration is configured for this journey yet.

See HeuriTel configured for your organisation

Verify your work email to open a demonstration configured for your organisation.