#有点真东西 程序员，不等于会做FDE AI企培、FDE接连火起来，不少程序员开始报名学习。最近来找我咨询的人，常问：我有多年开发经验，能不能做FDE？FDE和GEO该学哪个？手里有企业资源但不懂技术，能不能入场？ 这些问题听起来不一样，其实都卡在同一处：先看自己会不会技术，再判断能不能做生意。程序员容易把FDE理解成技术开发，觉得会写代码、做过项目，就天然适合。 技术当然重要，但企业需要的不是一个会开发的人，而是能把真实业务问题弄清楚、设计出可交付方案的人。 我接触过一位老板，他同时找了两支FDE团队谈业务AI化。合作一开始，问题就来了：老板讲的业务，是一线员工实际怎么做的吗？员工提供的资料，能还原真实流程吗？很多公司里，SOP写一套，现场做一套。信息经过几层传递，还会走样。只看材料和数据，很容易把问题判断错。 所以FDE不只是把需求接过来开发。你得进到业务现场，弄清楚谁在做、实际怎么做、哪些环节最费时间、例外情况怎么处理、结果怎么验收。还要知道客户想要的结果是什么，哪些可以承诺，哪些不能。老板想用AI获客，你得先说清自己能交付的是获客结果，还是一套工具，别把工具说成结果。涉及重大判断和风险的环节，也不能因为自动化做出来了，就默认可以撤掉人工审核。 企业AI化也不只是技术问题。员工可能担心AI替代自己，如果一上来就谈裁员，抵触只会更大。我更愿意先从规则清楚、重复多、占时间但价值不高的工作开始，让员工先感受到AI能帮上忙，再逐步找更适合AI参与的场景。 这背后需要商业理解、业务拆解和项目管理。开发经验当然有价值，但它通常发生在需求已经确定之后。自己做FDE，还要补上前面的客户需求、产品判断和项目推进。 我和一位餐饮老板谈合作，关注的不是做一个门店工具，而是用AI降低开新店对店长个人能力的依赖。因为这家餐饮有中央厨房管理特性，方案在相似场景中可能复用，我才选择技术入股。FDE项目能不能做，不能只看技术能不能实现，还得看业务基础、合作条件和后续是否有复用空间。 市场也要看清。从我接触到的团队和项目看，企业培训和FDE目前仍带着市场教育、建立信任的属性。培训费或单个定制项目，不一定能支撑长期利润。每来一个客户就从头开发，也容易做成传统外包。要把重复出现的能力沉淀下来，才有机会复用和规模化。这是我接触范围内的观察，不代表整个市场。 所以，FDE能不能做，不该先看你是不是程序员。能理解客户、拆清业务、组织交付的人，即使自己不开发，也能和技术伙伴合作；会开发但找不到客户、谈不清需求，也不建议一上来就做企业服务。 如果你是程序员，先别急着辞职转型。可以先拿当前工作做练习，看看哪些流程能被AI改造，实际效果怎样；再把过程沉淀下来，分享真实经验。这样既能积累业务AI化能力，也能为以后争取公司内部机会或副业合作做准备。 真想入场，可以先问自己三件事：我理解客户为什么要做这件事吗？我能不能到现场把业务拆清楚？AI、人和企业各自要承担什么责任？这几件事想明白了，再决定学什么技术、做什么产品。 程序员熟悉开发，遇到问题时自然会想先做工具。但FDE的起点，应该是企业正在经历的具体问题。技术放在后面，是让它为商业和业务判断服务。 #程序员 #程序猿 #FDE #前端工程师 #工作流 #企业AI化