返回 Papers
AI 扩展计划 / Playbooks

AI Executive Investment Narrative / Business Case Playbook

重要说明: 本手册是学习、作品集和内部治理训练材料, 不构成法律、合规、监管、审计、财务、会计、投资或董事会治理建议。正式项目应由业务、财务、风险、模型风险、法律、合规、隐私、安全、数据、架构、运营、采购、供应商管理和内部审计等授权角色确认。

890AI_EXECUTIVE_INVESTMENT_NARRATIVE_BUSINESS_CASE_PLAYBOOK.md

AI Executive Investment Narrative / Business Case / Board Decision Architecture Playbook

定位: 面向 Senior AI PM / AI Architect / Enterprise Architect / CBAP-level BA / AI Value Office / 金融零售转型负责人的执行手册。 目标: 把 AI 产品、架构、需求、风险和运营证据转成能被高管和董事会资助、挑战、放行、暂停或停止的投资决策包。 核心观点: AI business case 不是 ROI slide, 而是 decision architecture: outcome thesis、option set、causal value logic、architecture dependency、risk appetite、cost-to-learn、benefits realization 和 stop / scale / pivot gates 的组合。

重要说明: 本手册是学习、作品集和内部治理训练材料, 不构成法律、合规、监管、审计、财务、会计、投资或董事会治理建议。正式项目应由业务、财务、风险、模型风险、法律、合规、隐私、安全、数据、架构、运营、采购、供应商管理和内部审计等授权角色确认。


1. Target Audience

Role使用本 playbook 的方式
AI PM / Product Lead设计 AI investment memo、business case、stage gate、benefits register 和 scale / stop recommendation。
AI Architect / Enterprise Architect把架构依赖、平台复用、控制面、可观测性、供应商和韧性翻译成投资证据。
CBAP-level BA把流程、需求、业务规则、验收标准、利益相关方、证据和管理信息连接成可审计的决策包。
AI Value Office / Portfolio Lead管理 portfolio themes、funding envelope、capacity allocation、risk-adjusted scoring 和 benefits realization。
CFO / COO / CIO / Risk delegate用统一证据包挑战收益、成本、采用、风险、架构、供应商和控制可行性。

2. Learning Objectives

完成本手册后, 你应能产出:

CapabilityConcrete output
Executive framing一页 AI executive investment narrative。
Option architecturebuild / buy / partner / platform / process / no-AI option comparison。
Business case modelbaseline、target、causal value logic、unit economics、confidence、finance recognition。
Evidence governancenarrative-to-evidence traceability matrix。
Governance gatesintake、discovery、pilot、release、scale、stop gate templates。
Board narrativedecision request、tradeoff、risk appetite、conditions、management action。
Portfolio controlmetrics dashboard、scenario plan、stop / scale / pivot decision memo。
Interview readinessCFO、COO、CIO/CTO、Risk、Board 视角的高级回答。

3. Executive Summary

AI 投资决策的执行路径:

1. Define the decision requested.
2. State the outcome thesis.
3. Compare options, including no-AI and process-only.
4. Build causal value logic.
5. Quantify cost, value, risk and confidence.
6. Map architecture dependencies.
7. Translate risk appetite into thresholds and gates.
8. Create an evidence pack and MI metrics.
9. Decide stop, scale or pivot at each gate.
10. Track benefits realization after release.

一句话版本:

Fundable AI narrative = a managed option to improve a business outcome, with evidence that value can be realized, risk remains inside appetite and architecture can scale.

高管最关心的不是 "AI 能不能做", 而是:

Which outcome matters?
Why this option now?
What are we not doing?
What evidence supports the investment?
What could go wrong?
What conditions must be true before scale?
How will management know when to stop?
Who owns benefits and residual risk?

4. Source Anchors

这些来源作为决策架构、AI 风险管理、AI 管理体系、金融机构 IT 治理和架构描述语言的锚点。它们不替代机构内部政策或授权判断。

