作者拿到的成绩
这篇值得看在哪里
作者从产品经理和C端创业转向企业AI定制服务，累计接触100多家企业并深度服务10+家。文章拆解FDE如何从真实业务找场景、做方案、交付迭代。关键转折是从追求技术优势，转向验证客户是否真正使用并愿意持续合作。
从C端产品转向企业交付
作者有产品经理和创业经历，先做过AI绘画小程序，累计五万多用户和两千多付费用户，后来因为利润驱使逐渐增加企业服务，覆盖培训、定制软件和垂类产品。转向ToB后，他接触了100多家企业，深度服务10+家，实际参与前期诊断、谈价、开发、调试、培训和收尾款。这个起点说明，企业AI服务的难点不只是把产品做出来，而是要把技术放进真实组织，处理员工配合、权限、验收和持续使用等问题。
FDE卖的是业务落地能力
文中把FDE解释为深入业务现场、设计解决方案并推动客户用起来的人，实际职责交织了项目管理、销售、产品设计、AI工程、开发和测试。作者用人力法务产品“职法狮”说明，企业需要的不是单独生成一份合同，而是把合同续签、负责人确认、员工通知、材料留存和异常提醒串成能运行的流程。交付评价也不只看演示功能，而是看能否降低操作门槛、减少漏节点和重复录入，并在高风险判断处保留明确的人工负责人。
第一单从熟悉场景切入
作者建议从自己熟悉的行业、岗位或具体工具场景开始，而不是一上来承包整个行业。跨境电商设计部门的案例中，设计师已经会用生图工具，真正的问题却是参考图、改图、批量任务和排队不方便，团队把这些操作组织起来后，工具才更贴近工作。对新人而言，这种切入方式的价值在于已有业务经验能减少需求沟通成本，也能让同行一眼看懂工具究竟解决了什么。熟人客户可以提供合作起点，但信任不能替代范围、费用和验收约定；没有行业案例时，则可以用小范围Demo验证真实问题和继续合作的意愿。
先看流程再决定用什么技术
外贸场景体现了方案选择的现实约束：国内员工需要从邮箱提取物流信息并更新海外在线表格，接口方案更直接，但海外权限谨慎，前期验证也不适合申请很大的访问权限。团队随后改用本地比对加线上更新的方式，减少重复查询，但仍受页面速度影响，过程还需要十几分钟。这个结果没有被包装成完全自动化，而是说明技术方案必须服从权限、数据和组织条件。作者进一步将程序、RPA、模型和人工分工：规则明确的匹配和提醒优先交给程序，没有接口再评估页面自动化，需要理解、识别或生成时才使用模型，高风险判断则由专业人员复核。
真实试用会推翻第一版
医疗资料整理项目中，系统原本帮助医生提取资料、分类并生成初稿，医生再审核修改，单份报告从大约四个小时压缩到医生十来分钟审核修改的量级。但第一版交付时客户直接给出大差评，原因不是模型完全没有能力，而是专业人员只有看到生成结果后，才更容易指出内容顺序、表达方式和资料合并规则。后续一个月收到一两百条需求或反馈，团队需要区分规则理解错误、交互问题和真实异常，不能把所有反馈都变成新增按钮。客户逐渐依赖系统后，稳定性、异常处理和维护响应也成为交付责任。
报价要覆盖交付的隐性成本
作者把项目投入拆成获客与项目管理、产品与流程、技术实现、测试与调整、培训与维护、外部支出六类，提醒读者不要只按写代码的天数报价。客户试用后的修改、现场沟通、材料清洗、模型和服务器费用、合作伙伴分工，都会影响实际利润。效果付费尤其要先确认基准、归因和验收方式，文中就有客户对同一项工作给出两个小时和十五分钟两种基准的经历，若不提前核对，报价空间会被口径变化直接改变。对新人来说，先把第一笔固定费用、第一阶段范围和验收讲清楚，比急于谈分成或股权更稳妥。
适合有行业经验的复合型实践者
这类项目更适合已经理解某个行业流程、愿意和真实用户沟通，并能持续处理反馈的人。作者强调，FDE不必一开始具备所有能力，业务强但技术弱可以找技术伙伴，开发强但需求和销售弱也可以合作补齐；关键是知道缺什么，以及找谁补上。文章同时提醒不要急着辞职转型，因为第一单来源、交付周期和后续客户都还未验证。更稳妥的起点是选一个熟悉行业中的高频小场景，找到愿意提供材料和试用的人，做出可判断价值的小结果，再决定是否产品化、持续陪跑或拓展到相近行业。
根据作者原帖及所附飞书文档整理。完整实操与材料见原文。
原文还会展开这些问题
- FDE如何从客户口中的大需求追到可交付的具体场景？
- 外贸表格案例中，权限限制如何改变自动化方案？
- 医疗项目第一版为何失效，团队如何处理反馈？
- 程序、RPA、模型与人工应如何分配任务？
- 企业AI服务报价如何确认基准、归因和验收？
- 如何从首个定制项目提取可复用的垂类产品？
原作者原话
最重要的部分讲清楚，然后做出能试用的初版，让真实使用来补缺补漏
重要的是知道缺什么，以及找谁补上
以上为原帖简短摘引。作者：一登Eden。完整内容及访问条件以生财有术原帖为准。
