业务侦察与需求翻译：在混沌中找到真问题
0. 开场定位：FDE 模式为什么存在，Echo 为什么关键
▪ FDE 不是新发明，其基因来自 Palantir 服务高度复杂客户时的痛苦教训：客户说不清需求，标准产品够不到真实业务，远程交付团队看不见现场真相
▪ AI 时代把这个问题放大了十倍：模型能力指数级增长，但企业落地的瓶颈从「算力」变成了「理解业务+改造流程」，Echo 就是卡在这个瓶颈口上的人
▪ Echo 在产业价值链中的位置：介于客户业务混沌与技术实现秩序之间——你不是销售、不是产品经理、不是传统 BA，而是一种从未被好好命名的混合职能：业务人类学家 × 利益结构解码者 × 问题定义者
一、读懂政企客户的「业务地形图」
▪ 大型组织的决策从来不是一条线：谁才是真正的用户，谁只是签字人，谁的 KPI 会因为你这个项目上升或下跌——先把这张权力-利益地图画出来
▪ 技术痛点往往只是表象，政治痛点和组织痛点才是深水区：部门墙、数据权属、考核机制错位，比接口不通更难解
▪ 行业语境速读法：不必成为行业专家，但必须能在三天内从行话、流程文档和走廊对话中抓住「钱从哪来、时间花在哪、谁背锅」
▪ 「影子流程」的发现：正式 SOP 与实际操作之间那道裂缝——所有真正的效率洼地和腐败点都在那里，也都是你最该下刀的地方
二、从模糊诉求到可工程化的问题定义
▪ 「客户说要 XXX」是项目烂尾的起点——Echo 的第一条纪律：永远质疑表面需求
▪ 翻转提问框架：不问「你要什么功能」，而问「你的哪个 KPI 为什么没达标」「如果这个环节快一倍钱省在哪」「现在谁手工在做这件事、每天花几小时」
▪ 把模糊痛点拆成一条可验证的假设链：现状成本 → 瓶颈根因 → 干预点 → 预期行为变化 → 可量化结果，让 Delta 接到手就知道往哪打
▪ 问题定义包的结构要素
o业务背景与利益相关方（谁赢谁输）
o现状基线（数字，不是形容词）
o约束条件（合规、网络、权限、组织变更意愿）
o成功标准（最好是对方 KPI 语言，不是你技术语言）
o排优先级的三档分法：不做会死 / 做了有大收益 / nice to have
三、信任构建与客户关系运营——Echo 的「首要交付物是信任」
▪ 驻场的第一个月没有技术方案可言，只有存在感建立期：你不出现就不存在，你不靠谱就永远是外人
▪ 驻场生存法则
o物理在场 > 精美PPT——能参加对方的例会、能走到业务窗口去看一眼、能在出事时第一时间出现在屏幕前
o先做小事建立信用：修一个报表、打通一个导出、让一个人少加一次班，比讲大模型架构有用一百倍
o永远别绕过对方内部人去越级「帮忙」——你绕过的那个人，会成为最隐蔽的杀手
▪ 期望管理的三条红线
o能做的当场承诺并兑现
o做不到的尽早说清原因（用对方听得懂的逻辑，不是用技术借口）
o「做了也白做」的事要敢叫停——保护客户也保护团队，长期看这才是最大信任
▪ 帮客户内部推动者赢：他们的晋升路径、考核亮点、部门话语权，就是你项目的护城河——你帮他们赢，他们才会帮你项目活下去
四、Echo 的组织杠杆——从「解决这一个客户」到「喂养整个平台」
▪ 健康的 FDE 模式与纯咨询/外包的分界线只有一条：单位价值交付成本必须随项目数增加而下降
▪ Echo 的前线传感器职能
o记录每一条从混沌中挖出来的需求：「他们说的是 A，实际要的是 B，原因是 C」
o识别哪些需求是某客户独有的执念，哪些是跨客户反复出现的模式
o把可复用的东西抽象成建议：本体模型、权限模板、集成适配器、行业指标卡
▪ 输出物不止给 Delta，更要回传后方产品/研发闭环
o现场笔记（raw insight）
o领域本体草图（entity-relation 的业务层抽象）
o客户成功叙事（能对外讲的那个「我们帮他省了多少、快了多少」的故事）
▪ 警惕「定制沼泽」：每答应一个不可复用的一次性改造，就在吞噬团队未来——Echo 的职责之一就是挡掉那些看起来很急但其实吃掉利润的需求
五、结课反思：Echo 的修炼方向与职业出口
▪ 这个角色通向的不是「更有经验的 Echo」，而是两条路：要么沉淀为垂直行业的 首席架构师/行业 CTO 级别（靠行业知识复利），要么走向 产品负责人/创业者（靠对问题定义的掌控力）
▪ 日常修炼的三件套：结构化写作（能把乱七八糟的现场写成清晰文档）、行业阅读（盯住监管文件、行业报告、头部客户年报）、复盘纪律（每次驻场结束必须留下可检索的经验资产）
▪ 最后一句话送给大家：在产业链里，写得一手好代码的人很多，能在混乱组织里准确定义真问题、并让各方相信你定义得对的人，才是稀缺品
授课老师
尹智 原商汤科技智能产业研究院首席架构师
常驻地：上海
邀请老师授课：13439064501 陈助理