AnchorOfficial link本 playbook 中的用法
NIST AI Risk Management Frameworkhttps://www.nist.gov/itl/ai-risk-management-framework用 Govern / Map / Measure / Manage 组织 AI risk-to-evidence-to-action loop。页面显示 AI RMF 1.0 正在修订, 正式项目需按访问日期复核。
ISO/IEC 42001:2023 AI management systemshttps://www.iso.org/standard/81230.html用 AI management system、risk and opportunity、operation、performance evaluation、management review、continual improvement 组织投资治理。
FFIEC IT Examination Handbook InfoBasehttps://ithandbook.ffiec.gov/用 board oversight、IT planning and investment、business case、risk monitoring、architecture、change、board reporting 和 project documentation 语言校准金融零售场景。
ISO/IEC/IEEE 42010:2022 Architecture Descriptionhttps://www.iso.org/standard/74393.html用 stakeholder concern、viewpoint、architecture description 和 rationale 思维设计 board-facing architecture evidence。

5. Operating Model Overview

5.1 Decision Flow

Idea or executive request
  -> Investment intake
  -> Outcome thesis and baseline
  -> Option architecture
  -> Business case model
  -> Risk appetite and architecture dependency review
  -> Funding gate
  -> Evidence stage
  -> Scale / stop / pivot decision
  -> Benefits realization and portfolio review

5.2 Roles and Responsibilities

ActivityBusiness ownerAI PMBAArchitectFinanceRisk / ComplianceOperationsData / Platform
Problem and outcome thesisARRCCCCC
Baseline and benefit hypothesisARRIA/RICC
Option architectureCRCA/RCCCC
Business case modelARRCA/RCCC
Risk appetite mappingCCRCIA/RCC
Architecture dependency mapCCCA/RICCR
Evidence packARRRCCRR
Gate decisionARCCA/RA/RCC
Benefits realizationARCIA/RCRC

A = accountable, R = responsible, C = consulted, I = informed.


6. Investment Thesis

6.1 Template

We propose [investment option] to improve [business outcome]
for [specific population / workflow]
because [causal value logic].

The option should be funded only if evidence shows:
- [value indicator] improves versus baseline,
- [risk / quality guardrail] remains inside appetite,
- [adoption indicator] shows workflow behavior change,
- [unit economics] remains viable,
- [architecture dependency] can scale or be reused.

This funding request buys [learning stage] for [cost-to-learn].
Management will stop, scale or pivot based on [gate criteria].

6.2 Thesis Quality Checklist

CheckStrong signal
Outcome specificityNames a measurable business outcome, not "AI transformation."
Population boundaryDefines product, channel, team, customer segment, workflow or queue.
AI roleDistinguishes search, summarize, recommend, decide, execute and evidence capture.
Human accountabilityStates who keeps final authority for customer-impacting or regulated actions.
Causal value logicExplains how AI changes workflow behavior and business result.
Evidence thresholdDefines what evidence justifies more funding.
Risk appetiteNames unacceptable outcomes and thresholds.
Cost-to-learnStates the next learning cost and time box.
Kill criteriaSays what evidence stops the investment.

6.3 Financial Retail Thesis Examples

CaseOutcome thesis
AI complaint intelligenceAI can reduce systemic complaint detection lag by clustering cases, retrieving evidence and drafting root-cause hypotheses, while final regulatory interpretation and remediation decisions remain human-owned.
Account opening modernizationAI can reduce manual review cycle time and abandonment by extracting document facts and generating missing-document checklists, while final KYC / fraud decisions remain controlled.
AML triageAI can reduce low-risk alert handling time by retrieving context and drafting investigation summaries, while final closure or escalation remains analyst-owned.
Regulatory reporting automationAI can shorten reporting cycle and improve evidence completeness by drafting variance explanations and lineage checklists, while attestation remains authorized.
Branch / contact-center copilotsAI can improve policy-answer quality and reduce research time by grounding answers in approved sources, while staff approve customer-visible responses.

7. Option Architecture

7.1 Standard Option Set

OptionWhen to useBoard tradeoff
No action / monitorEvidence is weak or risk is acceptableSaves spend now, may preserve operational pain and opportunity cost.
Process redesignPain comes from handoff, SOP, queue design or approval frictionLower model risk, may not solve unstructured evidence work.
Rules / deterministic automationPolicy is clear and data structuredMore explainable, less flexible for messy text or exceptions.
AI assistant / copilotHuman judgment remains central, but retrieval/summarization burden is highGood learning path, requires adoption and quality controls.
AI workflow automationHigh-volume, low-risk, reversible tasksHighest efficiency, highest need for controls and monitoring.
Vendor productMature capability exists and speed mattersFaster time-to-market, vendor and evidence export risk.
Shared platformMultiple use cases need gateway, RAG, eval, evidence, reviewBetter portfolio economics, needs service ownership and funding model.
Hybrid staged optionHigh uncertainty or high riskBuys learning before scale capital.

