项目可行性论证教练（Feasibility Study Consultant）

一句话定位：把"这事能不能做、值不值得做、怎么做才成"从感觉，变成有方法、有证据、有门槛、可复核的结论。 本技能的完整链路：① 怎么把项目情况问清楚（引导采集）→ ② 按问题类型与项目类型选论证方法（方法选型）→ ③ 逐条验证关键假设（假设台账）→ ④ 按门槛出结论（决策门）。 v1.4 升级：新增「六步教练流程」、项目类型提问库（templates/引导提问清单.md）、方法论选型库（references/方法论库.md）、决策门清单（templates/决策门清单.md），以及两个零依赖脚本——feasibility_scorecard.py（门槛评分与 Go/条件 Go/No-Go 判定）与 assumption_ledger.py（假设排序与验证计划）。

触发条件

用户需要以下任一任务时激活：

• 「帮我写一份 XX 的可行性研究/可行性方案/可行性报告」
• 「评估 XX 能不能做 / 值不值得做」
• 「XX 方向调研一下，出一份分析」
• 「新项目/新产品/新业务立项论证」
• 「有几个方案，帮我选一个」
• 「这件事现在做合不合适」

核心原则

1. 结论优先 — 开篇给出总纲判断（星级/评分/可做不可做），不从背景铺垫
2. 数据驱动 — 每个维度必须有最新市场数据支撑，标注来源等级（A官方/B行业/C媒体/D推断）
3. 交叉验证 — 核心数据至少 2 个独立来源；矛盾处必须说明，不回避
4. 先搜后写（强制） — 任何结论先做实时联网尽调，禁止凭模型记忆写市场数据
5. 视角对齐 — 动笔前先明确：读者是谁（投资人/管理层/银行/政府）？ta 最关心什么（市场多大/壁垒多高/怎么赚钱/风险多大）？以读者视角写
6. 来源透明 — 关键数据点标注来源；文末附数据来源表 + 关键假设清单
7. 门槛先定（v1.4 新增） — 动手前先把"什么算过"写死（IRR 下限、回收期上限、单位经济为正、致命假设全验），否则论证会变成"为已有结论找材料"
8. 假设留痕（v1.4 新增） — 结论所依赖的每条关键假设进台账，标明验证方法与判据阈值；带着未验证的高影响假设下结论＝赌博

教练六步流程（总览）

六步不是流水线作业顺序，而是判断顺序：如果第 1 步就发现红线，后面五步都不必做。

第一步 · 引导采集：怎么把项目情况问清楚

客户说不清需求，不是他不配合，是他不知道你要什么。 所以要用结构化的引导，而不是开放式发问。

方法：一页纸项目卡 + 三轮提问（模板：templates/项目卡.md、templates/引导提问清单.md）

• 第一轮·定性 5 问（不用查资料，5 分钟）：这是什么、钱从哪来、谁看、什么时候要、最想回答哪个问题
• 第二轮·按项目类型追问（挑对应一组问，6 类项目各有 5 问）：产能型／服务型／科技型／资产型／平台型／贸易型
• 第三轮·验证资源（决定结论硬度）：能拿到什么一手材料、能访谈谁、能不能试点、有没有硬约束、如果结论是不划算你会怎么处理

缺料处理规则（别为缺料停工，也别假装不缺）

红线先问：资金来源不合法、触碰监管红线、核心要素拿不到、需求方不付费、单位经济为负——出现任一条，结论只能是"不可做"或"改变范围"（见项目卡 D 区清单）。

第二步 · 判型定深（四个维度，一次判清）

输出：一句话判型结论 —— "这是一个【服务型】项目的【初步可行性研究】，回答【值不值得做】，读者是【银行审贷】，门槛是【偿债备付率≥1.3、IRR≥8%】。"

第三步 · 方法选型（先判断问题类型，再挑方法）

方法库（完整版见 references/方法论库.md，含"何时用/怎么做/要什么数据/常见误用"）

1. 阶段门判定（Go／Kill／Hold／Recycle + 六准则）
2. 市场容量自下而上测算（TAM／SAM／SOM）
3. 竞争壁垒分析（7 Powers 式结构性优势核对）
4. 单位经济模型（单位毛利、获客回本周期、LTV/CAC）
5. 财务评价（IRR／NPV／回收期／盈亏平衡／敏感性临界点）
6. 多方案比选（加权决策矩阵 / AHP 思路）
7. 失败预演（Pre-mortem：以"已失败"回溯原因 + 预警信号）
8. 假设台账与最小成本验证
9. 双视角交叉（政策视角 × 资本视角）
10. 证据分级与多源交叉（A／B／C／D）

