Skip to main content

Capstone: Build Your Innovation OS

You have used every tool in the Innovation OS individually. You have conducted customer discovery and synthesised insights with /discovery. You have generated and pressure-tested ideas with /idea. You have mapped the assumption stack with /hypothesis, built the MVP plan, run the BML loop with /validate. You have built the Business Model Canvas with /canvas, modelled unit economics with /financials, sized the market with /market, designed the go-to-market strategy with /gtm, constructed the investor pitch with /pitch, planned the innovation sprint with /sprint, and configured all four persistent agents.

Each of these was a separate tool. In this lesson, you assemble them into a single, integrated system: your Innovation OS.

The integration point is innov.local.md — the venture context file that makes every skill specific to your venture. Without it, each tool produces generic outputs that could apply to any business. With it, each tool produces intelligence that is calibrated to your specific customers, assumptions, financial model, and stage.

The Full Exercise Chain

This capstone draws on every prior exercise:

  • Ex 2 (L03): Customer discovery synthesis — feeds customer_profiles
  • Ex 1 (L04): Selected idea — feeds venture.solution_hypothesis
  • Ex 3.1 (L05): Assumption map — feeds key_assumptions (all entries)
  • Ex 3.2 (L06): MVP scoping — feeds venture.stage_goal
  • Ex 4 (L08): Business Model Canvas — feeds business_model_canvas
  • Ex 5 (L09): Unit economics — feeds financial_model.unit_economics
  • Market data (L10): Competitive landscape — feeds competitive_landscape
  • Ex 7 (L11): ICP and GTM — feeds customer_profiles buying_process
  • Ex 6 (L12): Pitch narrative — feeds fundraising.current_round data

If you have completed every prior exercise, all the data you need already exists. This lesson is about assembling it into one coherent file.

Part A: The AP Automation innov.local.md

Before building your own file, walk through the complete, filled-in version for the AP automation venture. Every field comes from prior lesson outputs.

# innov.local.md — AP Automation SaaS Venture
# Chapter 40 Capstone Example — Derived from Lessons 3–14

---

venture:
name: "AP Automation SaaS"
stage: "MVP"
type: "STARTUP"

problem_statement: >
Mid-market companies ($5M–$50M revenue) manage accounts payable
through WhatsApp approvals and Excel reconciliation, generating
3–5 invoice matching errors per month with no audit trail — creating
audit risk, cash flow uncertainty, and 40+ person-hours of monthly
error correction.

target_customer: >
CFOs and Finance Directors at manufacturing, distribution, and
professional services companies with $5M–$50M annual revenue,
5–15 person finance teams, and no enterprise ERP deployment.
Typically manage 100–500 invoices per month.

solution_hypothesis: >
A SaaS platform that receives invoices by email and WhatsApp,
applies AI matching against POs at 91% accuracy, routes approval
decisions through the messaging platform the team already uses
(WhatsApp, Teams, or Slack), and maintains a real-time AP dashboard
with full audit trail — at $500/month for mid-market; $350/month for SME.

unfair_advantage: >
Founder ran AP for a $20M manufacturer for 6 years. Built the
first version for own team. Has 5,000 real invoices as training data.
Three former colleagues are paying pilot customers with real invoice volumes.

stage_goal: >
Validate that WhatsApp integration improves adoption from 45% to ≥65%
in Pilot 3, and confirm that all 3 pilots would renew at month 6.
Prove product-market fit exists before beginning $500K seed raise.

---

key_assumptions:
- id: "A-001"
assumption: "CFOs will pay $500/month for AP automation with WhatsApp approval workflow"
risk: "HIGH"
evidence: "VALIDATED"
test_method: "Charge 3 pilots; measure payment and renewal"
test_cost: "0 — testing through normal sales"
test_status: "VALIDATED"
result: "3 pilots paying $500/month; no churn after 2 months"