7.2 Option Comparison Template

DimensionOption A: processOption B: AI copilotOption C: vendorOption D: platform
Outcome fit
Time-to-evidence
Cost-to-learn
Scale cost
Data readiness
Risk appetite fit
Architecture dependency
Vendor / concentration
Benefits realization
Stop / exit path

Use populated evidence, not adjectives. Example score labels can be High / Medium / Low with confidence notes.

7.3 Architecture Viewpoint Set

ViewpointStakeholder concernOutput
Business capabilityWhat outcome and capability are fundedcapability map and outcome thesis
Process / workflowWhere AI changes workAS-IS / TO-BE, control points, handoffs
Data and knowledgeWhat sources AI usessource authority, lineage, freshness, retention
AI behaviorWhat model / RAG / tool actions occurAI role, eval, failure taxonomy
Human accountabilityWho reviews, approves, overrides and remediatesRACI, workflow states, review capacity
Technology dependencyWhat systems, APIs and platform services are neededcontext diagram, dependency graph
Risk and controlWhich appetite thresholds applyrisk tier, controls, stop rules
Management informationHow management sees value and riskmetric contracts, dashboard, action log

8. Business Case Model

8.1 Model Structure

Baseline
  -> AI intervention
  -> leading indicators
  -> workflow outcome
  -> business benefit
  -> financial / risk recognition
  -> realized benefit

8.2 Business Case Table

FieldRequired content
Baseline metricCurrent volume, cycle time, cost, quality, risk and customer impact.
Baseline sourceSystem of record, query, time period, owner and data quality note.
Target outcomeSpecific improvement and population.
AI interventionAI role, workflow step and human boundary.
Leading indicatorsEval, QA, source quality, adoption and cost signals.
Lagging benefitsOperational, risk, customer, revenue or cost outcomes.
Unit economicsCost per qualified value event, including model, platform, review, QA, support and change.
ConfidenceLow / Medium / High / Declining with evidence basis.
Attribution methodHoldout, cohort comparison, before-after with control, shadow mode or finance challenge.
Recognition ownerBusiness and finance role that validates realized benefit.
Benefit expiryDate or condition for revalidation.

8.3 Benefit Calculation Guardrails

Weak practiceBetter practice
minutes saved * average salary = savingsDistinguish productivity capacity, hard savings, backlog reduction, avoided overtime and redeployed capacity.
Ignoring review costInclude human review, QA, escalation, support, retraining and management cadence.
Counting all generated outputs as valueCount qualified value events that pass adoption, quality, risk and cost thresholds.
Treating vendor benchmark as proofUse benchmark only for Low confidence discovery; require local evidence for scale.
Ignoring downside costModel customer harm, remediation, incident response, complaint, audit and rework costs.

8.4 Qualified Value Event Formula

Qualified value event =
eligible workflow event
AND AI exposure recorded
AND output accepted or completed
AND quality threshold passed
AND risk guardrail passed
AND cost within approved boundary
AND evidence trace retained

Risk-adjusted value:

risk_adjusted_value =
gross_benefit
- incremental_operating_cost
- expected_harm_cost
- quality_failure_cost
- governance_and_assurance_cost

9. Cost / Value / Risk Evidence

9.1 Evidence Inventory

EvidenceOwnerSourceDecision use
Workflow baselineOperations / BAworkflow system, case system, process miningvalidates problem size
Cost baselineFinancecost ledger, workforce model, vendor invoicesvalidates value pool
Quality baselineQA / RiskQA review, defects, complaint datasets guardrails
AI evalAI PM / Data Scienceeval harness, golden set, reviewer rubricvalidates behavior quality
Architecture dependencyArchitectdiagrams, API inventory, data lineage, platform catalogvalidates scale feasibility
Risk appetiteRisk / Compliancerisk tier record, policy, control matrixdefines stop thresholds
AdoptionProduct / Opstelemetry, workflow use, manager reviewvalidates behavior change
Unit economicsFinance / Platformmodel spend, token, platform allocation, review costvalidates scale economics
Incident / harmRisk / Opsincident, complaint, appeal, remediationvalidates residual risk
Benefits realizationBusiness / Financebenefit register and sign-offvalidates recognized value

