FDE Echo 和 Delta 的分工
FDE 是 Forward Deployed Engineer，前线部署工程师。这个角色分成两侧：Echo 负责方案侧，Delta 负责交付侧。
Echo 做什么：到客户的真实工作里去看——大家每天在做什么，哪一步最费劲，哪里总是出错。然后把这些问题定义清楚，设计出可落地的方案：做哪个场景、按什么顺序做、预期解决什么问题、边界在哪里。
Delta 做什么：负责实施和交付——把方案变成实际跑起来的系统，完成部署、配置、培训和陪跑。
我负责方案这一侧，不负责落地和交付。方案谈完，交付会交给做实施的同学接手。这样分工的好处是：定方案的人不用被实施细节绑住，能一直站在业务侧；做交付的人也不用在客户现场临时猜需求。
我用 Echo 这个名字，是因为我希望自己听到的不只是客户明确说出来的需求，也包括现场那些没被说出来的麻烦。
但我也不只是技术岗
我既做技术方案，也做销售。我要理解客户为什么愿意投入、这次投入要解决什么问题，也要把方案讲成业务能听懂的话。
所以我和客户的对话通常不会从“我们有什么大模型能力”开始，而是从“你现在哪件事最耗时间”开始。能把业务和技术这两边的话讲通，是我觉得最有用的地方。
我现在主要做的方向
- WorkBuddy 企业版：场景诊断与方案设计——哪些流程值得做、先做哪个、做到什么程度。
- 海外模型合规接入：接入方案与合规评估——把场景、数据边界和限制条件先讲清楚。
- 企业知识库：建设方案规划——哪些资料需要被问、怎么组织、按什么权限开放。
- Azure / Copilot：场景规划——在已有微软生态里，哪些环节值得用、怎么用。
工作之外，我也在一直折腾
我会自己搭 Agent、自动化流程和一些小工具，也维护家里的服务器、知识库和模型网关。白天在客户现场看业务，晚上用这些工具提升自己的工作效率。
这些折腾不是简历上的装饰。很多给客户讲的方案，都是我先在自己的工作里跑过一遍、确认真的可行，再拿出来聊。
如果你想先了解相关的事
可以看 客户案例，了解别的企业把 WorkBuddy 用在哪些流程里；如果你是客户公司的员工，想先看怎么用，就去 场景教程。