- id: "A-002"
assumption: "AI matching at 91% accuracy is sufficient to reduce CFO error correction time significantly"
risk: "HIGH"
evidence: "VALIDATED"
test_method: "Measure reconciliation errors per month pre/post deployment"
test_cost: "0 — measured in pilot"
test_status: "VALIDATED"
result: "Error correction time dropped from 40 to 4 person-hours/month in Pilot 1"

- id: "A-003"
assumption: "CFOs prefer WhatsApp approval over email-based approval workflow"
risk: "HIGH"
evidence: "ANECDOTAL"
test_method: "Deploy WhatsApp integration to Pilot 3; measure adoption vs. email baseline"
test_cost: "1 sprint (14 days)"
test_status: "TESTING"
result: "Pilot 3 adoption at 52% after Week 1; target ≥65%"

- id: "A-004"
assumption: "WhatsApp integration is technically feasible within our current infrastructure"
risk: "HIGH"
evidence: "VALIDATED"
test_method: "Build WhatsApp integration for Pilot 3; confirm delivery and response capture"
test_cost: "8 developer story points"
test_status: "VALIDATED"
result: "WhatsApp integration deployed; messages delivered in <2 minutes; APPROVE/REJECT captured"

- id: "A-005"
assumption: "CFOs will approve invoices via mobile messaging app in real workflow (not just in testing)"
risk: "HIGH"
evidence: "TESTING"
test_method: "Measure 7-day adoption rate in Pilot 3 post WhatsApp deployment"
test_cost: "0 — measured in live deployment"
test_status: "TESTING"
result: "Day 5 of 7-day measurement: 52% adoption; watching for trend"

- id: "A-006"
assumption: "CFOs experience approval fatigue for high-volume small invoices and want auto-approval"
risk: "MEDIUM"
evidence: "ANECDOTAL"
test_method: "Interview 3 CFOs directly; offer auto-approve as optional feature in Pilot 2"
test_cost: "2 founder hours for interviews + 3 dev points for feature"
test_status: "TESTING"
result: "2 of 3 pilot CFOs mentioned fatigue; building threshold feature"

- id: "A-007"
assumption: "ERP integration (Xero, QuickBooks, Sage) is technically feasible and needed for retention"
risk: "MEDIUM"
evidence: "ASSUMED"
test_method: "API discovery sprint; test Xero integration first"
test_cost: "1-week spike"
test_status: "UNTESTED"
result: ""

- id: "A-008"
assumption: "New finance staff can become proficient with the system within 2 business days independently"
risk: "MEDIUM"
evidence: "ANECDOTAL"
test_method: "Track onboarding time for all new staff additions in pilots"
test_cost: "0 — observational measurement"
test_status: "TESTING"
result: "Pilot 3 new hires took 3 days (target: 2). Onboarding guide may help."

- id: "A-009"
assumption: "Proactive vendor payment alert (before vendor contacts us) increases CFO value perception"
risk: "LOW"
evidence: "ASSUMED"
test_method: "Build alert for one pilot; measure CFO reaction"
test_cost: "2 dev points"
test_status: "UNTESTED"
result: ""

- id: "A-010"
assumption: "Sustainable CAC with a market-rate sales hire is ≤$1,200"
risk: "HIGH"
evidence: "ASSUMED"
test_method: "Hire first sales rep; track CAC over 6 months"
test_cost: "Requires seed funding"
test_status: "UNTESTED"
result: ""

---

customer_profiles:
- name: "Growth-Stage CFO"
segment: "CFO or Finance Director; manufacturing or distribution company; $10M–$50M revenue; 8–15 person finance team; no enterprise ERP"

job_to_be_done:
functional: "Pay suppliers accurately and on time with a clean, auditable record of every approval"
emotional: "Be confident in front of the auditor; not be blamed for errors that were not their fault"
social: "Be seen as a finance leader who modernised the AP process, not one who runs it on WhatsApp"

current_solution: >
Email + WhatsApp for invoice receipt; WhatsApp group for CFO approval;
manual Excel entry for reconciliation; accounting software entry at month-end.
3–5 matching errors per month; 40 person-hours on error correction.