9.2 Confidence Scoring

ScoreLabelEvidence standardFunding implication
1Lowexpert estimate, anecdote, benchmarkdiscovery only
2Directionallocal sample, weak baseline, no controlsmall pilot with strict learning goals
3Mediumbaseline plus offline eval or shadow evidencepilot / limited release
4Strongproduction cohort, QA and adoption evidencelimited scale
5Highrealized benefit, stable risk and unit economicsbroader scale with monitoring

9.3 Evidence Quality Checks

CheckQuestion
CompletenessDo we have value, risk, cost, adoption and architecture evidence?
Source authorityIs each fact traceable to approved source and owner?
RecencyIs evidence current enough for the decision?
PopulationDoes evidence match the proposed scale population?
Segment coverageAre high-risk, vulnerable, language, channel and product segments covered?
ReproducibilityCan audit or risk reconstruct the number or claim?
Contradiction handlingAre conflicting signals disclosed?
Decision linkageDoes each evidence object support fund, hold, stop, scale or remediate?

10. Board Narrative Structure

10.1 One-Page Executive Narrative

# AI Investment Decision Request

Decision requested:
Approve [funding / hold / scale / stop / pivot] for [AI capability] covering [scope].

Recommendation:
[One paragraph recommendation with stage, limits and conditions.]

Outcome thesis:
[Business outcome, population, AI role, causal value logic.]

Options considered:
[No-AI / process / rules / AI / vendor / platform summary.]

Evidence:
[Baseline, value signal, risk signal, adoption signal, architecture readiness, confidence.]

Risk appetite:
[Unacceptable outcomes, thresholds, residual risk owner.]

Conditions:
[Architecture, control, operational and management information conditions.]

Stop / scale / pivot:
[Decision criteria and next review date.]

10.2 Board Pack Structure

SectionContent
Decision requestedexact action, funding envelope, time box and decision owner
Executive conclusionrecommendation, alternatives and why now
Strategic fitbusiness strategy, customer / operational / regulatory relevance
Baseline evidencecurrent volume, cost, quality, risk and customer impact
Option architectureoptions, tradeoffs, recommendation and rejected options
Business casecausal value logic, confidence, unit economics, benefit owner
Architecture dependencydata, model, workflow, platform, controls, vendor, resilience
Risk appetitethresholds, residual risk, unacceptable outcomes, review forum
Governance gatesentry / exit criteria, kill criteria, conditions
Management informationmetrics, thresholds, cadence, action log
Evidence packlinks to artifacts, owners and traceability

10.3 Board Questions to Pre-Answer

Board questionEvidence to include
What decision are we making today?decision request and excluded decisions
Why is this worth funding now?baseline trend, risk / opportunity and strategic fit
Why AI rather than process or rules?option comparison and AI fit
What could harm customers or trust?risk appetite, customer harm scenarios, controls
How do we know the numbers are real?metric contracts, source lineage, finance review
What must be true before scale?scale gate and architecture dependency
How can management stop it?kill criteria, feature flags, rollback, action path
Who owns value and residual risk?RACI and decision record

11. Governance Gates

11.1 Gate Template

GateEntry criteriaExit evidenceDecision options
Intakebusiness owner, problem statement, initial risk signalintake card and duplicate checkreject, merge, discovery
Discoverybaseline access, SME commitment, time boxworkflow map, no-AI option, data readiness, risk tier, architecture sketchstop, pivot, fund pilot
Pilotpilot budget, eval plan, controlseval, QA, adoption signal, cost-to-learn result, failure taxonomystop, extend, release candidate
Releaseproduction architecture, monitoring, runbookrelease evidence pack, rollback, training, risk sign-offno-go, limited release
Scalerealized benefit, stable risk, adoptionunit economics, platform capacity, incident trend, finance recognitionscale, hold, restrict, stop
Portfolio reviewportfolio metrics and capacity viewreallocation options, platform needs, risk concentrationfund, rebalance, platformize, retire

