前线部署工程师（FDE），是一个驻扎在客户现场、填补「产品能做的事」与「客户需要的事」之间鸿沟的工程师
为什么造出来的软件或者部署的人工智能不好用，归根结底是同一堵墙：造软件的地方，和价值产生的地方，不在一个地方
墙这边，需求被工单、纪要、周报层层转述，每转述一次丢一层血；墙那边，客户真正的工作流藏在没人写进文档的表格里、口耳相传的惯例里、「这事得问老王」的隐性知识里
价值千金的直觉：一是复杂领域的客户，在看到能用的东西之前，并不知道自己要什么；二是想知道客户要什么，最快的路是让造东西的人，站到用东西的人旁边
现场定制不是成本，是产品发现 - 工程师在客户现场踩的每一个坑，都是平台下一次进化的路标
FDE 必须绑定在一个 AI 平台上才有意义。Agent 时代，不会用代码就像文盲
PMF（Product-Market Fit，产品与市场的契合）
PSF（Problem-Solution Fit，问题与方案的契合）
「提升客服效率」不是痛点，是方向；「客服主管每周一早上要花三小时，从四个系统里手动汇总上周的升级工单，而她真正的工作应该是分析升级原因」——这才是痛点（去解决首席执行官最关注的五个问题之一）
拒绝错误的项目，是 FDE 模式最重要的盈利能力
正确的问题从哪来？从痛来。而痛不会出现在会议室里，只会出现在工作现场
影子工作法：（现地现物）到现场去，看实物，得实情
数据上兼容旧系统，架构上绝不迁就旧系统——我称之为「读旧写新」。新系统最大的敌人不是旧系统，是旧习惯
FDE 模式，就是在规模上做不可规模化的事。在企业市场，信任的获取没有规模化捷径，只有笨办法。三个层次，层层递进（人要到场-->手要弄脏-->先做仆人，再做导师）
FDE 5张地图：数据地图，流程地图（特别标注三个点位：时间消耗最大的环节、出错代价最大的环节、情绪最激烈的环节），组织地图，系统地图，政治地图
（技术）内容营销是互联网公司获客的经典武器
写「战壕视角」，不写「展台视角」
方法论开源，制造「被引用的资格」
让客户的内部支持者，成为内容里的英雄
法务信任是设计出来的，不是谈判出来的
把你做得好的地方做成开源工具和 demo，让目标客户的工程师先用起来
大量企业的真实状态是「双轨制」：官方系统空转，影子人工智能横行。系统上线了，激活从未发生。
像抢修线上事故一样，快速响应用户的每一个小抱怨——我称之为「热修复」。每一次隔夜的修复，都是对用户信任的一次充值
迭代优先级由「使用阻塞度」排序，而不是「功能重要度」
每多一次登录，激活率就流失一截
让用户自己组织提问，等于把工程负担转嫁给最不该负担它的人。成熟的做法是把高频场景封装成一键动作
企业用户对「慢」的容忍度其实高于消费者（他们习惯了老系统的迟钝），但对「不可靠」的容忍度趋近于零
明确服务承诺，并让它可见
为人工智能的「概率性」设计护栏。工程上接受这个现实，产品上管理这个现实：模型拿不准的输出，必须标注出来或转给人工；高风险动作，必须有人把关；模型每次大更新，必须重新过一遍评估，防止老毛病复发
值班和响应，要让客户感觉到你一直在
容量与成本的同步规划