Skip to main content

Commercialisation and delivery

Outcome

Primary outcome: You can take a solution from opportunity to production—with product discipline, commercial credibility, performance economics, human-centred design, delivery governance, adoption traction, and operational readiness.

Secondary outcomes:

  • Produce Stage 5 core deliverables (PRD, business case, FinOps model, UX flows, programme plan, change plan, proposal pack, vendor scorecard, runbook) linked to prior discovery artefacts.
  • Defend unit economics (cost per successful task, TCO, benefits register) in steering and procurement conversations.
  • Run pilot-to-scale transitions without silent scope creep, run-rate shock, or adoption collapse after go-live.

Stage 5 does not require you to master every specialty alone. It requires you to orchestrate product, finance, engineering, UX, PMO, change, sales, and ops into one coherent delivery story.

Who Stage 5 is for

ProfileTypical gapStage 5 fix
Strong builder, weak productShips features; no PRD, metrics, or backlog hygieneTopics 06, 23
Strong architect, weak commercialGreat diagrams; cannot price or defend ROITopics 07, 29, 30
Strong consultant, weak FinOpsWins phase one; run rate explodes in year twoTopics 07, 22
Delivery PM without AI literacyGan charts exist; eval gates and model risk missingTopics 25, 21, 22
Presales engineer without ops realismBeautiful demos; no SLOs or support modelTopics 29, 32

Entry criteria

Start Stage 5 when all of the following are true:

  • A validated use case exists from Stage 1–2 (problem statement, hypothesis supported, opportunity scored)—see AI Opportunity Discovery.
  • Technical feasibility is credible (data access, integration path, eval approach)—see Stage 2–4 topics.
  • A sponsor and budget line (or RFP path) is identifiable—even if not yet signed.
  • You can name the primary user, success metric, and decision body for phase one.

Do not enter Stage 5 when discovery still produces tool-shaped requirements without outcome metrics, or when compliance has not seen a DPIA/risk summary for the intended pattern.

Exit criteria

Declare Stage 5 complete when all exit checks pass:

Artefacts (minimum set)

ArtefactSource topicPass test
PRD + MVP scope + backlog06In/out explicit; linked to discovery; adoption metrics defined
Business case / TCO model07Year-1 and year-3 TCO; sensitivity; cashable vs non-cashable benefits
FinOps / performance budget22Cost per successful task; p95 latency; optimisation backlog
UX flows + trust patterns23Override, uncertainty, escalation documented
Programme plan + RAID25Gates align with 8D; dependencies named
Change and adoption plan26Champions, training, comms, resistance map
Proposal / SOW or RFP response29–30Assumptions, exclusions, SLAs, exit clauses
Vendor scorecard (if buy)31Weighted criteria; not demo-led
Runbook + support model32On-call, incident severity, model rollback

Knowledge checks

  • Answer ≥12/15 questions from topics 06, 07, and 22 without notes.
  • Explain one negative case from Stage 5 using a sector-relevant example (run-rate shock, adoption failure, or procurement trap).
  • Walk a 60-second executive story: problem, MVP, economics, risks, next gate.

Behavioural checks

  • You have not committed to fixed-price delivery without sensitivity on token volume and human review load.
  • A peer confirms artefacts are filed in your pattern library with sector tag and date.

Capability map

Stage 5 spans eleven numbered topics across product, economics, performance, experience, delivery, change, commercial, and operations. Use this map to see dependencies—not as a waterfall reading order only.

Core thread: Product (06) defines what and how we measure; Commercial (07) defines whether we fund; FinOps (22) defines whether we can afford to run; UX (23) defines whether humans trust it; Delivery (25) defines how we ship on time; Change (26) defines whether anyone uses it; Presales/RFP/Vendor (29–31) define how we sell and buy; Ops (32) defines how it stays alive.

Topics in this stage

Product and economics (build the right thing, fund it honestly)

#TopicYou leave knowing
6Product ManagementDiscovery → backlog, PRDs, prioritisation, MVP vs platform, adoption metrics
7Commercial and Financial ModellingBusiness cases, TCO, ROI, sensitivity, pricing models, benefits realisation

Pair with Business case and prioritisation and AI Product Management roadmap when moving from learning to client work.

Performance and experience (run it affordably; humans stay in control)

#TopicYou leave knowing
22Performance Engineering and AI FinOpsTTFT, caching, batching, cost per successful task, capacity planning
23User Experience and Human FactorsTrust, uncertainty, override, accessibility, error recovery

Pair with Model FinOps roadmap and AI FinOps and Commercial Design.

Delivery and adoption (ship with gates; usage sticks)