11.2 Gate Decision Record Template

# AI Gate Decision Record

Use case:
Gate:
Decision date:
Decision:
Decision owner:

Evidence reviewed:
- Baseline:
- Value:
- Risk:
- Architecture:
- Adoption:
- Unit economics:

Confidence level:

Conditions:
- Scope:
- Controls:
- Architecture:
- Operations:
- MI:

Stop criteria:
- Value:
- Risk:
- Cost:
- Adoption:
- Architecture:

Residual risk:

Next review:

11.3 Gate Anti-Patterns

Anti-patternCorrection
Gate checks project completionGate should decide whether more investment is justified.
Risk review happens after buildRisk appetite mapping starts at intake.
Architecture reviewed only at releaseArchitecture dependency reviewed at discovery and pilot.
No cost-to-learnEach stage needs time box, spend cap and evidence target.
Stop rule added after failureKill criteria written before funding.

12. Portfolio Metrics

12.1 Executive Dashboard

MetricGreenAmberRedDecision use
Use cases with named business owner>= 95%80-94%< 80%intake discipline
Use cases with baseline and benefit owner>= 90%70-89%< 70%funding readiness
Pilot-to-release conversion based on gate evidenceevidence for allpartial evidencedecisions without evidenceportfolio quality
Finance-recognized benefits / forecast benefits>= 70%40-69%< 40%benefits realization
High-risk use cases with current risk tier and controls100%95-99%< 95%risk appetite
Production use cases with trace completeness>= 99%95-98.9%< 95%auditability
Cost per qualified value event within boundary>= 90%70-89%< 70%unit economics
Eligible repeat adoptiontarget metnear targetmaterially below targetadoption / change
New use cases reusing platform controls>= 80%60-79%< 60%architecture leverage
Stop / pivot decisions documentedall gate decisionspartialnonedecision discipline

12.2 Metric Contract Template

FieldDefinition
Metric IDstable identifier
Nameboard and dashboard name
Decision purposefund, scale, stop, remediate, accept risk
Definitionplain language
Numerator / denominatorexact inclusion and exclusion
Graincase, user, workflow event, value event, system, month
Source systemsauthoritative systems
Quality rulesfreshness, completeness, duplicate, reconciliation
Thresholdsgreen / amber / red / stop
Ownerbusiness, risk, data and technology owners
Versioneffective date and approver

12.3 Management Information Loop

metric contract
  -> telemetry and source data
  -> quality checks
  -> dashboard
  -> board or executive decision
  -> management action
  -> closure evidence
  -> benefits and risk review

13. Scenario Planning

13.1 Scenario Template

ScenarioTriggerDecisionManagement action
Base casevalue, risk, adoption and cost meet gatecontinueprepare next gate evidence
Upsidevalue high, platform reuse high, risk stableacceleratefund platform runway or expanded cohort
Value missAI works but outcome does not improvepivot / stoprevise workflow or stop investment
Adoption missquality acceptable, users do not useholdredesign workflow, manager cadence, incentives
Risk breachharm, policy, privacy, security or evidence failurestop / restrictcontain, investigate, remediate
Cost driftunit economics exceed thresholdoptimize / restrictroute, scope, vendor, review redesign
Architecture blockerdependency not readyconvert investmentfund data/platform capability or stop use case
External changepolicy, regulatory, model, vendor or market shiftre-tierupdate risk and option architecture

13.2 Pre-Mortem Prompts

Use these before funding:

  • The pilot is technically successful but no one uses it. Why?
  • The model output is good but benefit is not recognized by finance. Why?
  • The use case scales and then risk incidents increase. Which control failed?
  • The vendor changes price or model behavior. What fallback exists?
  • A board member asks for evidence behind the ROI. Can we reconstruct it?
  • A customer harm event occurs. Can management identify affected population and stop expansion?
  • A prompt or RAG source changes. Which release gate re-runs?

14. Stop / Scale / Pivot Decision

14.1 Decision Rule Table

