meta-market-validation
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
ChineseMarket Validation Meta-Skill
市场验证元技能
Overview
概述
Use this meta-skill to validate or audit market claims. It supports both pre-plan field validation and post-draft evidence review so market logic is grounded in real customer signal rather than narrative convenience.
使用此元技能验证或审计市场主张。它同时支持计划前实地验证和草案后证据审查,确保市场逻辑基于真实客户信号而非主观叙事。
Use When
使用场景
- Use before writing when market assumptions still need field validation.
- Use after drafting when market claims need an evidence audit.
- Use when the plan's credibility depends on proving demand and customer behaviour.
- 在撰写商业计划前使用,当市场假设仍需实地验证时。
- 在完成草稿后使用,当市场主张需要证据审计时。
- 当计划的可信度依赖于证明需求和客户行为时使用。
Do Not Use When
禁用场景
- Do not use to launder speculation into “validated” language.
- Do not treat desk research alone as customer validation.
- Do not keep validating forever when a clear decision can already be made.
- 不要用它将猜测粉饰为“已验证”表述。
- 不要仅将案头研究视为客户验证。
- 当已经可以做出明确决策时,不要无休止地进行验证。
Required Inputs
必要输入
- Business idea, offer, and target-customer assumptions
- Existing market evidence, customer conversations, or draft claims
- Country, sector, and channel context where behaviour matters
- Adjacent market, target-market, and sales sections where consistency matters
- 商业创意、产品/服务方案及目标客户假设
- 现有市场证据、客户对话记录或草案中的主张
- 与客户行为相关的国家、行业及渠道背景
- 需要保持一致性的相邻市场、目标市场及销售相关内容
Workflow
工作流程
- Decide whether the task is pre-plan validation or post-plan auditing.
- Identify the market assumptions or claims that matter most.
- Gather or test evidence against those claims.
- Distinguish validated findings from hypotheses and weak signals.
- Reconcile the results with the plan's narrative and numbers.
- Flag unsupported claims that should be revised or removed.
- 确定任务是计划前验证还是计划后审计。
- 识别最关键的市场假设或主张。
- 收集或测试针对这些主张的证据。
- 区分已验证结论、假设和弱信号。
- 使验证结果与计划的叙事和数据保持一致。
- 标记需要修改或删除的无依据主张。
Quality Bar
质量标准
- The output clearly separates evidence from assumption.
- Validation work is targeted at decisions that matter.
- Weak claims are surfaced rather than buried.
- Findings improve the plan's credibility and focus.
- 输出清晰区分证据与假设。
- 验证工作针对关键决策。
- 弱势主张被明确提出而非掩盖。
- 验证结果提升计划的可信度和聚焦性。
Anti-Patterns
反模式
- Using anecdote as proof of market demand.
- Auditing market claims without checking their financial implications.
- Equating interest with purchasing behaviour.
- Leaving unsupported claims in place because they “sound strategic”.
- 将轶事作为市场需求的证明。
- 审计市场主张时不检查其财务影响。
- 将兴趣等同于购买行为。
- 保留无依据主张,仅因它们“听起来有战略意义”。
Outputs
输出成果
- A validation plan, evidence audit, or market-claim review
- Clear distinction between validated facts and open assumptions
- Recommended revisions or next tests
- 验证计划、证据审计报告或市场主张审查文档
- 明确区分已验证事实与未确认假设
- 建议修改方向或后续测试方案
When to Use
使用时机
Mode A Pre-Plan Field Validation: Before writing the business plan. Use when the entrepreneur has an idea but hasn't yet validated it with real customers. Guides systematic assumption-testing.
Mode B Post-Plan Claim Auditing: After sections 04-07 are complete. Reviews market claims and flags unsupported assertions before investors do.
Both modes can be used sequentially: validate first, write the plan, then audit the plan.
模式A:计划前实地验证:撰写商业计划前使用。适用于创业者已有创意但尚未通过真实客户验证的阶段,指导系统化的假设测试。
模式B:计划后主张审计:完成第04-07部分后使用。在投资者发现问题前,审查市场主张并标记无依据的断言。
两种模式可依次使用:先验证,再撰写计划,最后审计计划。
Mode A: Pre-Plan Field Validation
模式A:计划前实地验证
Core Philosophy
核心理念
"A startup is a temporary organisation in search of a scalable, repeatable, profitable business model" (Blank & Dorf, 2012). Business plans are collections of untested hypotheses. Customer Development converts hypotheses into facts through systematic testing.
The 14th rule: There are no facts inside your building get outside.
“初创企业是一个临时组织,旨在寻找可规模化、可复制、盈利的商业模式”(Blank & Dorf,2012)。商业计划是一系列未经测试的假设集合。Customer Development通过系统化测试将假设转化为事实。
第14条规则:办公室内没有事实——走出去。
Step 1: Classify the Venture's Problem Recognition Level
步骤1:评估创业项目的问题认知水平
Before designing validation activities, assess where target customers sit on the Problem Recognition Scale (Blank & Dorf, 2012):
| Level | Customer State | Validation Approach |
|---|---|---|
| Latent | Have the problem but don't know it | Education-first; validate that the problem exists |
| Passive | Know the problem but aren't motivated to change | Validate pain severity; quantify cost of inaction |
| Active | Searching for a solution with a timetable | Validate solution fit; test willingness to pay |
| Vision | Have cobbled together a workaround | Validate that your solution is better than their hack |
在设计验证活动前,评估目标客户在问题认知量表(Blank & Dorf,2012)上的位置:
| 级别 | 客户状态 | 验证方法 |
|---|---|---|
| Latent(潜在) | 存在问题但未意识到 | 优先教育;验证问题是否存在 |
| Passive(被动) | 意识到问题但无改变动力 | 验证痛点严重程度;量化不作为的成本 |
| Active(主动) | 正在寻找解决方案且有时间表 | 验证解决方案适配性;测试付费意愿 |
| Vision(愿景型) | 已自行拼凑临时解决方案 | 验证你的解决方案是否优于他们的临时方案 |
Step 2: Identify Earlyvangelists
步骤2:识别早期支持者(Earlyvangelists)
Find customers with all five characteristics (Blank & Dorf, 2012):
- They have a problem or need
- They understand they have a problem
- They're actively searching for a solution with a timetable
- The problem is so painful they've cobbled together an interim solution
- They've committed or can quickly acquire budget to purchase
寻找具备以下全部五个特征的客户(Blank & Dorf,2012):
- 存在问题或需求
- 意识到自己存在问题
- 正在积极寻找解决方案且有时间表
- 问题极其痛苦,已自行拼凑临时解决方案
- 已承诺或可快速获得购买预算
Step 3: Map Stakeholders
步骤3:绘制利益相关者图谱
Use three concentric rings (Alam):
- Target 1-3 primary beneficiaries/users
- Connected payers, implementers, gatekeepers who directly influence
- Influenced community, regulators, adjacent businesses indirectly affected
使用三层同心圆模型(Alam):
- 核心目标层:1-3位主要受益者/用户
- 关联层:直接影响决策的付款人、实施者、把关人
- 影响层:间接受影响的社区、监管机构、相邻企业
Step 4: Conduct Empathy-Based Research
步骤4:开展基于共情的研究
Follow the 8-category interview guide (Alam): Introduction Jobs to Be Done Customers Challenges Aspirations Stories Emotions Conclusion.
Key engagement rules:
- Ask "whySection " repeatedly
- Encourage stories ("Tell me about the last time...")
- Look for inconsistencies between words and actions
- Embrace silence don't fill pauses
- Never suggest solutions during the interview
Build Empathy Maps: Observations Interpretations Insights. See .
references/empathy-validation-tools.md遵循8类访谈指南(Alam):介绍 → 待完成工作(Jobs to Be Done)→ 客户 → 挑战 → 愿景 → 故事 → 情绪 → 总结。
关键互动规则:
- 反复询问“为什么”
- 鼓励讲述故事(“告诉我上次遇到这种情况时的经历……”)
- 留意言行不一致之处
- 接受沉默——不要填补停顿
- 访谈期间绝不提出解决方案
构建共情地图:观察 → 解读 → 洞察。详见。
references/empathy-validation-tools.mdStep 5: Apply Rapid Validation
步骤5:应用快速验证法
Use Kagan's Golden Rule: Find 3 paying customers in 48 hours.
Three validation methods:
- Direct preselling use the LOT framework (Listen-Options-Transition)
- Marketplaces post on Facebook Marketplace, local forums, WhatsApp groups
- Landing pages simple page with price and buy button
Structure offers using the Price + Benefit + Time formula:
"For [price], I will [benefit] in [time]."
When rejected, use the 4-question script: Why notSection Who elseSection What would make it a no-brainerSection What would you paySection
See .
references/rapid-validation-methods.md遵循Kagan的黄金法则:48小时内找到3位付费客户。
三种验证方法:
- 直接预售:使用LOT框架(Listen-倾听 → Options-提供选项 → Transition-过渡)
- 平台发布:在Facebook Marketplace、本地论坛、WhatsApp群组发布信息
- 着陆页测试:带价格和购买按钮的简单页面
使用“价格+收益+时间”公式构建方案:
“只需[价格],我将在[时间]内为你提供[收益]。”
被拒绝时,使用4问题脚本:为什么不考虑?还有谁可能感兴趣?怎样才能让它成为必选方案?你愿意支付多少钱?
详见。
references/rapid-validation-methods.mdStep 6: Document and Track Assumptions
步骤6:记录并追踪假设
Use the Assumptions Tracking Template (Alam):
- Classify each assumption as Minor / Major / Critical
- Assign owner and due date
- Track status: New In Progress Validated / Disproved
Calculate Risk Score: . Target: below 100.
(Minor 1) + (Major 5) + (Critical 25)使用假设追踪模板(Alam):
- 将每个假设分类为次要/主要/关键
- 指定负责人和截止日期
- 追踪状态:新建 → 进行中 → 已验证/已推翻
计算风险评分:。目标:低于100分。
(次要×1) + (主要×5) + (关键×25)Step 7: Test the Solution (MVP)
步骤7:测试最小可行产品(MVP)
Follow the MVP Evolution Model (Cooper & Vlaskovits, 2010):
| Stage | Interaction | Objective | Currency |
|---|---|---|---|
| MVP 1 | Landing page / concept | Test problem resonance | Attention |
| MVP 2 | Demo / prototype | Test solution approach | Commitment |
| MVP 3 | Working product | Test willingness to pay | Money |
Evaluate each capability using the BFCE framework (Alam): Better (quality)Section Faster (efficiency)Section Cheaper (cost)Section Easier (experience)Section
遵循MVP演进模型(Cooper & Vlaskovits,2010):
| 阶段 | 互动方式 | 目标 | 衡量指标 |
|---|---|---|---|
| MVP 1 | 着陆页/概念展示 | 测试问题共鸣度 | 关注度 |
| MVP 2 | 演示/原型 | 测试解决方案方向 | 承诺度 |
| MVP 3 | 可工作产品 | 测试付费意愿 | 资金 |
使用BFCE框架(Alam)评估每项能力:更好(质量)、更快(效率)、更便宜(成本)、更易用(体验)。
Step 8: Measure Product-Market Fit
步骤8:衡量产品市场匹配度(Product-Market Fit)
Three-criteria test (Cooper & Vlaskovits, 2010):
- Customer willing to pay
- Cost of acquisition < revenue per customer
- Sufficient evidence market is large enough
Sean Ellis 40% Rule: If 40% of users say they'd be "very disappointed" without the product, you have product-market fit.
三标准测试(Cooper & Vlaskovits,2010):
- 客户愿意付费
- 用户获取成本(CAC)< 单客户收入
- 有足够证据证明市场规模足够大
Sean Ellis 40%规则:如果40%的用户表示“没有该产品会非常失望”,则说明已达成产品市场匹配。
Step 9: Pivot or Proceed
步骤9:调整方向(Pivot)或继续推进
Apply the three-question test (Blank & Dorf, 2012):
- **Can it scaleSection ** $1 in acquisition produces > $1 in revenueSection
- **Is there a repeatable sales roadmapSection ** Can others replicate the sales processSection
- **Is the funnel predictableSection ** Can you forecast conversion at each stageSection
If any answer is no, pivot (change one or more Business Model Canvas boxes) and return to Step 4. See for pivot methodology.
references/customer-development-process.md应用三问题测试(Blank & Dorf,2012):
- 能否规模化? 1美元的获客成本能否带来超过1美元的收入?
- 是否有可复制的销售路径? 其他人能否复制销售流程?
- 转化漏斗是否可预测? 能否预测每个阶段的转化率?
若任何问题答案为否,则调整方向(更改商业模式画布中的一个或多个模块)并返回步骤4。调整方法详见。
references/customer-development-process.mdQuick Validation Checklist
快速验证清单
Before writing the business plan, the entrepreneur should have validated:
- The problem exists and is painful (not a vitamin a painkiller)
- Target customers are identifiable and reachable
- At least 3 customers have paid or committed to pay
- Pricing is based on value-based testing, not guesswork
- The market is growing (Google Trends or equivalent check)
- TAM/SAM is calculated bottom-up, not just top-down
- Key assumptions are tracked with impact classifications
- Risk Score is below 100 (or declining)
- MVP has been tested with real users
- Product-market fit evidence exists (Ellis 40% or equivalent)
撰写商业计划前,创业者应已验证以下内容:
- 问题真实存在且具有痛点(是止痛药而非维生素)
- 目标客户可识别且触达
- 至少3位客户已付费或承诺付费
- 定价基于价值测试而非猜测
- 市场正在增长(通过Google Trends或同类工具验证)
- TAM/SAM采用自下而上的方式计算,而非仅依赖自上而下的数据
- 关键假设已按影响程度分类并追踪
- 风险评分低于100(或呈下降趋势)
- MVP已通过真实用户测试
- 存在产品市场匹配的证据(符合Ellis 40%规则或同类标准)
Mode B: Post-Plan Claim Auditing
模式B:计划后主张审计
Audit the market-facing sections of the business plan (sections 04-07) to ensure claims are defensible and data-backed.
审计商业计划中面向市场的部分(第04-07部分),确保主张具备可辩护性且有数据支持。
What to Validate
验证内容
1. Market Size Validation
1. 市场规模验证
- Is TAM calculated using credible methodology (bottom-up preferred)Section
- Is SAM a logical subset of TAM with clear narrowing criteriaSection
- Is SOM realistic (typically 1-5% of SAM for startups)Section
- Are market size sources cited and current (within 2 years)Section
- Does bottom-up calculation align with top-downSection
- What is the market type: existing, new, re-segmented, or cloneSection (Blank & Dorf, 2012)
- TAM是否采用可信方法计算(优先自下而上)?
- SAM是否为TAM的合理子集,且有明确的筛选标准?
- SOM是否现实(初创企业通常为SAM的1-5%)?
- 市场规模数据来源是否被引用且最新(2年内)?
- 自下而上的计算结果是否与自上而下的数据一致?
- 市场类型属于现有市场、新市场、细分市场还是克隆市场?(Blank & Dorf,2012)
2. Growth Rate Validation
2. 增长率验证
- Are growth projections supported by historical dataSection
- Is the cited CAGR from a reputable sourceSection
- Are growth assumptions consistent with the market typeSection (New markets take 3-7 years; existing markets grow incrementally)
- Is the business growing faster than the marketSection If so, whySection
- 增长预测是否有历史数据支持?
- 引用的复合年增长率(CAGR)是否来自权威来源?
- 增长假设是否与市场类型一致?(新市场需3-7年增长;现有市场呈渐进式增长)
- 企业增长速度是否快于市场?如果是,原因是什么?
3. Customer Assumption Validation
3. 客户假设验证
- Are customer personas based on research or assumptionsSection
- Were earlyvangelists identified and interviewedSection
- Is the CAC estimate grounded in comparable dataSection
- Is the CLV calculation realistic given churn assumptionsSection
- Is the CLV:CAC ratio defensible (>3:1)Section
- Has the Problem Recognition Scale been assessedSection
- 用户画像是否基于研究而非假设?
- 是否识别并访谈了早期支持者?
- 用户获取成本(CAC)估算是否基于可比数据?
- 客户终身价值(CLV)计算是否考虑了客户流失假设且现实可行?
- CLV:CAC比率是否合理(>3:1)?
- 是否评估了问题认知水平?
4. Competitive Positioning Validation
4. 竞争定位验证
- Are all relevant competitors identified (direct, indirect, substitutes)Section
- Is the market type acknowledged, and does competitive strategy matchSection
- Are competitive advantages genuinely sustainableSection
- Are competitor weaknesses based on evidence, not wishful thinkingSection
- Has cost-of-entry been assessedSection (74%+ = monopoly, 41%+ = leader, 26%+ = unstable, <26% = open; Blank & Dorf, 2012)
- 是否识别了所有相关竞争对手(直接、间接、替代者)?
- 是否明确市场类型,且竞争策略与之匹配?
- 竞争优势是否真正具备可持续性?
- 竞争对手的劣势是否基于证据而非一厢情愿?
- 是否评估了进入成本?(74%+ = 垄断,41%+ = 领导者,26%+ = 不稳定,<26% = 开放市场;Blank & Dorf,2012)
5. Pricing Validation
5. 定价验证
- Is pricing consistent with the value propositionSection
- Was pricing tested with real customers (value-based approach)Section
- How does pricing compare to competitors and workaroundsSection
- Does the pricing model support the revenue projectionsSection
- Have the Six Revenue Dials been consideredSection (Kagan, 2024)
- 定价是否与价值主张一致?
- 是否通过真实客户测试定价(基于价值的方法)?
- 定价与竞争对手及临时解决方案相比如何?
- 定价模型是否支持收入预测?
- 是否考虑了六大收入调节因素(Six Revenue Dials)?(Kagan,2024)
6. Validation Evidence Check (new)
6. 验证证据检查(新增)
- Did the plan authors conduct Customer Development activitiesSection
- Is there evidence of customer interviews, surveys, or presellingSection
- Are assumptions documented with validation statusSection
- Is the Risk Score reported and acceptableSection
- Has product-market fit been measuredSection
- 计划作者是否开展了Customer Development活动?
- 是否有客户访谈、调研或预售的证据?
- 假设是否记录了验证状态?
- 是否报告了风险评分且评分可接受?
- 是否衡量了产品市场匹配度?
Claim-by-Claim Output Format
逐主张输出格式
For each claim reviewed:
Claim: [The specific assertion]
Source: [Where it appears in the plan]
Evidence: [Supporting data found]
Validation Method Used: [Interview / Preselling / Survey / Secondary research / None]
Status: VALIDATED / NEEDS EVIDENCE / UNSUPPORTED / CONTRADICTED
Action: [What to do cite source, conduct research, revise claim]对于每个审查的主张:
主张:[具体断言内容]
来源:[在计划中的位置]
证据:[找到的支持数据]
使用的验证方法:[访谈 / 预售 / 调研 / 二手研究 / 无]
状态:已验证 / 需要证据 / 无依据 / 矛盾
行动:[需执行的操作:引用来源、开展研究、修改主张]Validation Summary Dashboard
验证汇总仪表盘
| Area | Claims | Validated | Needs Evidence | Unsupported | Critical Issues |
|---|---|---|---|---|---|
| Market size | X | X | X | X | [List] |
| Growth rates | X | X | X | X | [List] |
| Customer data | X | X | X | X | [List] |
| Competition | X | X | X | X | [List] |
| Pricing | X | X | X | X | [List] |
| Validation evidence | X | X | X | X | [List] |
| 领域 | 主张数量 | 已验证 | 需要证据 | 无依据 | 关键问题 |
|---|---|---|---|---|---|
| 市场规模 | X | X | X | X | [列表] |
| 增长率 | X | X | X | X | [列表] |
| 客户数据 | X | X | X | X | [列表] |
| 竞争情况 | X | X | X | X | [列表] |
| 定价 | X | X | X | X | [列表] |
| 验证证据 | X | X | X | X | [列表] |
Generation Process
生成流程
Mode A (Pre-Plan)
模式A(计划前)
- Classify the venture's problem recognition level
- Identify earlyvangelists and map stakeholders
- Design and conduct empathy-based research
- Apply rapid validation (Golden Rule: 3 customers/48 hours)
- Document assumptions with impact classifications
- Build and test MVP through the evolution model
- Measure product-market fit
- Decide: pivot or proceed
- Compile validated findings as input for business plan writing
- 评估创业项目的问题认知水平
- 识别早期支持者并绘制利益相关者图谱
- 设计并开展基于共情的研究
- 应用快速验证法(黄金法则:48小时内3位客户)
- 按影响程度分类记录假设
- 构建并通过演进模型测试MVP
- 衡量产品市场匹配度
- 决策:调整方向或继续推进
- 整理已验证结论,作为撰写商业计划的输入
Mode B (Post-Plan)
模式B(计划后)
- Review sections 04-07 and extract all factual claims
- Categorise each claim (market size, growth, customer, competitive, pricing, validation evidence)
- Assess evidence for each claim, including Customer Development evidence
- Flag unsupported or contradicted claims
- Suggest validation methods for gaps (preselling, interviews, pilot tests, marketplace tests)
- Produce validation summary dashboard
- 审查第04-07部分,提取所有事实主张
- 将每个主张分类(市场规模、增长、客户、竞争、定价、验证证据)
- 评估每个主张的证据,包括Customer Development相关证据
- 标记无依据或矛盾的主张
- 针对证据缺口建议验证方法(预售、访谈、试点测试、平台测试)
- 生成验证汇总仪表盘
Quality Criteria
质量标准
- Every factual claim is assessed, not just the obvious ones
- Validation is objective does not rubber-stamp weak claims
- The 9 Deadly Sins are actively checked for (Blank & Dorf, 2012)
- Premature scaling warnings are flagged aggressively
- Suggested validation methods are practical and affordable for the Ugandan context
- Critical issues are highlighted with urgency
- Risk Score trajectory is tracked if assumptions data is available
- 所有事实主张均被评估,而非仅针对明显的主张
- 验证客观公正,不敷衍弱势主张
- 主动检查“9大致命错误”(Blank & Dorf,2012)
- 积极标记过早规模化的警示信号
- 建议的验证方法针对乌干达场景实用且经济可行
- 关键问题被紧急高亮显示
- 若有假设数据,追踪风险评分的变化趋势
References
参考文献
- Blank/Dorf's 4-step Customer Development, 14 rules, 9 Deadly Sins, pivot methodology, Business Model Canvas as scorecard
references/customer-development-process.md - Cooper/Vlaskovits' 8-step Customer Discovery, C-P-S hypotheses, Funnel Matrix, Value Path, Business Ecosystem Mapping, outreach templates, MVP Evolution Model, product-market fit measurement
references/customer-discovery-steps.md - Kagan's Golden Rule, LOT framework, Dream Ten List, Price+Benefit+Time formula, Rejection Script, validation methods, One-Minute Business Model, Six Revenue Dials, Content Circle Framework
references/rapid-validation-methods.md - Alam's Transform3+1, stakeholder mapping, empathy research, persona template, journey mapping, BFCE framework, user testing methodology, Assumptions Tracking, Risk Score formula, elevator pitch templates
references/empathy-validation-tools.md - McKinsey's MECE principle (Mutually Exclusive, Collectively Exhaustive) with worked examples; issue tree construction and branching rules; hypothesis-driven analysis (Initial Hypothesis method, three-step generation, insurance leakage anecdote); 80/20 rule as diagnostic jump-start; key drivers framework; fact-based analysis; Forces at Work four-category environmental scan (suppliers/customers/competitors/substitutes); elevator test; presentation structure (one message per chart, prewiring); 10 common analysis mistakes Source: Rasiel (McGraw-Hill). Read when structuring any analytical section (market analysis, competitive analysis, risk), when building issue trees, or when auditing claims for MECE compliance and fact-based support.
references/mckinsey-problem-solving.md - 72-tool business analysis toolkit: See for all 72 BA tools grouped by stage (strategy, investigation, stakeholder analysis, process modelling, options evaluation, change management), a business plan application table mapping each category to plan sections, and Uganda/EA contextualisation notes Source: Cadle, Paul & Turner (BCS, 2010). Read when structuring a market investigation, designing stakeholder analysis, building process models for the operations plan, evaluating options with CBA/NPV, or auditing a plan's analytical rigour against a structured toolkit.
references/business-analysis-techniques-cadle.md
- Blank/Dorf的4步Customer Development、14条规则、9大致命错误、调整方向方法、作为计分卡的商业模式画布
references/customer-development-process.md - Cooper/Vlaskovits的8步客户发掘、C-P-S假设、漏斗矩阵、价值路径、商业生态系统图谱、触达模板、MVP演进模型、产品市场匹配度衡量方法
references/customer-discovery-steps.md - Kagan的黄金法则、LOT框架、Dream Ten List、价格+收益+时间公式、拒绝脚本、验证方法、一分钟商业模式、六大收入调节因素、内容循环框架
references/rapid-validation-methods.md - Alam的Transform3+1、利益相关者图谱、共情研究、用户画像模板、旅程地图、BFCE框架、用户测试方法、假设追踪、风险评分公式、电梯游说模板
references/empathy-validation-tools.md - 麦肯锡的MECE原则(相互独立,完全穷尽)及实例;问题树构建规则;假设驱动分析(初始假设法、三步生成法、保险泄漏案例);80/20规则作为诊断切入点;关键驱动因素框架;基于事实的分析;四力环境扫描(供应商/客户/竞争对手/替代者);电梯测试;演示结构(每张图表一个核心信息、预沟通);10种常见分析错误 来源:Rasiel(McGraw-Hill)。在构建任何分析部分(市场分析、竞争分析、风险分析)、构建问题树或审计主张的MECE合规性及事实支持时阅读。
references/mckinsey-problem-solving.md - 72工具商业分析工具包:详见,包含按阶段(战略、调研、利益相关者分析、流程建模、方案评估、变革管理)分组的全部72种BA工具、映射到计划各部分的商业计划应用表,以及乌干达/东非场景适配说明 来源:Cadle, Paul & Turner(BCS,2010)。在构建市场调研、设计利益相关者分析、为运营计划构建流程模型、使用CBA/NPV评估方案或对照结构化工具包审计计划的分析严谨性时阅读。
references/business-analysis-techniques-cadle.md