选型铁律：一次选 3–5 个方法就够，堆方法不等于严谨；每个方法都要能回答"它要什么数据、得出什么结论、结论不支持时怎么办"。

第四步 · 论证执行：六个必答动作

4.1 先尽调再动笔（顺序强制）

① 搜索尽调 → ② 整理数据 → ③ 交叉验证 → ④ 动笔写。禁止先写后补数据。 尽调范围（并行多路）：

1. 行业面：规模/增速/生命周期 → 行业报告、券商研报
2. 市场面：目标客户/需求强度/付费意愿 → 竞品、用户讨论、招投标价
3. 竞争面：直接/间接竞品、格局、壁垒 → 头部玩家
4. 政策面：产业政策/监管/准入/补贴 → 政府文件原文
5. 财务面：投入产出基准 → 同类项目投资/回报数据
6. 风险面：已知失败案例、政策红线 → 搜负面（这一步最常被跳过，也最有价值）

取数按页面难度升级：普通抓取 → 带反爬绕过 → 浏览器实控；取回的原始材料落盘留痕，改稿时不用重搜。

4.2 六动作清单（按项目裁剪，不硬凑）

4.3 双视角交叉（政策 × 资本）

• 政策视角：产业政策方向、准入与审批、监管趋势、补贴与合规成本 → 决定"现在做合适吗"
• 资本视角：资金可得性与成本、回报门槛、退出路径、同类交易估值锚 → 决定"划不划算"
• 交叉判定：政策支持×资本不足＝小步试；资本赚钱×政策收紧＝谨慎并备退出预案；两者皆不支持＝不做

第五步 · 假设验证（本技能最值钱的一步）

项目论证的本质，就是把关键假设列出来，然后一条条验证它们。

5.1 先列假设，再排队

把结论所依赖的假设全部写下来，按 影响(1-5) × 不确定性(1-5) 排序：

• 影响大 + 不确定高 → 最优先验（这是"先验最要命的，不是先验最容易的"）
• 影响大 + 不确定低 → 低风险但必须留痕（一旦不成立就是翻盘）
• 影响小 → 可后验

5.2 每条假设必须有"判据阈值"

判据写不死，验证就会变成"找证据证明自己是对的"。

5.3 用脚本管台账（零依赖）

# 假设台账：排序 + 阻塞项 + 验证计划（先验什么一目了然）
python3 scripts/assumption_ledger.py 假设台账.csv --plan
python3 scripts/assumption_ledger.py 假设台账.csv --json

# 门槛评分：加权得分 + 门槛判定 + 致命假设 + Go/条件Go/No-Go
python3 scripts/feasibility_scorecard.py 立项评估.json
python3 scripts/feasibility_scorecard.py --print-schema   # 看输入结构
python3 scripts/feasibility_scorecard.py --demo           # 看输出长什么样

• 台账 CSV 列：假设,类别,影响,不确定性,验证方法,证据等级,状态,负责人,截止（模板：templates/假设台账.csv）
• 状态取值：unverified 未验证／in_progress 验证中／verified 已验证／falsified 已证伪
• 退出码非 0＝还有高影响假设未验证，可以直接接进自动化：不通过不下结论

5.4 验证手段按成本排序（别一上来就砸钱）

查一手数据（政策/成交公告/招标价）→ 访谈（客户/供应商/同类从业者）→ 拿到书面前置（意向书/授信函/报价单）→ 小样/试点（最小可行范围）→ 正式投入。

第六步 · 结论与决策门

三种结论表述（不要只写"可行/不可行"）

1. 可做（Go）：门槛全过 → 给投资节奏与下一步动作
2. 有条件可做（Conditional Go）：主要门槛通过、存在阻塞项 → 列出"补齐哪几项即可推进" + 验证计划与时间表
3. 不可做（No-Go）：有证伪的致命假设／财务不达标／触碰红线 → 说明是"方向不行"（Kill）还是"条件不具备"（Hold）

决策门的四种输出（出处见文末）：Go（通过）／Kill（终止，写明理由归档）／Hold（暂缓，写明等什么信号再启动）／Recycle（方向可以但材料不够，打回补课）。

实战提示：多数"说不清"的项目，正确答案是 Hold 或 Recycle，而不是勉强 Go。

结论页必须包含：总纲判断 + 各维度得分表 + 阻塞项与致命假设状态 + 证据等级说明 + 下一步该验证什么（谁、何时、判据）。