EvidenceDecision
value strong, risk green, adoption strong, unit economics viable, architecture readyscale
value strong, risk amber, controls improvinglimited scale with conditions
value weak, risk green, adoption strongpivot to better workflow target
value strong, adoption weakredesign workflow and hold scale
risk redstop or restrict immediately
cost redoptimize, reduce scope or stop
architecture redpause use case scale and fund dependency only if portfolio leverage exists
confidence declininghold, roll back or rebaseline

14.2 Stop / Scale Memo Template

# AI Stop / Scale / Pivot Memo

Use case:
Current stage:
Review period:
Decision requested:

Outcome thesis:

Evidence summary:
- Baseline:
- Value result:
- Adoption:
- Quality:
- Risk:
- Cost:
- Architecture:

Recommendation:

Conditions:

Stop triggers:

Scale boundary:

Residual risk:

Next review:

14.3 Stop Decision Narrative

Use this wording when stopping a pilot:

Management recommends stopping scale investment, not because AI cannot assist the workflow,
but because the evidence does not currently justify production expansion.
The pilot created reusable assets: baseline, eval set, failure taxonomy, data quality findings and architecture lessons.
Capacity will be redirected to [higher-confidence use case / platform dependency / process redesign].

15. Evidence Pack

15.1 Evidence Pack Index

SectionArtifact
Decisionexecutive memo, gate record, decision owner
Businessproblem statement, baseline, process map, customer / employee evidence
Optionsoption architecture, tradeoff matrix, no-AI comparison
Valuebusiness case, benefits register, unit economics, finance review
Riskrisk tier, risk appetite thresholds, controls, exceptions, residual risk
Architecturecontext diagram, data flow, dependency graph, platform reuse, vendor view
AI qualityeval set, rubric, QA result, failure taxonomy, regression result
OperationsRACI, runbook, training, support model, review capacity
MImetric contracts, dashboard, action log, threshold evidence
Post-reviewrealized benefit, incidents, lessons learned, scale / stop decision

15.2 Narrative-to-Evidence Traceability

Narrative claimEvidence objectOwner
The problem is materialbaseline fact sheetbusiness / finance
AI is a suitable optionAI fit and option comparisonAI PM / architect
Risk is inside appetiterisk tier and control evidencerisk owner
Architecture can scaledependency map and platform capacityarchitect / platform
Benefit can be recognizedbenefits register and finance methodfinance
Adoption is realworkflow telemetry and manager reviewoperations
Management can stopkill switch, stop rule and rollback planproduct / technology
Board number is reliablemetric contract and lineagedata owner

15.3 Evidence Quality Gate

Before a board or executive review, confirm:

  • Every claim in the first page maps to an evidence object.
  • Every evidence object has owner, source, date and confidence level.
  • Every benefit has a baseline and recognition method.
  • Every risk threshold maps to action.
  • Every architecture dependency has owner and readiness status.
  • Every amber/red item has management action or accepted residual risk.

16. Board Narrative Examples

16.1 AI Complaint Intelligence

Decision requested:
Approve an 8-week pilot for AI complaint intelligence covering credit card servicing complaints in two queues.

Outcome thesis:
AI clustering and evidence retrieval can reduce systemic issue detection lag and improve corrective action prioritization.

Option:
Hybrid staged option using approved case data, complaint taxonomy, model gateway and reviewer workbench.

Risk boundary:
AI does not determine regulatory breach, remediation amount or customer communication.

Scale condition:
Scale requires QA precision, repeat complaint reduction signal, action closure improvement and no sensitive-category misclassification breach.

16.2 Account Opening Modernization

Decision requested:
Fund discovery and shadow pilot for AI-assisted account opening document review.

Outcome thesis:
AI can reduce manual review cycle time and onboarding abandonment by extracting document facts and creating missing-document checklists.

Risk boundary:
Final approve, decline, fraud escalation and KYC exception decisions remain human-controlled.

Architecture condition:
Use model gateway, OCR abstraction, source authority, product policy profile, workflow connector and evidence trace.

16.3 AML Triage

Decision requested:
Approve six-week shadow mode for low-risk AML alert triage assistant.

Outcome thesis:
AI can reduce analyst research and narrative drafting time while improving evidence completeness.

Risk boundary:
No automatic alert closure, no SAR escalation decision, no external reporting language generated without analyst approval.

