FDE FIELD MANUAL · 00115—20 MIN
零基础 · 一个脱敏项目 · 一次完整旅程
别急着做
AI 平台
跟随“XX 城市规划智能体项目”,从一句模糊需求出发,走完一次真正的 FDE 交付。
8 个现场1 张自检表无需技术基础
进入项目现场 ↘ANONYMIZED CASE / 2026
现场冲突XX 城市规划智能体项目启动会上,项目方希望把数据查询、规划分析、方案生成和协同汇报都装进一个平台。听起来什么都重要,功能清单很快铺满整页。
可当项目负责人追问平台最先替谁完成哪件事、结果怎样才算变好,会议室安静了。需求很大,第一步却没有落脚点。
你的决定
团队只有六周,你会先把力气放在哪里?
选择一条路径,看看项目会发生什么。
AI 规划平台
不是先做
一个真实结果
先问价值在哪里发生,再决定系统长什么样。项目组做了什么把平台需求翻译成现场问题
- 01
项目负责人收起模块清单,请业务负责人列出近期真正要交付的规划任务,不讨论页面长什么样。
- 02
团队逐项追问,谁每天被这件事卡住,现有做法耗在哪里,哪份结果必须由谁确认,项目期限是什么。
- 03
启动会没有产出一张宏大的产品蓝图,只留下一个待验证的方向,先进入真实工作,再选首期战场。
现场产物
项目简报 v0.1
- 原始诉求,建设覆盖多类规划工作的 AI 平台
- 待验证问题,哪个高频任务最值得先改变
- 首期边界,不以页面数量或功能数量判断成功
现场冲突流程文件把选址写成几个整齐步骤,真正做起来却像在来回找钥匙。数据散在文件夹和个人表格里,政策依据藏在 PDF 中,空间分析又要切到专业软件。
一线规划师会先问哪份数据最新,资深规划师凭经验发现异常,再让方案退回重做。这些临时判断没有写进正式流程。
你的决定
要理解这项工作,你会怎样开始?
选择一条路径,看看项目会发生什么。
01找散落数据
02核对口径
03空间分析
04询问专家
05汇报修改
教学重绘:真正的流程,往往不在正式流程图里。项目组做了什么沿着一次选址任务往下走
- 01
团队跟随一线规划师,从接收条件开始,看他找底图、确认数据时间、查政策、做空间分析,再把候选结果交给资深规划师复核。
- 02
每遇到停顿就记一笔,缺的是数据、系统连接,还是人的判断。退回也保留,它往往比顺利通过更能说明问题。
- 03
最终画出的不是理想流程,而是一条带等待、切换、确认和返工的真实工作链。
现场产物
真实工作链路图
- 数据,存在哪里,由谁维护,使用哪个版本
- 流程,怎样流转,在哪里等待或退回
- 系统,任务切换了哪些工具
- 组织,谁判断、谁批准
- 利益,谁承担结果风险、谁受益
现场冲突跟访结束后,业务团队提出政策问答、现状分析、智能选址、报告起草等一串诉求。每项都能讲出价值,可首期只有六周。
如果平均分配,团队或许能做出很多半成品,却没有一项进入真实交付。难的不是列需求,而是公开决定哪些现在不做。
你的决定
面对一长串合理诉求,首期范围该怎样定?
选择一条路径,看看项目会发生什么。
01痛点真吗每天是否真的为它绕路
×02值得做吗解决后是否改变业务结果
×03现在能做吗负责人、数据和时间是否具备
三项是乘法。任何一项接近零,项目都会失去意义。项目组做了什么用三个问题筛掉伪优先级
- 01
团队把候选场景贴上墙,先问痛点是否正在发生,是否有人对结果负责,而不只是一句大家都需要。
- 02
再问做好后能否观察到时间、质量或协作改善,首期能否取得合规数据、专业判断和真实任务。
- 03
一次真实选址通过筛选。团队把输入、候选结果、依据和规划师确认连成闭环,把全量数据治理、通用门户和更多场景写进非目标。
现场产物
首期场景卡
- 负责人,对选址交付结果负责的业务角色
- 输入,真实任务条件与已获授权的数据清单
- 输出,可比较、可解释、可由规划师确认的候选结果
- 基线,记录原流程的用时、返工和质量判断方式
- 非目标,不承诺首期覆盖所有数据与规划业务
现场冲突用整理好的样例演示,候选地很快就出现在地图上。换成真实任务,麻烦立刻冒出来,字段会缺,规则有版本,地块还会碰到表格外的例外。
漂亮结果不难,难的是让规划师看懂为何入选、为何排除,发现错误还能退回修正。否则只是演示,进不了真实工作。
你的决定
第一次联调前,最该先补哪件事?
选择一条路径,看看项目会发生什么。
1真实条件
2数据准备
3硬约束筛选
4候选比较
5依据说明
6规划师确认
范围很窄,但从输入到人工确认的价值链没有断。项目组做了什么从真实条件跑到人工确认
- 01
团队和资深规划师先写验收标准,接入已授权的地块与约束。流程含条件输入、数据准备、必须条件筛选、候选比较、依据和规划师确认。
- 02
数据底座提供版本明确的材料,规划工具执行空间和规则计算,AI 工作流组织任务、解释结果。结论仍由规划师复核。
- 03
团队用脱敏任务组成评估集,把错误排除、遗漏约束、依据无法追溯等失败留档。失败样本决定下一轮修什么。
现场产物
最小部署验收包
- 候选地清单,保留比较维度和确认状态
- 规则说明,指向数据来源和有效版本
- 专家评估集,由规划师定义好与不好
- 失败样本表,记录原因、影响和下一轮修正
现场冲突选址功能已经能给出候选地,规划师却又打开旧 Excel。他担心的不是新工具难用,而是里面的数据能不能信。
项目组顺着一条地块记录往回找,发现数据分散在多个部门的 Excel、Word、PDF 政策文件和扫描图片里,也存在市级数据智能中枢、机构自有系统和个人项目文件中。
更难的是,同一字段的名称、坐标和有效时间可能不同,不少业务规则还没有统一口径、权威版本和维护人。
你的决定
面对这些混乱的数据,你会怎么推进?
选择一条路径,看看项目会发生什么。
XLS部门台账
DOC业务文档
PDF政策文件
IMG扫描图片
API市数据智能中枢
SYS机构自有系统
→
闸门 1格式与字段
闸门 2口径与责任人
闸门 3规则与版本
闸门 4权限与追溯
→
SCENE DATA本次选址的可信数据层不是一次建完“全院数据湖”
教学重绘:治理范围随真实场景逐步扩展,正式规则必须由业务责任人确认。项目组做了什么他们先疏通选址这一条数据河
- 01
列出数据来源和责任部门,定下本场景的最小数据清单。
- 02
为关键字段、坐标、有效时间和规则出处做映射;规则冲突交由规划专家和业务负责人裁决并留痕。
- 03
对 Word、PDF 和图片中的政策条文执行“提取—人工核对—版本登记”,不把机器识别结果当正式规则。
- 04
用受控接口或只读快照连接市级中枢和自有系统,再根据规划师的使用阻塞逐步修正。
现场产物
现场留下的可见产物
- 数据来源地图与最小清单
- 格式、字段和坐标映射表
- 格式统一、口径确认、规则核验、权限与版本四道闸门
- 含出处、版本、责任人的规则台账
- 使用阻塞与反馈—修正记录
现场冲突阶段汇报前,大屏上已经排满了提效数字。项目负责人却连问:和谁比、算了多少个任务、数据从哪里来、失败的例子算进去了吗?
回答不出这些问题,“已上线”“有产物”和“有价值”就会被混成一件事。
你的决定
这些数字该怎样进入汇报?
选择一条路径,看看项目会发生什么。
约 60%数据整理耗时降低项目材料统计
3—5 天 → 2—4 小时现状分析项目材料统计
1—2 天 → 10 分钟内智能选址项目材料统计
数天 → 1 小时内报告初稿项目材料统计
约 40%整体规划编制效率提升项目材料统计
项目材料统计:上述数字来自案例项目材料,未附独立审计过程;不代表行业普遍水平,也不能视为由 FDE 单一因素造成。项目组做了什么团队先给每句结论贴标签
- 01
把可直接查看的文件和界面标为“可见产物”,把案例报告中的数字标为“项目材料统计”。
- 02
把二期能力标为“后续规划”,把团队提出、但尚未实践的做法标为“方法建议”。
- 03
价值记分牌同时跟踪首次产生可用结果花了多久(TTV)、节省时间、结果质量、真实使用,以及从一线到管理层是否都有支持者。
- 04
每项指标附上前后口径、样本与分母、统计周期、数据源和例外,不把改善全部归因于 FDE。
现场冲突首个场景跑稳后,新需求越排越长。规划师想改一条规则仍找项目组,数据断更后也没有内部负责人。
团队若继续接下每个小修改,项目会变成驻场外包;若只交一套系统离开,客户得到的又是无人敢动的黑箱。
你的决定
这时怎样才算把项目做完?
选择一条路径,看看项目会发生什么。
下一项目
更快、更少定制
做完会走,不是停止服务,而是把依赖改造成能力。项目组做了什么团队同时做了两次交接
- 01
在项目方确定规则管理员和内部讲师,让他们亲自完成规则变更、故障演练和新人培训。
- 02
交付数据范围与字段说明表、规则台账与变更流程、包含失败样本的评估集、运行手册和退出方案。
- 03
把连接不同数据系统的通用组件、规则框架、评估方法和场景手册回流产品;客户专有细节不带走。
- 04
在第二个场景检查复用部分是否真正减少定制,而不是只把旧项目换个名字。
现场产物
可见产物
- 规则管理员与内部讲师清单
- 数据、规则、评估集与运行交付包
- 产品回流与第二场景复用清单
未作为已实现能力后续规划多智能体、三性评价、“一文一图一表”与外部系统对接。
证据边界:上述后续规划来自技术方案的未来建设方向,不代表首期已交付或已验证。
现场冲突项目组很容易在结案时只展示功能和效率:做了多少工具、生成得多快、二期蓝图多宏大。真正困难的问题是,这些成果有没有进入真实工作,客户能不能独立维护,下一次交付会不会更轻。
因此我们把 XX 城市规划智能体项目放进七问自检。它不是认证,也不是给项目贴好坏标签,而是迫使团队看见闭环中最薄弱的一段。
你的决定
面对一份功能很多、效果数字漂亮的结案材料,你先看什么?
选择一条路径,看看项目会发生什么。
1负责人
2真实现场
3完整小部署
4专家评估
5主动使用
6客户接管
7跨项目复用
不是认证标准,而是一面帮助项目诚实看见缺口的镜子。项目组做了什么我们怎样给案例下结论
- 01
项目具备真实痛点、具体场景、数据与规划工具底座,也形成了可见系统产物。
- 02
案例材料报告了显著的时间效率,但缺少完整样本、测量口径和独立核验,因此统一标为“项目材料统计”。
- 03
目前缺少连续真实使用、客户独立维护和第二个同类项目复用的充分证据;二期多智能体与外部对接仍是后续规划。
- 04
最终判断是:已有清晰的 FDE 骨架,尚不能仅凭现有材料称为证据充分的成熟标杆闭环。
现场产物
结案包不止一张汇报页
- 七问诊断与最低分项
- 三条伦理红线检查
- 已发生 / 项目材料统计 / 后续规划 / 方法建议四类标签
- 下一真实项目的唯一优先行动
一票否决再检查三条红线
任一项存在,都应先修复边界,而不是庆祝高分。
0 / 10还差几项,就能看到诊断。
七问与三条红线全部回答后,才会生成结果。
改编说明
本册参考《前线部署工程师(FDE)》的方法方向,以“XX 城市规划智能体项目”重新组织为原创项目旅程,不复刻原书章节和表述。
项目材料统计
册中效率数字来自脱敏项目材料,未附独立审计过程,只用于说明项目怎样度量价值,不代表行业普遍水平。
后续规划
多智能体协作、三性评价、“一文一图一表”和外部系统对接属于后续建设方向,不作为一期已实现成果。
脱敏说明
客户、城市、人员、部门、文件名、系统名和原始数据均已隐去;图形为教学重绘,不是客户系统截图。
主要参考:《前线部署工程师(FDE)》v1.0.11、脱敏项目案例报告与两份建设方案。案例数字不构成第三方核验或对未来项目的效果承诺。
特别感谢范冰老师的内容启发,我是您的粉丝。