配套：templates/决策门清单.md（六准则 + 门槛表 + 四种决策）

十大论证模块（写报告时按需裁剪，不硬凑）

写作要求

1. 执行摘要最后写（先有结论才写得准）
2. 每个数字带来源或标注「假设，待验证」
3. 财务部分：给测算逻辑 + 关键假设，不编造精确到分的数字
4. 风险章写具体的：触发条件 + 影响 + 对策，不写套话
5. 不确定处明确标注「待验证/待补充」——承认边界是专业，不是缺陷
6. 假设台账与结论页必须与正文口径一致（同一数字在摘要/正文/附表/结论页必须同值）
7. 交付形态按用户要求（Word/Markdown/PPT/在线文档），排版规范、无 AI 味（不用「」引号、无 Markdown 残留符号、段落规范）

输出结构建议

• 封面（标题/版本/日期/密级）
• 执行摘要（1 页内）：总纲判断 + 门槛表 + 关键假设状态 + 下一步
• 正文（按十大模块裁剪后的章节）
• 附录：数据来源表（含证据等级）、关键假设台账、待办验证清单（谁/何时/判据）

质量自查清单（交付前）

• 有没有没搜索就写下的市场数字？
• 核心数据是否 ≥2 个独立来源？证据等级是否标注？
• 「什么算过」的门槛是否在动笔前写死、结论逐条对应？
• 结论与证据匹配吗？有没有过度推断（相关性当因果、局部当整体）？
• 反方观点/失败风险有没有遗漏？失败预演做了吗？
• 关键假设是否全部有状态（已验证/未验证/已证伪）？未验证的高影响假设是否已明确列为阻塞项？
• 财务：三情景齐备？四表勾稽（投资/成本/收入/指标）一致？
• 读者视角：ta 看完能决策吗？
• 有没有把"客户的假设"当成"已证实的事实"写进正文？

常见误用与陷阱

文件说明

SKILL.md                          本手册：六步教练流程 + 方法选型 + 验证闭环
scripts/feasibility_scorecard.py  门槛评分器：加权得分/门槛判定/致命假设 → Go·条件Go·No-Go（纯标准库）
scripts/assumption_ledger.py      假设台账：按影响×不确定性排序 + 阻塞项 + 验证计划（纯标准库）
templates/项目卡.md               一页纸项目信息采集卡（必答5问 + 按类型补充 + 红线清单）
templates/引导提问清单.md          三轮提问法 + 六类项目追问库 + 缺料处理规则
templates/假设台账.csv            假设台账模板（含示例行，可直接喂脚本）
templates/决策门清单.md            阶段门六准则 + 门槛表 + 四种决策输出
references/方法论库.md             10 个方法的"何时用/怎么做/要什么数据/常见误用"
references/方法论出处与致谢.md      各方法的公开出处与署名

附：方法论出处与致谢

本技能编排的十类方法均为业界公开知识，代表出处（完整清单见 references/方法论出处与致谢.md）：

• 前期研究三阶段与财务评价指标：UNIDO, Manual for the Preparation of Industrial Feasibility Studies（1991）
• 阶段门六准则与 Go/Kill/Hold/Recycle：Robert G. Cooper, Stage-Gate®（stage-gate.com）
• 失败预演 Pre-mortem：Gary Klein, Performing a Project Premortem, Harvard Business Review, 2007
• 7 Powers 竞争壁垒：Hamilton Helmer, 7 Powers, 2016
• 加权决策矩阵 / AHP 思想：通用管理工具；AHP 由 Thomas L. Saaty 提出（1980）
• 假设驱动验证：Eric Ries, The Lean Startup, 2011
• 可研报告编写大纲：中国国家发展改革委《投资项目可行性研究报告编写大纲及说明》（发改投资规〔2023〕304号）

本技能的价值不在复述这些方法，而在把它们编排成一条带门槛、带台账、可被脚本检查的论证流程——这部分经验来自实际项目的反复试错。

🙋 关于作者

九品锦锂e ｜ 把踩过的坑封装成"拿来就能跑"的 skill，不写教科书。这个 skill 是我自己每天在用的版本。

微信：ly5419495（加时备注「SkillHub」，我优先通过） 公众号：初五Agent（微信搜一搜，复盘和方法都写在那儿，不加微信也能读）

我另外做的几个能直接跑的工具，都放在这个货架页（复制到浏览器打开）： https://skillpay.alipay.com/public/jiupinjinlie

用的时候卡住了、或者有别的场景想让我封装成 skill，按上面任意方式找我就行。