pain_points:
- "Invoice reconciliation errors (9/10 CFOs; HIGH severity): 40 hrs/month fixing mistakes"
- "No real-time AP visibility (8/10 CFOs; HIGH severity): always looking at a stale Excel"
- "WhatsApp approvals with no audit trail (7/10 CFOs; MED-HIGH): cannot prove who approved what"

gain_drivers:
- "Audit confidence: 'I would be comfortable showing this to my auditor' — all 3 pilots validated"
- "Time back: error correction from 40 hrs to 4 hrs/month (Pilot 1 measured)"

willingness_to_pay: >
Pays $200/month for accounting software. In discovery, multiple CFOs said
"I'd pay 3x that to solve this." All 3 pilots paying $500/month; no
pushback on price at this tier. 6 LOIs at $500/month in pipeline.

buying_process: >
CFO has purchase authority up to ~$10K/year. Above that, CEO co-sign.
Evaluation: 2-week trial with real invoices. Decision gate: can I show this
to my auditor? Annual commitment preferred. POC → pilot → contract.

discovery_source: "10 interviews + 3 paying pilots"
last_updated: "2026-03-18"

---

business_model_canvas:
version: "1.4"
date: "2026-03-18"

customer_segments:
primary: "Growth-Stage CFO (see customer_profiles)"
secondary: "SME Finance Director ($1M–$5M revenue; lower tier pricing)"
evidence: "VALIDATED (3 paying pilots in primary segment)"
open_question: "Can the SME segment reach similar LTV at $350/month lower price point?"

value_propositions:
primary: "AP automation that works inside WhatsApp — no behaviour change required; full audit trail from day one"
secondary: "Reconciliation accuracy from 40 error-hours/month to <5"
evidence: "VALIDATED (all 3 pilots; Pilot 1 measured)"
open_question: "Does ERP integration strengthen the value prop enough to change pricing?"

channels:
current: "Founder-led direct sales; warm introductions from CFO network"
target: "2-rep sales team post-seed; CFO community events; accounting firm partnerships"
evidence: "ASSUMED (channel at scale)"
open_question: "Will accounting firms refer clients as a channel? Test before hiring sales rep."

customer_relationships:
current: "High-touch: founder-managed onboarding and weekly check-ins for pilots"
target: "Structured onboarding (2-day self-serve) + monthly success call at scale"
evidence: "ANECDOTAL"
open_question: "Minimum viable onboarding that produces 65%+ adoption without white-glove support"

revenue_streams:
primary: "$500/month mid-market SaaS subscription ($6K ARR per customer)"
secondary: "$350/month SME tier (to be validated)"
evidence: "VALIDATED for primary; ASSUMED for secondary"
open_question: "Does tiered pricing expand addressable market or just dilute average ARR?"

key_resources:
- "AI invoice matching model (trained on 5,000 real invoices — proprietary training data)"
- "WhatsApp Business API integration (technical differentiation)"
- "Founder's 6-year AP operations experience (domain moat)"

key_activities:
- "AI model accuracy improvement (91% → 97% target post-seed)"
- "Customer onboarding and adoption support (critical for retention)"
- "Direct sales (founder-led pre-seed; sales hire post-seed)"

key_partnerships:
- "WhatsApp Business API provider (distribution dependency)"
- "Accounting software providers — Xero, QuickBooks (integration roadmap)"

cost_structure:
fixed_costs:
- "Personnel (2 founders): $2,500/month"
- "Cloud infrastructure: $400/month"
- "Software and APIs: $500/month"
- "Sales and marketing: $1,000/month (pre-seed)"
variable_costs:
- "WhatsApp API: ~$0.005 per message"
- "AI inference: ~$0.02 per invoice processed"
total_monthly_burn: "$4,400/month"

---

financial_model:

