这次同步公众号文章时，工具一度已经返回“成功”。可真正打开头条公开页，后半段排版还是乱的，图片位置也需要重新核对，草稿箱里还留着重复项。
如果没人去看真实页面，这个任务很容易被误判为完成。它让我再次确认：接口返回、Demo 跑通、汇报好看，都不能代替真实使用。
所以这篇里的“四种退化”，是我用来检查团队是否离开真实反馈的一套个人框架，不是 FDE 的行业定义。
前线不是口号，是 FDE 的价值来源
企业里的真实问题，通常不会完整地写在需求文档里。业务方说想要一个自动报表，背后可能是数据口径不统一；管理层说想要 AI 助手，背后可能是流程没人负责；一线员工说系统不好用，也可能只是受不了同一份信息在三个系统里重复录入。
这些东西很难靠一次会议问出来，只能贴着流程看。
谁在填表，谁在审批，数据从哪里来，哪个字段没人信，哪个审批只是转发，哪个系统名义上上线了但没人用，哪个 AI 输出业务方不敢采纳，哪个流程看起来慢但真正的问题在上游数据不准。
这些细节，就是前线。
我的做法是先把客户说出来的话当线索，再回到流程里验证。否则设计、开发、交付一路都很顺，方向却可能从第一步就偏了。
方案阶段大家都点头，上线后没人用，这种错位并不少见。FDE 的价值之一，就是尽早把它暴露出来。
我用来检查的四种退化
1. 售前化
售前需要把价值讲清楚，这没有问题。风险在于，团队开始只围着商机节奏转：PPT 越来越完整，Demo 越来越流畅，却很少追问谁每天用、原来的动作有没有被替换。
FDE 可以参与售前，但项目进场后必须回到真实流程。讲清楚价值和验证价值，是两件事。
2. 顾问化
调研、访谈、流程图和方案都很重要。我担心的是工作停在这里。一份逻辑漂亮的报告，如果没有进入系统、没有让一线少做一步，就还只是解释了问题。
分析要继续往前走：做出原型，放回场景，让用户试，再根据反馈改。
3. 外包化
外包开发和 FDE 都会写代码、接接口、做上线，所以这一种最容易混在一起。区别在交付边界：如果团队只接需求、写功能、验收后离开，项目会被一次性定制拖住。
我会继续追问需求背后的流程、有没有更小的解法、哪些东西下次还能复用。否则团队只是更懂业务的外包。
4. 内部 IT 化
企业内部的 FDE 也可能慢慢变成“AI 工单处理部门”：接系统、改流程、做助手、救火，天天很忙，却没有时间观察共性和整理资产。
内部 IT 负责稳定运转，本身非常重要。FDE 还要多做一步，把现场问题带回产品和平台。两种角色可以合作，但不该混成一团。
前线优先，不等于天天驻场
我说的前线不是办公地点，而是反馈从哪里来。远程工作也可以贴近前线，天天驻场也可能只是在开会。
问题来自真实业务现场，而不是为了展示 AI 能力硬找场景。
原型回到真实流程，让真实用户试，看它有没有替代原来的动作。
反馈能回到产品和平台，值得复用的部分被整理成模板、组件、SOP、提示词、评估标准或脚本。
只要流程看得到、用户反馈拿得到、结果能追踪，前线就存在。
一个 FDE 团队有没有偏离前线，看四个信号
下面四个信号，是我复盘项目时会看的检查项。
第一个信号：会议越来越多，真实用户越来越少。
如果 FDE 花大量时间给领导汇报，却很少和真实操作者一起跑流程，说明它已经开始上浮。它越来越接近管理层语言，越来越远离现场语言。
第二个信号：Demo 越来越漂亮，采用率没人看。
AI 项目很容易做出漂亮 Demo。尤其现在模型能力很强，演示一个自动问答、自动分析、自动生成，已经不难。
我会继续看真实用户有没有持续使用，原流程有没有被替代，等待、错误和重复动作有没有减少。这里说的“采用”只是这些可观察行为，不是一个预设好的漂亮数字。
能演示，不等于能用。能用，也不等于被依赖。
第三个信号：定制越来越多，复用越来越少。
每个项目都从零开始，每个客户都单独开发，每次都靠个人经验救火。短期看，团队很能打；长期看，组织没有变强。
这说明外循环断了。
第四个信号：FDE 开始只对销售或管理层负责。
如果主要评价只看合同金额、汇报满意度和领导认可，而不看业务流程采用与平台反哺，团队就很容易偏离真实业务结果。
AI 时代，更需要前线优先
AI 项目更需要前线反馈，因为很多判断很难在会议室里一次想清楚。
传统软件项目里，很多需求相对确定。流程怎么配，字段怎么填，权限怎么设，虽然复杂，但大体可以提前设计。
AI 项目不一样。
AI 输出对不对，不只看模型能力，还看业务标准；用户信不信，不只看准确率，还看责任边界；哪些步骤能自动化，哪些必须人工确认，不是会议室里一次性能想清楚的；提示词、评估、权限、异常处理、人工兜底，都需要在真实流程里试出来。
提示词、评估、权限、异常处理和人工兜底，都要在使用中持续校准。模型能生成一个漂亮 Demo，离业务愿意长期依赖它还有很长一段路。FDE 要做的，就是把“看起来能做”拉回到“流程里到底能不能跑”。
写在最后
“不在前线，就不是 FDE”是我的判断，不是行业认证。它提醒我别被接口成功、漂亮 Demo 和完整汇报骗过去：要去看真实用户怎么用，流程有没有变化，失败能不能变成下一次的规则。
如果这三件事都没发生，名字叫不叫 FDE 已经不重要了。
本文来自「维天说」。