#TopicYou leave knowing
25Delivery and Programme ManagementPlans, RAID, dependencies, quality gates—see also Project Management (PMBOK® study map)
26Change Management and AdoptionStakeholders, training, resistance, benefits tracking

Pair with Adoption guide and Delivery guide.

Commercial motion and operations (win work, run production)

#TopicYou leave knowing
29Presales and Solution ShapingDiscovery in sales cycle, demos, POC boundaries, win themes
30RFP, Procurement and ContractingCompliance, SLAs, liability, IP, model change clauses
31Vendor and Technology EvaluationScorecards, PoC discipline, exit strategy
32Operations and Production SupportSLOs, incidents, drift, cost alerts, retirement

Path A: Product-led delivery (internal platform team)

  1. Product ManagementUXFinOps
  2. DeliveryChange
  3. Ops

Focus: Backlog hygiene, adoption metrics, unit economics before feature breadth.

Path B: Consulting / SI delivery (client-funded programme)

  1. CommercialPresales
  2. ProductDelivery
  3. RFPVendorFinOps

Focus: Business case defensibility, contract assumptions, vendor-neutral evaluation.

Path C: FinOps and scale rescue (post-pilot run-rate crisis)

  1. Performance FinOpsCommercial
  2. Product (scope reduction) → Ops

Focus: Cost per successful task, caching, routing, capacity—then re-baseline business case.

Stage 5 gates (align with 8D)

Map Stage 5 artefacts to 8D Framework gates:

GateStage 5 evidenceCommon failure
Fund / commitBusiness case (07), pricing model, sensitivityPilot cost extrapolated linearly to production volume
Design sign-offPRD (06), UX trust flows (23), FinOps budget (22)No human override path; no latency budget
Build completeBacklog done for MVP; eval green on golden set (21)Feature creep; demo dataset only
Pilot exitAdoption metrics (06, 26), cost per task (22), benefits baseline (07)"Go live" without usage or run-rate sign-off
OperateRunbook (32), alerts, chargeback/showback (22, 07)No owner for model version drift

Real-world scenario: pilot to production (cross-topic)

A European insurer completes a 12-week claims summarisation pilot: 340 adjusters use the tool weekly; 62% active usage; average 4.2 minutes saved per complex claim on sample QA. Steering asks for EU-wide rollout to 2,400 adjusters.

Product (06): PRD v2 adds multilingual corpus, batch upload for legacy scans, and explicit "not for coverage decision" scope. MVP vs platform: phase one stays summarisation + citation; phase two structured extraction only after eval ≥90% on top 15 loss types.

Commercial (07): Year-1 TCO €2.8M (API €420K, human QA review €1.1M, integration €680K, change €380K, contingency €220K). Benefits: €3.6M productivity (cashable with union agreement); sensitivity: breaks if active usage <45% or review rate >35%.

FinOps (22): Pilot averaged €0.18/request; production projection €0.11 after semantic cache on repeat clauses, batching nightly bulk jobs, and routing simple FNOL to 7B regional model. p95 TTFT target 2.8s for interactive; batch SLA 4 hours.

Change (26): Union requires opt-in teams first; champion network in 6 regional hubs; training tied to QA scorecard not "AI magic."

Outcome: Phased rollout approved with FinOps dashboard and monthly benefits review—not big-bang on press release timeline.

Negative cases at stage level

Demo-to-contract gap. Presales demo uses curated data; RFP assumes general availability. Fix: POC acceptance criteria tied to client goldens (29, 31).

Run-rate surprise. Year-one business case used pilot token counts; production adds agent loops and logging. Fix: FinOps model with percentiles and step caps (22, 07).

Adoption cliff. Go-live without change plan; usage drops after week four. Fix: adoption metrics in PRD (06, 26).

UX trust failure. Users disable tool after one confident wrong answer. Fix: uncertainty UX and mandatory citations (23).

Vendor lock-in without exit. Contract silent on model change and data export. Fix: RFP clauses and scorecard exit criteria (30, 31).

Programme without gates. Agile velocity with no eval or compliance gate. Fix: 25 + 21 + 19 aligned milestones.

Stage 5 exit checklist

  • I can explain the thread from backlog → business case → FinOps budget → ops runbook
  • PRD and MVP scope are signed; platform ambitions are explicitly phased
  • TCO includes human review, eval, and change—not API tokens alone
  • Cost per successful task and p95 latency have targets and owners
  • Change plan names champions, resistance, and adoption metrics
  • Contract or SOW assumptions match FinOps and eval reality
  • I completed deep study on topics 06, 07, and 22 at minimum
  • Artefacts filed in pattern library with sector tag

Discussion

Comments

Share feedback or questions about this page. No account required.

Loading comments…