第5章 FDE基础工作方法论
本章导读
第一篇解决了"认知"。第二篇从本章开始解决"做事"。许多新手FDE上手时手忙脚乱，根因不是技能不够，而是没有一套标准工作方法。本章给出FDE工作的"五步法"标准流程，拆解每一步的关键动作与产出；阐明FDE的三大核心思维；划定初级FDE的职责边界与能力禁区。读完本章，你应当能用自己的话复述FDE的标准工作流，并知道哪些事该做、哪些事不该碰。
§5.1 为什么需要标准工作方法
新手FDE最常见的三种困境：
- 接到需求就动手，做到一半发现方向错了，返工。
- 埋头搭方案，做完客户不认，因为没对齐预期。
- 项目结束就结束，不复盘不沉淀，下次还从零开始。
这三种困境的共同根因是没有标准工作方法。FDE的工作高度定制化，每个项目都不一样，但定制化不等于无方法——相反，越是定制化，越需要一套稳定的流程框架来兜底，让经验可积累、错误可避免。
本章给出的"五步法"，是一线FDE普遍采用的标准工作流，适用于绝大多数中小型项目。
§5.2 FDE工作五步法
图5-1：FDE工作五步法 （建议呈现：横向流程图。需求对接→调研诊断→方案设计→落地验证→交付复盘，每步下方标注关键产出。）
第一步：需求对接
目标：搞清楚客户"想要什么"，并初步判断"值不值得做"。
关键动作：
- 听清客户的原始诉求（不要急着给方案）。
- 问清诉求背后的业务目标（降本？提效？增收？）。
- 初步判断可行性（技术上能不能做、业务上该不该做）。
- 明确下一步（要不要进入调研）。
关键产出：一份需求对接纪要，含原始诉求、业务目标、初步可行性判断。
新手易错：听到诉求就开始想方案。正确做法是先确认诉求本身，再判断可行性。
第二步：调研诊断
目标：穿透表层需求，找到真正值得解决的问题，并摸清业务现状。
关键动作：
- 梳理客户现有业务流程（谁在做什么、卡在哪里）。
- 用5Why等方法穿透表层诉求，挖到真实痛点。
- 从一线员工经验中提取隐性业务规则。
- 对痛点排序，确定优先级。
关键产出：需求调研报告，含业务流程图、痛点清单、优先级排序、ROI初步测算。
新手易错：只访谈决策者，不访谈一线员工。一线员工才知道真实卡点。
第三步：方案设计
目标：基于调研结果，设计可落地的技术方案。
关键动作：
- 选择技术路径（用哪些工具、什么架构）。
- 设计Skill与工作流（具体AI能力怎么搭）。
- 制定实施排期与里程碑。
- 预判风险并制定预案。
关键产出：解决方案文档（含技术架构、Skill设计、排期、风险预案）。
新手易错：方案写得漂亮但不可落地。判断标准是"团队能不能照着干"。
第四步：落地验证
目标：把方案变成可运行的系统，并在小范围验证效果。
关键动作：
- 搭建与配置（搭Skill、配工作流、对接系统）。
- 内部测试（功能、效果、稳定性）。
- 灰度上线（小范围真实用户试用）。
- 效果验证（量化测算，对比改进前后）。
关键产出：可运行的系统 + 效果验证报告。
新手易错：跳过灰度直接全量上线，出问题难收场。
第五步：交付复盘
目标：完成正式交付，并沉淀经验。
关键动作：
- 用户培训（确保客户会用）。
- 文档交付（操作手册、运维说明）。
- 项目验收（按标准走验收流程）。
- 复盘总结（做对了什么、做错了什么、可复用什么）。
关键产出：交付文档包 + 复盘报告 + 可复用组件沉淀。
新手易错：项目结束就结束，不复盘。复盘是经验沉淀的唯一通道。
§5.3 五步法的节奏与权重
五步不是平均用力。一线经验表明，各步的时间与精力权重约为：
| 步骤 | 时间权重 | 失败后果 |
|---|---|---|
| 需求对接 | 10% | 方向错，全盘返工 |
| 调研诊断 | 30% | 痛点找错，方案无效 |
| 方案设计 | 20% | 方案不可落地 |
| 落地验证 | 25% | 效果不达预期 |
| 交付复盘 | 15% | 经验不沉淀，下次重复踩坑 |
两个高权重环节值得注意：调研诊断占30%，因为痛点找对是一切的基础；落地验证占25%，因为AI效果必须实测而非纸面论证。
方法论框5-1：五步法的核心原则
- 前期重于后期：调研错了，后面全白费。
- 验证重于论证：AI效果靠测不靠说。
- 复盘重于交付：项目结束不是终点，沉淀才是。
§5.4 FDE的三大核心思维
方法之外，FDE还需要三种底层思维，贯穿五步全程。
思维一：业务优先
FDE的价值在业务，不在技术。每个决策点都要回到业务：这个功能对业务有用吗？这个技术选择对业务效果更好吗？这个优化值得为它花时间吗？
业务优先的反面是"技术自嗨"——用最酷的技术、最复杂的架构，但客户业务没受益。这是技术背景FDE最易掉的坑。
思维二：问题导向
FDE解决的是问题，不是堆砌能力。每一步都要问"我在解决什么问题"。如果某一步找不到明确的问题，那一步就是浪费。
问题导向的反面是"能力堆砌"——为了用Agent而用Agent、为了上RAG而上RAG，忽视了是否真的需要。
思维三：效果闭环
FDE对效果负责，不只是对交付负责。项目上线不是结束，效果达成才是结束。要在方案设计阶段就想好"效果怎么测"，在验证阶段真去测，在复盘阶段真去算。
效果闭环的反面是"交付即终点"——东西交了就完事，效果好不好不管。这是初级FDE与中级FDE的分水岭。
方法论框5-2：三大思维的自我检查 每个决策点问三句：
- 这对业务有用吗？（业务优先）
- 我在解决什么问题？（问题导向）
- 效果怎么测？（效果闭环） 三句答得清，决策才推进。
§5.5 初级FDE的职责边界
新手FDE容易在两个方向上越界：要么什么都想做（超出能力），要么什么都等指令（缺乏主动）。明确职责边界，才能既不越界也不躺平。
初级FDE该做的
- 在中级FDE指导下完成调研、方案、搭建的具体执行。
- 独立完成模块级任务（如一个Skill、一段工作流）。
- 参与客户对接，记录纪要，整理需求。
- 完成测试与效果数据收集。
- 撰写交付文档的初稿。
初级FDE该协同的
- 商务谈判与报价（由资深FDE或商务负责）。
- 复杂架构设计（由资深FDE主导）。
- 客户高层汇报（由资深FDE或项目负责人负责）。
- 团队管理与排期（由项目负责人负责）。
初级FDE不该碰的（能力禁区）
- 越权向客户承诺效果或时间。
- 单独改动客户核心系统配置。
- 在未授权情况下接触客户敏感数据。
- 替客户做业务决策。
方法论框5-3：初级FDE边界一句话 “执行可独立，决策须协同，禁区绝不碰。”
§5.6 工作方法的常见误区
误区一：“五步法太死板，要灵活。” 五步法是框架不是教条，灵活指的是节奏与权重，不是跳过某步。跳过调研直接设计，几乎必返工。
误区二：“我技术强，调研让商务做。” 调研是FDE的核心能力，不是商务的事。技术强者做调研，能更准确判断技术可行性。
误区三：“复盘是项目经理的事。” 复盘是每个FDE自己的事，不复盘的人没有成长。
误区四：“先做出来再测效果。” 效果验证要在方案设计阶段就规划好测什么、怎么测，而不是做完才想。
本章小结
- 五步法：需求对接→调研诊断→方案设计→落地验证→交付复盘，是FDE的标准工作流。
- 权重分布：调研30%、落地25%是两个高权重环节，前期重于后期。
- 三大思维：业务优先、问题导向、效果闭环，贯穿全程。
- 职责边界：初级FDE"执行可独立、决策须协同、禁区绝不碰"。
- 核心原则：前期重于后期、验证重于论证、复盘重于交付。
思考题
- 用五步法拆解你做过（或观察过）的一个项目，标注每步实际投入与权重，找出与本章建议的偏差。
- 用方法论框5-2的三句检查，评估你最近一个决策是否清晰。
- 列出初级FDE的5个"该做"与5个"不该碰"，与你的实际工作对比。
- 选一个你身边的工作任务，用五步法规划如何用AI落地它。
延伸阅读
- 本书第6章将深入第二步"调研诊断"，是五步法的核心环节。
- 第10章讲基础交付与客户沟通，对应第五步"交付复盘"。
- 行业项目管理基础资料（五步法与通用项目管理有相通处，可对照理解）。