这张卡讲交付链条上最容易被混用的兜底角色：支持工程师。
核心拆解：TSE 的工作由工单触发，对象是已交付产品的问题，考核是响应时效与解决率；Forward Deployed Engineer（FDE）的工作由项目触发，对象是不存在的系统，产出是新建能力。一个是响应式、一个是建设式，这条线画清了分工。最常见的误用是让 FDE 长期顶岗接工单，交付资源被排障吞噬，客户也失去了建设节奏，这是双输。
增量判断：支持工程师是离 FDE 不远的转型路径：客户问题库、排障直觉、与客户沟通的耐心都是资产，缺口在主动建设——从零搭系统与写生产代码的经验。支持岗还有一个被低估的优势：见过大量真实故障，对系统脆弱点的直觉比同龄开发者强。
行动建议：如果你在支持岗，把过去三个月的工单按根因归类，这份归类就是你的转型作品集底稿，比任何证书都有说服力。归类时区分根因属于产品缺陷还是使用问题。
—— FDEChina编辑部 · 实战派
定义
技术支持工程师（Technical Support Engineer，TSE）负责处理客户工单：复现问题、定位故障、给出解决方案或向上升级，考核指标通常是响应时效、解决率与客户满意度，工作性质是响应式而非建设式。
展开
与 Forward Deployed Engineer（FDE）的分工边界由触发机制决定：TSE 的工作由工单触发，作用对象是已交付的产品，职责是把故障恢复到正常；FDE 的工作由项目或商机触发，作用对象是尚不存在的系统，职责是把它建出来。因此两者的日常状态完全不同——支持以稳定性优先，改动谨慎；FDE 以建设优先，持续引入变更。最常见的误用是让 FDE 长期顶岗接工单，交付资源被排障吞噬，客户的建设节奏也随之停滞；健康的结构是支持线独立存在，升级路径清晰，FDE 只按约定介入疑难根因分析。
对个人转型而言，支持岗是离 FDE 不远的起点：多年积累的客户问题库、排障直觉与沟通耐心都是真实资产，缺口主要在主动建设能力——从零搭系统、写生产代码、做评测的经验，这决定了转型的主攻方向。