unit_economics:
pricing_model: "Monthly SaaS subscription"
price_per_unit: "$500/month (mid-market); $350/month (SME)"
cac_founder_led: "$275 (measured: 3 customers acquired)"
cac_sustainable: "$1,200 (estimated: market-rate sales team)"
cac_basis: "Founder-led: time + travel only. Sustainable: includes 1 sales rep salary at 20 customers/year."
ltv_gross_revenue: "$40,000 (at 15% annual churn: avg 6.7 year tenure × $6K ARR)"
ltv_gross_profit: "$36,000 (90% gross margin)"
ltv_cac_ratio: "131:1 (founder-led); 30:1 (sustainable)"
gross_margin_pct: "90%"
payback_period_months: "1 month (founder-led CAC)"
churn_annual_pct: "15% (ASSUMED — no 12-month data yet)"
churn_basis: "ASSUMED — 3 pilots; no churns in 2 months. Insufficient data for measured rate."

current_state:
mrr: "$1,500 (3 pilots × $500)"
arr: "$18,000"
paying_customers: "3"
monthly_burn: "$4,400"
cash_on_hand: "$83,200"
runway_months: "19"
breakeven_n_customers: "10 (at $500/month and $4,400 burn)"

milestones:
breakeven_target: "5 months from seed close (10 customers)"
fundraise_trigger: "$3,000 MRR (6 customers) — start fundraising process"
series_a_readiness: "$300K ARR (50 customers); CAC:LTV ratio validated at scale; 2+ sales reps at target quota"

---

competitive_landscape:

direct_competitors:
- name: "SAP Concur / Oracle Fusion AP"
description: "Enterprise ERP AP modules; targeting companies >$100M revenue"
strengths_vs_us: "Full ERP integration; enterprise brand; large support teams"
weaknesses_vs_us: "Require full ERP deployment; $50K+ implementation; designed for enterprises, not mid-market"
threat_level: "LOW"

- name: "Tipalti"
description: "Global AP automation; targets mid-market to enterprise; $250/month+"
strengths_vs_us: "Global payments; stronger international features"
weaknesses_vs_us: "No WhatsApp integration; designed for desktop; requires behaviour change"
threat_level: "MEDIUM"

- name: "Stampli"
description: "AI-powered AP collaboration; focuses on invoice collaboration"
strengths_vs_us: "More established; better UX for large finance teams"
weaknesses_vs_us: "No WhatsApp workflow; requires new portal adoption; higher price point"
threat_level: "MEDIUM"

indirect_alternatives:
- name: "Excel + WhatsApp (current behaviour)"
why_customers_use_it: "Free; familiar; already in use; requires no procurement process"
our_advantage: "Audit trail; error reduction; dashboard visibility — all with existing WhatsApp behaviour"

- name: "Accounting software AP (Xero, QuickBooks)"
why_customers_use_it: "Already purchased; built into existing workflow"
our_advantage: "WhatsApp-native approvals; AI matching; real-time dashboard these tools don't provide"

our_differentiation: >
The only AP automation tool designed to work inside the messaging apps
(WhatsApp, Teams, Slack) that mid-market finance teams already use for approvals.
Every competitor requires CFOs to adopt a new portal and change existing behaviour.
We work with existing behaviour — WhatsApp approval stays as WhatsApp approval,
but now with an AI-matched invoice, a full audit trail, and a real-time dashboard.

moat_building: >
Data moat: each invoice processed improves AI matching accuracy. At 100,000
invoices processed (projected 18 months post-seed), matching accuracy exceeds
any new entrant's initial model capability. Switching cost: once a CFO's
audit trail is in the system, switching means losing the historical audit record —
a strong retention driver after 6+ months.

---

fundraising:
current_round:
type: "SAFE"
target_amount: "$500,000"
valuation_cap: "$3,000,000"
discount: "N/A"
use_of_funds:
- "ML engineer (accuracy + ERP integration): 40%"
- "Sales hire (2 reps): 30%"
- "Customer success: 20%"
- "Operations and infrastructure: 10%"
milestone_at_close: "50 customers; $360K ARR; Series A ready — 18 months"

investor_pipeline:
- name: "TBD Angel 1"
type: "Angel"
status: "OUTREACH PENDING"
fit: "Former CFO background; knows the pain directly"
last_contact: ""
next_action: "Warm introduction via [advisor] — send intro this week"