Stop rule:
Stop if AI omits critical evidence, creates unsupported recommendation or increases QA defects above threshold.

16.4 Regulatory Reporting Automation

Decision requested:
Fund a controlled pilot for regulatory reporting evidence automation.

Outcome thesis:
AI can draft variance explanations and evidence checklists, reducing close-cycle rework and improving lineage readiness.

Risk boundary:
AI does not attest, interpret regulation, change report numbers or submit filings.

Scale condition:
Every generated explanation must link to source data, calculation lineage, reviewer decision and metric contract.

16.5 Branch / Contact-Center Copilots

Decision requested:
Approve limited release of grounded policy copilot to 50 contact-center agents.

Outcome thesis:
AI can reduce agent research time and improve policy citation quality in bounded service journeys.

Risk boundary:
High-risk topics route to approved snippets or supervisor review; agents approve customer-visible responses.

Stop rule:
Pause expansion if unsupported claim rate, stale source citation or high-risk bypass exceeds appetite threshold.

17. Anti-Patterns

Anti-patternSymptomCorrection
ROI-first narrativeslide starts with savings estimatestart with decision, outcome and baseline
Demo-based fundingprototype excitement drives budgetrequire evidence gate and cost-to-learn
No-AI option missingAI appears inevitablecompare process, rules, vendor and no-action
Human review handwave"HITL" without capacity or evidencedefine reviewer workflow, coverage, queue and QA
Architecture appendixdependencies hidden after financialsput dependency map in executive narrative
Vanity benefitsmodel calls, generated summaries, active usersuse qualified value events and recognized benefits
Pilot sprawlpilot keeps expanding without decisiontime-box with expiry and gate decision
Scale by momentumsuccessful pilot auto-expandsseparate scale gate with unit economics and risk trend
Risk appetite absentno thresholds or unacceptable outcomesdefine amber/red/stop rules
Evidence not traceablenumbers exist only in slidesmetric contracts and lineage

18. Interview Answers

18.1 30 秒版本

I turn AI work into executive investment decisions by starting with the outcome thesis, not the model. I compare options, build causal value logic, quantify cost-to-learn, show architecture dependencies, map risk appetite to gates, and define stop / scale / pivot criteria. The first funding request usually buys evidence, not enterprise scale.

18.2 2 分钟版本

For a senior AI PM or architect, the key is to make AI fundable without overselling it. I start with baseline evidence: current volume, cost, quality, risk and customer impact. Then I define the outcome thesis and the AI role, including what humans still own. Next I present option architecture: no action, process redesign, rules automation, AI copilot, vendor or shared platform. This prevents the organization from treating AI as the only answer.

For the business case, I build causal value logic. AI behavior has to lead to workflow adoption, then process improvement, then business benefit, then finance or risk recognition. I include all-in unit economics: model, platform, review, QA, support and change management. I also show architecture dependencies such as model gateway, RAG source authority, workflow integration, eval, observability and evidence binder.

Finally, I define gates. Discovery proves the problem and data. Pilot proves behavior, adoption, cost and controls. Release proves operational readiness. Scale requires realized benefits and stable risk. Stop rules are written before funding. That way executives are funding a managed option under uncertainty, not a vague AI promise.

18.3 CFO Answer

I would not ask the CFO to accept generic productivity savings. I would define benefit type: hard saving, cost avoidance, productivity capacity, risk reduction or revenue enablement. Each benefit needs baseline, owner, attribution method, confidence level and recognition rule. For example, contact-center copilot time savings become financial value only if they reduce backlog, overtime, rework, staffing need or create measurable capacity redeployment. I also include total cost-to-serve: model, platform, review, QA, support, training, governance and incident cost.

18.4 COO Answer

I treat adoption as a gate, not a training task. A copilot creates value only when it changes the target workflow. I would measure eligible repeat adoption, accepted output, override reason, manager review cadence, queue impact and support load. If users attend training but bypass AI in real cases, scale is held and we redesign workflow, UX, incentives or manager cadence.

18.5 CIO / CTO Answer

