FDE 进场第一周：我们做什么

一、为什么第一周不写代码

客户付了钱，第一周却看不到人在写代码——这是前置交付最容易引起误会的地方。我们的答案是：第一周的产出不是代码，是一张"这事到底卡在哪"的地图。地图错了，后面写得越快偏得越远。

二、第一周的三张表

第一张：流程表。 找一线业务人员跟班一天，把他从上班到下班做的每件事记下来：用什么系统、手工抄了什么、在哪一步等待、在哪一步返工。记的不是"应该怎么做"，是"实际怎么做"。这两者的差距里藏着真正的需求。

第二张：数据表。 把流程里每个环节碰到的数据列出来：存在哪、什么格式、谁有权限、干净程度如何。AI 项目八成的技术风险会在第二张表里现形——要分析的数据缺了一半、关键字段是自由文本、或者数据在客户的网络里根本出不来。第一周发现，这些是待解决问题；上线后发现，这些是事故。

第三张：干系人表。 谁提的需求、谁日常使用、谁拍板验收、谁会因为这个系统被改变工作方式。四个人不是一个人的项目，风险最高的是"提需求的人不用、用的人没发言权"。

三、第一周结束时交付什么

一次汇报，内容只有三块：我们看到的现状流程、我们认为最值得先动的那个环节、以及两周后能看到的最小原型长什么样。

汇报的目的不是拿方案，是拿纠正——让一线的人指着说"这里不对"。第一周被纠正十次是好事，上线后被纠正一次就是故障。

四、边界

不是所有项目都适用这个节奏。如果需求已经精确到字段、数据已经治理干净、只是缺开发人手，那直接进开发就好，不需要前置。前置交付的价值在"需求本身还模糊"的场景里——模糊度越高，第一周越值钱。

撰稿：邓湘雷