技能介绍

它解决什么问题

FDE 在售前阶段最常见的困境是：手里只有客户的一句话需求，就要开始写方案、做调研、排 POC 计划。结果是需求分析做一半就被催着出方案，方案写完发现没考虑行业特征，POC 范围也没人把关。这个 Skill 把售前交付拆成一条可追踪、可门禁、可导出的流水线，每个阶段都有明确的输入要求、产出模板和质量检查，而不是靠工程师凭经验临场发挥。

它是如何工作的

核心是一个五阶段流水线，总入口负责调度，8 个子模块各管一段：

Phase 1 需求分析：从「帮我梳理一下客户需求」一句话启动，拆解核心 / 表层 / 伪 / 深层需求
Phase 2 技术调研：基于 ai-solution-library.md 做方案选型，对标竞品
Phase 3 技术方案文档：产出结构完整的正式文档，禁止「等」「之类的」这类模糊表述
Phase 4 MVP 设计：裁剪方案、排期、定义指标
Phase 5 POC 规划：收敛范围，输出可执行的 POC 计划

几个设计上的关键点：

复杂度分流：按需求数量、集成系统数、数据现状、合规要求、预算五个维度判断简单 / 中等 / 复杂，分别走快速模式、标准模式或完整模式
跳入检测：允许从中间阶段进入（如直接「写技术方案文档」），但会检查前序产出是否完整，口述输入会明确标注「未经完整流程验证」
质量门禁：每阶段结束执行 quality-gates.md 检查清单，不达标不放行；[强制下一阶段] 可跳过但带风险警告
文档导出：每份产出是完整 Markdown，含目录、关联文档引用和门禁状态，支持按阶段或全量导出
轮数预估：阶段开场展示预估对话轮数（如 Phase 3 输入充分时 5-8 轮），超时主动提示导出

适用边界与注意点

它是文档生成与流程引导工具，不代替 FDE 做技术判断：选型规则来自内置的 ai-solution-library.md，行业知识依赖 industry-knowledge.md，库覆盖不到的场景仍需人工决策
复杂需求（>5 个需求、跨多系统、强合规）必须走完整模式，快速模式只适用于需求单一、无集成或数据就绪的情况
禁止行为里明确写了：需求分析阶段不能提前给技术方案，方案不能脱离行业特征——想走捷径会直接被流程拦住
可与 fde-customer-simulator 串联形成「练→做」闭环：模拟器评价报告的字段直接映射到 Phase 1 输入，省去重新整理客户信息的重复劳动