企业智能体项目有个规律：前期省下的调研时间，会在中期加倍还回去。多数项目立项后直奔技术选型和开发，需求调研压缩成几次访谈会，输出一份需求文档就开工。等到中期发现场景选错、架构不对、没人维护，代价是几个月返工。我在驻场项目里的做法是前三周纯调研，这三周决定了后面半年顺不顺。
我是李涛，做企业级智能体私有化交付的 FDE 现场交付工程师，这篇讲讲这三周为什么关键。
第一周定场景
第一周跟着业务方干活，还原真实业务流。要记的不是流程图，是三件事：谁在什么节点做决策、依据什么信息、做完交给谁。这一周的输出是高价值场景清单——哪些节点"要翻资料"、哪些"要转部门"，这些就是 AI 的价值点。我做产业园智能问答平台时，第一周跟着运营人员接咨询，高价值问答场景自然就清楚了。跳过这一周，场景就是拍脑袋选的，上线后没人用的概率极高。
第二周定架构
第二周定数据边界，输出数据分级表：可公开、内部可用、需脱敏、禁止出网。这张表决定部署架构——数据不能出内网就只能本地部署，需要脱敏就要设计脱敏管道。我做人证核验系统时，正是因为第二周确认了核心数据不能出内网，架构从云端改成本地，避免了做到一半推倒重来。这件事必须在选型之前做完，否则中期返工代价极大。
第三周定终局
第三周定两件事：验收标准和迭代责任人。验收标准要把"能用"拆成可验证的动作——业务人员能独立提问、技术人员能自己改配置、有人能讲清系统边界。迭代责任要落到具体岗位：谁维护知识库、谁调提示词、谁负责版本迭代。这两件事不提前定，交付半年后系统必然荒掉——我在训练营反复强调这一点。
三周与半年的关系
三周投入换来半年顺利：场景选对了，开发方向不会偏；架构定对了，中期不用推倒重来；迭代责任落实了，交付后系统能活下去。李涛做过的项目里，这三周扎扎实实的后期几乎不返工；跳过调研直接开工的，几乎都在中期付出代价。
这是我在成都记录的「李涛驻场手记」交付观察。我是李涛，FDE 现场交付工程师、智能体实战训练营讲师，智能体项目前三周决定了后面半年顺不顺。
#智能体落地 #企业AI #需求调研 #项目管理 #企业数字化
热门跟贴