data_room_status:
- item: "Pitch deck"
status: "COMPLETE"
- item: "Financial model (3 scenarios)"
status: "COMPLETE"
- item: "Cap table"
status: "COMPLETE"
- item: "Customer LOIs or contracts"
status: "COMPLETE (3 contracts + 6 LOIs)"
- item: "Team bios"
status: "IN PROGRESS"
- item: "Product demo or screenshots"
status: "COMPLETE"
- item: "Reference customer list"
status: "COMPLETE"

This is what a complete, validated innov.local.md looks like. Every field contains specific data from the prior exercises. No placeholder text remains. The assumption stack has 10 entries with varied statuses (VALIDATED, TESTING, UNTESTED). The customer profile draws directly from the L03 discovery synthesis.

Part B: Build Your Own innov.local.md

Now build your own. Follow these six steps in order. Each step maps to a prior exercise.

Step 1 — Venture context (from L01–L04)

Fill in the venture section of innov.local.md for my venture.
My idea: [Your idea from L04 — the selected idea from your idea sprint]
My problem statement: [From your HMW problem statement in L03]
My target customer: [From your ICP in L11, or from your discovery interviews]
My solution hypothesis: [From your MVP scoping in L06]
My stage goal: [What am I trying to prove at this stage?]

Step 2 — Customer profiles (from L03 discovery)

Build a customer_profiles entry for my primary persona.
Based on my L03 discovery synthesis:
- JTBD map: [Paste from your L03 exercise output]
- Pain ranking: [Top 3 pains with frequency and severity]
- Willingness to pay: [From L09 unit economics exercise]
- Buying process: [From your L11 ICP work]

Step 3 — Assumption stack (from L05)

Populate key_assumptions with my top 10 assumptions.
From my assumption map in L05: [Paste your A-001 through A-010 entries]
For each:
- Current test_status: UNTESTED / TESTING / VALIDATED / INVALIDATED
- Current evidence: ASSUMED / ANECDOTAL / VALIDATED
- Any results from L07 BML analysis: [What was measured]

Step 4 — Financial model parameters (from L09)

Fill in financial_model.unit_economics for my venture.
From my L09 unit economics exercise:
- CAC (founder-led): [Your calculated CAC]
- LTV (gross profit): [Your calculated LTV]
- LTV:CAC ratio: [Your calculated ratio]
- Gross margin: [Your estimated margin]
- Monthly burn: [Your calculated burn]
- Runway: [Your calculated runway]

Step 5 — Competitive landscape (from L10)

Fill in competitive_landscape for my venture.
From my L10 competitive intelligence work:
- Direct competitors: [Your top 3 from the competitive scan]
- Indirect alternatives: [Including 'do nothing' / current workaround]
- Our differentiation: [Specific — not generic]
- Moat building: [Data, network effects, switching costs]

Step 6 — Fundraising or intrapreneurship section

For entrepreneurs: Populate the fundraising section from your L12 pitch exercise. Fill in the current round details, use of funds, and milestone at close. Start the investor pipeline with at least 3 target investors you have researched.

For intrapreneurs: Populate the intrapreneurship section instead:

Fill in the intrapreneurship section for my innovation project.
Parent organisation: [Your company and division]
Sponsor: [Your executive sponsor]
Approval pathway:
- Current stage: IDEA / EXPLORATION / BUSINESS CASE / PILOT / SCALE
- Next gate: [What approval do I need next?]
- Gate owner: [Who makes that decision?]
- Gate criteria: [What do they need to see?]
Internal constraints:
- Budget available: [What you have to work with]
- Headcount: [People available]
- Timeline: [When this must show results]
Internal stakeholders: [Your CHAMPION / NEUTRAL / RESISTANT map]
Success definition: [Specific and measurable — not 'add value']

The 4-Question Validation Test

After completing all six sections, run this test. It tells you whether innov.local.md is working.

Based on innov.local.md, give me:
1. Today's most important task for my venture
2. The assumption I should be testing this week
3. The investor question I am least prepared to answer
4. One thing in my business model that I should be more worried about