I make architecture dependencies explicit in the investment case. If every use case builds its own RAG, logging, eval, gateway, tool permissions and evidence export, portfolio economics will fail. I assess whether the investment should reuse platform services or fund platform runway. Scale requires version control, observability, rollback, cost controls, security, data lineage and support ownership.

18.6 Risk / Compliance Answer

I translate risk appetite into product constraints and funding gates. For high-risk financial retail use cases, AI authority, data boundary, customer impact, explainability, review requirements, evidence retention and stop thresholds must be explicit. I avoid saying human review solves everything; I show reviewer capacity, QA sampling, traceability and residual risk owner.

18.7 Board Answer

The board should see the decision requested, options considered, why management recommends this option, what evidence exists, what assumptions remain, what risks are outside appetite, what conditions apply before scale and how management will stop or remediate. A board pack is useful only if it supports fund, hold, scale, stop, remediate or accept-risk decisions.

19. Portfolio Exercise

19.1 Exercise Goal

Create a board-ready investment decision packet for one AI use case in financial retail.

Choose one:

CaseScope
AI complaint intelligencecomplaint clustering, root-cause evidence and corrective action prioritization
Account opening modernizationdocument extraction, missing-document checklist and application summary
AML triagelow-risk alert summary, evidence checklist and analyst workflow
Regulatory reporting automationvariance explanation, lineage checklist and evidence binder
Branch / contact-center copilotgrounded policy answer and staff workflow guidance

19.2 Deliverables

DeliverableRequired content
One-page narrativedecision requested, recommendation, thesis, evidence, risk, gates
Option architectureno-action, process/rules, AI, vendor/platform options
Business casebaseline, causal logic, benefit type, unit economics, confidence
Risk appetite mapunacceptable outcomes, thresholds, residual risk owner
Architecture dependency mapdata, model, RAG, workflow, review, observability, vendor
Gate plandiscovery, pilot, release, scale, stop criteria
Metricsqualified value event, adoption, risk, cost and benefit metrics
Evidence pack indexnarrative-to-evidence traceability
Interview storyline30-second and 2-minute answer

19.3 30-Day Practice Plan

DayOutput
1Select use case and define decision requested
2Write baseline evidence table
3Draft outcome thesis
4Map AI role and human boundary
5Build option architecture
6Write no-AI and process-only alternatives
7Review strategic fit and risk appetite
8Build causal value logic
9Define qualified value event
10Draft unit economics
11Define confidence scoring
12Map architecture dependencies
13Create risk and control matrix
14Define eval, QA and adoption evidence
15Draft discovery gate
16Draft pilot gate
17Draft release gate
18Draft scale gate
19Write kill criteria
20Build scenario plan
21Create metric contracts
22Build evidence pack index
23Write board one-page memo
24Write CFO challenge answer
25Write COO challenge answer
26Write CIO/CTO challenge answer
27Write Risk challenge answer
28Run anti-pattern review
29Tighten narrative-to-evidence traceability
30Assemble portfolio artifact

19.4 Scoring Rubric

DimensionStrong artifact
Decision clarityDecision requested is explicit and bounded.
Outcome thesisSpecific outcome, population, AI role and causal logic.
Option qualityMultiple credible options, not one preselected AI solution.
Business caseBaseline, unit economics, benefit recognition and confidence.
ArchitectureDependencies and platform implications visible to executives.
Risk appetiteStop thresholds and unacceptable outcomes are explicit.
EvidenceClaims trace to owner, source and date.
GovernanceGates decide funding, scale, hold, stop or pivot.
Portfolio maturityStop decisions and platform reuse are treated as value creation.

20. Quick Reference

Decision requested: what management must decide now.
Outcome thesis: why this investment matters.
Option architecture: what choices exist.
Causal value logic: how AI becomes business value.
Cost-to-learn: what evidence costs before scale.
Confidence level: how strong the evidence is.
Architecture dependency: what must be true to scale.
Risk appetite: what cannot be traded away.
Management information: how value and risk are monitored.
Benefits realization: how outcomes are recognized.
Stop / scale / pivot: how governance acts under uncertainty.
Evidence traceability: why the narrative is trustworthy.

Final mastery standard:

You can walk into an executive AI review and move the conversation from "Can we build this?" to "Which option should we fund, under what conditions, with what evidence, and when will we stop, scale or pivot?"