Step 01
驻场看清楚
不从问卷和演示开始。坐到接单台、仓库、财务或客服旁边，看真实动作、真实例外、真实扯皮。先写清「现在到底怎么干活」。
Method · 驻场手册
方法很短。
难的是人在场，并且做到收尾。
FDE 不是把咨询和开发拼在一起的套餐名。它是一种工作位置：工程师站在业务旁边，对「用起来」负责，而不是对「交付文档」负责。
How we work
一次合作通常怎么走
先诊断，再决定做不做。诊断本身就应该产生价值：一张写清楚的现状图、一个值不值得做的判断、以及如果做、从哪一刀切下去。
值得做的课题，按周推进。每周都能看见可运行的东西，而不是月底才揭晓。使用中暴露的例外，优先于事先画好的功能清单。
Step 02
切开一个最小可用的口
只打通一个最痛、又能量化的环节。不做平台蓝图，不画三年规划。先让一个流程在本周就能少耗人。
Step 03
一起用，改到进入日常
工具上线不是结束。盯着真实使用改交互、改规则、改数据。直到它不再是「新系统」，而是「我们现在就这么干」。
Step 04
交到你的人手里
写清怎么用、怎么改、数据在哪。教会一个内部对接人。然后离开。需要时再召回，而不是把钥匙收在外包公司手里。
Compared with
和常见做法差在哪
名字可以接近，责任位置不同。
| 咨询 | 外包开发 | Profde / FDE | |
|---|---|---|---|
| 人在哪 | 会议室、远程会 | 对方的工位 | 你们的现场 |
| 交付什么 | 方案、报告、路线图 | 按需求文档开发的系统 | 能进入日常的一小段工作方式 |
| 何时结束 | 报告提交 | 验收签字 | 一线真的改用，内部的人接得住 |
| 出了例外 | 建议下一期立项 | 走变更流程 | 当场改，或当场决定不做 |
| 知识留在哪 | 顾问脑子里 | 外包团队里 | 你们的系统和对接人手里 |
人在哪
咨询 会议室、远程会
外包 对方的工位
FDE 你们的现场
交付什么
咨询 方案、报告、路线图
外包 按需求文档开发的系统
FDE 能进入日常的一小段工作方式
何时结束
咨询 报告提交
外包 验收签字
FDE 一线真的改用，内部的人接得住
出了例外
咨询 建议下一期立项
外包 走变更流程
FDE 当场改，或当场决定不做
知识留在哪
咨询 顾问脑子里
外包 外包团队里
FDE 你们的系统和对接人手里