Pass criteria: Each answer is specific and references your venture's actual data. If any answer is generic (could apply to any business), find the section producing the generic output and add more specificity there.

Generic outputSection to fix
"Your most important task is to talk to more customers"customer_profiles — pains too vague or no buying process documented
"You should test whether customers will pay"key_assumptions — too few assumptions; no test methods written
"Investors will ask about competition"competitive_landscape — differentiation too generic
"Your business model needs more revenue"financial_model — all ASSUMED; no measured data

Fix the section. Re-run the specific prompt that produced the generic response. Repeat until all 4 responses are venture-specific.

Most Common Gaps

Based on the template validation notes, these are the sections students most often complete insufficiently:

customer_profiles — pains too vague: Weak: "Customers want a faster process." Strong: "3–5 reconciliation errors per month (9/10 CFOs); one CFO estimated 40 person-hours/month on error correction alone."

key_assumptions — too few: Weak: 5 assumptions, all HIGH risk, all UNTESTED. Strong: 15–20 assumptions across all three tiers; varied statuses including VALIDATED entries from prior exercises.

competitive_landscape — differentiation too generic: Weak: "We are easier to use and more affordable." Strong: "The only AP tool designed to work inside WhatsApp — competitors require behaviour change; we work with existing behaviour."

financial_model — all ASSUMED: Weak: All fields marked ASSUMED. Strong: Fill in any number you can actually defend — measured CAC from your pilot sales, actual burn rate, real cash on hand. Mark ASSUMED only what you genuinely have not measured.

For Intrapreneurs

Your innov.local.md has the same structure with one key substitution: the fundraising: section becomes intrapreneurship:. The approval pathway maps the internal gates your project must pass. The internal stakeholders map is your equivalent of the investor pipeline — tracking who is CHAMPION, NEUTRAL, or RESISTANT and what each needs to move forward. The 4-question validation test still works: replace "investor question" with "objection from the CFO or Legal team that I am least prepared to answer."

Try With AI

Try With AI

Use these prompts in Cowork or your preferred AI assistant.

Reproduce — Run the validation test on the AP venture:

Based on the following innov.local.md for the AP automation SaaS venture,
give me:
1. Today's most important task
2. The assumption I should be testing this week
3. The investor question I am least prepared to answer
4. One thing in my business model I should be more worried about

[Paste a condensed version of the AP innov.local.md above]

What you are learning: If the 4 answers reference specific AP venture data — Pilot 3 adoption rate, assumption A-005, the churn assumption that is ASSUMED not measured — the context file is working. Generic answers signal which sections need more specificity.

Adapt — Diagnose a partially completed innov.local.md:

Here is my draft innov.local.md with some sections complete and some still placeholder:
[Paste your draft — including any sections still showing placeholder text]

Diagnose:
1. Which sections are sufficiently specific to produce venture-specific outputs?
2. Which sections still have placeholder or vague language?
3. For each incomplete section, what is the single most important piece of information to add?
4. After my additions, which of the 4 validation questions would still produce generic output?

What you are learning: The AI's diagnosis of your innov.local.md reveals which prior exercises you need to revisit. A weak customer_profiles section means going back to the L03 discovery synthesis. A weak financial_model section means returning to L09 unit economics. The capstone exposes the weakest link in your prior work.

Apply — Run the full 4-question validation test on your completed file:

Based on my innov.local.md:
[Paste your completed innov.local.md]

Give me:
1. Today's most important task for my venture
2. The assumption I should be testing this week (reference the A-00X ID)
3. The investor question I am least prepared to answer — and what I need to do to prepare
4. One thing in my business model that I should be more worried about — with a specific reason

If any of these answers is generic (not referencing my specific venture data),
tell me which section of innov.local.md is producing the generic output.

What you are learning: The 4-question test is not a one-time exercise — it is a weekly practice. Running it regularly after updating innov.local.md keeps your venture intelligence current and surfaces the decisions that need attention before they become urgent.

Flashcards Study Aid


Continue to Lesson 16: Chapter Summary and Quick Reference →