首页 / 课程学习 / F1 开篇判断
🎯 F1 开篇判断

三条铁律:需求背后是人、大模型是调度者、进现场比写代码重要

⏱ 18分钟 📖 第 3/6 节

三条铁律是FDE工作的底层逻辑,不管你做什么行业、什么项目、什么技术方案,这三条都不能违反。违反了,项目大概率翻车。

👤 铁律一:需求背后是人

客户说的任何需求,背后都是人的需求。客户说"我要做AI客服",背后可能是"客服团队流动率太高,我招不到人";客户说"我要做智能报表",背后可能是"老板每周要数据,我加班做表太累";客户说"我要做AI质检",背后可能是"客户投诉太多,我要找个背锅的"。

FDE的第一能力,就是穿透表面需求,找到背后人的真实痛点。因为:第一,表面需求可能是错的(客户以为AI能解决,实际上解决不了);第二,表面需求可能是不完整的(客户只说了一部分,真正的痛点藏在后面);第三,只有找到人的真实痛点,你的方案才有价值,客户才愿意付钱。

怎么挖?三个方法:

方法一:多问"为什么"。客户说"我要做AI客服",你问"为什么要做AI客服?"客户说"因为客服不够用",你问"为什么不够用?"客户说"因为流动率高",你问"为什么流动率高?"客户说"因为要倒夜班"。问到最后,真实痛点就出来了:不是客服不够用,是倒夜班导致流动率高。那你的方案就不是"做一个全时段AI客服",而是"做一个夜间AI客服,取消夜班"。

方法二:看行为不听话术。客户说"我们很重视数据质量",但你去看他们的系统,数据乱七八糟、没人维护。客户说"我们想提效",但你去看他们的流程,大家都在按老办法干活,没人愿意改变。听客户说什么不重要,看客户做什么才重要。

方法三:找不同的人聊。同一个项目,老板说的、部门经理说的、一线员工说的,可能完全不一样。老板说"要降本增效",部门经理说"要减轻工作量",一线员工说"别给我加活就行"。你需要跟不同层级的人聊,才能拼出完整的真实需求图景。

常见误区
很多FDE(尤其是技术出身的)一上来就跟客户聊技术方案:"你们想用什么模型?要不要做RAG?要不要接API?"这是本末倒置。技术方案是最后一步,第一步永远是挖需求。需求没挖清楚,技术方案做得再漂亮也是白搭。

🤖 铁律二:大模型是调度者,不是执行者

很多人以为大模型是"万能执行者"——你给它一个任务,它就能帮你完成。这是对大模型最大的误解。大模型本质上是"调度者",不是"执行者"。

什么意思?大模型擅长的是:理解自然语言、生成文本、做推理、调用工具。但大模型不擅长的是:精确计算、确定性操作、长流程执行、数据持久化。你让大模型算一个复杂的财务公式,它可能算错;你让大模型执行一个10步的工作流,它可能在第5步就跑偏了;你让大模型记住一个月前的对话,它可能忘了。

所以正确的做法是:大模型做"大脑"(理解需求、做决策、生成内容),传统程序做"手脚"(精确计算、确定性操作、数据存储)。大模型调度传统程序来完成任务,而不是大模型自己完成所有任务。

举个例子:客户要做一个"AI财务分析助手"。错误的做法是:把财务数据全部喂给大模型,让大模型直接生成分析报告。这样做的问题是:数据量大了大模型处理不了,计算可能出错,数据安全有风险。正确的做法是:大模型理解用户的问题("帮我分析上个月的销售情况"),然后调度传统程序去数据库里取数、做计算、生成图表,最后大模型把结果用自然语言总结成报告。大模型做"理解和总结",传统程序做"取数和计算"。

这个原则决定了FDE的方案设计思路:不是"什么都交给大模型",而是"哪些交给大模型、哪些交给传统程序、两者怎么协作"。一个好的AI方案,大模型只做它最擅长的那20%,剩下80%由传统程序完成。这样既保证了效果,又控制了成本和风险。

  • 大模型擅长:自然语言理解、文本生成、推理判断、工具调用、内容创作
  • 大模型不擅长:精确计算、确定性操作、长流程执行、数据持久化、实时响应
  • 正确架构:大模型做大脑(理解/决策/生成),传统程序做手脚(计算/操作/存储)
  • 方案设计原则:大模型只做最擅长的20%,80%由传统程序完成

🏭 铁律三:进现场比写代码重要

这是FDE和传统软件开发最大的区别。传统软件开发,程序员坐在办公室里写代码就行,产品经理整理好需求,开发按需求实现。但FDE不行,你必须进现场。

为什么?因为AI项目的需求是模糊的,你坐在办公室里听客户说,永远理解不了真实的业务场景。你必须去客户的现场,看他们怎么工作、怎么用系统、哪里痛、哪里卡,才能真正理解需求。

举个真实的例子:某炼化厂要做工业Agent,FDE团队没有坐在办公室里听客户讲需求,而是脱掉格子衫、穿上防静电工装,坐进装置控制室,跟一线操作工一起倒班近两周。在这两周里,他们看到了:老师傅怎么判断报警根因(不是看数据,是看趋势、听声音、闻味道)、操作工怎么交接班(口头传经验,没有书面记录)、哪些报警是真的需要处理(10%)、哪些是噪音可以忽略(90%)。这些信息,你坐在办公室里永远听不到,客户也不会主动告诉你——因为他们觉得"这是常识"。但正是这些"常识",决定了AI方案能不能落地。

进现场不是"去看一眼",而是"沉浸式体验"。你要:跟一线员工一起工作(倒班/坐班/跑现场)、记录他们的工作流程(每一步做什么、用什么工具、花多少时间)、观察他们的痛点(哪里慢、哪里错、哪里烦)、收集他们的"土办法"(老师傅的经验、Excel表格、手写笔记)。这些都是AI方案最宝贵的输入。

进现场的时间投入:简单项目至少2-3天,复杂项目1-2周。不要觉得"浪费时间",这是FDE最有价值的工作。你在现场多花一天,后面方案设计就能少走一周弯路,项目交付就能少踩一个坑。

进现场的三个层次
第一层:看——去客户现场看一圈,了解环境和流程。第二层:问——跟不同层级的人访谈,挖需求和痛点。第三层:做——跟一线员工一起工作,沉浸式体验真实场景。FDE至少要做到第二层,复杂项目要做到第三层。

🔗 三条铁律的内在逻辑

三条铁律不是孤立的,而是有内在逻辑的:

"需求背后是人"决定了FDE的工作起点——不是从技术方案开始,而是从理解人开始。

"大模型是调度者"决定了FDE的方案设计原则——不是什么都交给AI,而是AI和传统程序各司其职。

"进现场比写代码重要"决定了FDE的工作方式——不是坐在办公室里做方案,而是去现场沉浸式体验。

三条铁律合在一起,就是FDE的核心方法论:先理解人(进现场挖需求),再设计方案(AI做大脑传统程序做手脚),最后交付落地。这个顺序不能反,反了就会翻车。

🎯 本节关键要点

  • 1 铁律一:需求背后是人——穿透表面需求,找到背后人的真实痛点,多问为什么、看行为不听话术、找不同的人聊
  • 2 铁律二:大模型是调度者不是执行者——大模型做大脑(理解/决策/生成),传统程序做手脚(计算/操作/存储),大模型只做最擅长的20%
  • 3 铁律三:进现场比写代码重要——沉浸式体验客户的真实工作场景,简单项目2-3天,复杂项目1-2周
  • 4 三条铁律的内在逻辑:先理解人→再设计方案→最后交付落地,顺序不能反
  • 5 违反任何一条铁律,项目大概率翻车

你现在能做什么

1

梳理你当前项目的痛点

用本节课学到的方法,列出你当前项目中最痛的3个问题,每个问题量化频次和影响。

2

去案例库看真实案例

进入项目案例库,找到与你行业相关的案例,研究别人是怎么解决类似问题的。

3

用交互工具练习

使用客户对话模拟器(4个真实场景/四维评分/58个学习引导)、MVD画布等交互工具,在模拟场景中练习本节课的方法。

📝 他们会这样考你

Q1

FDE和传统IT交付的本质差异是什么?

Q2

为什么说"需求背后是人"?举一个你工作中的例子。

更多题目:进入在线考试,七套篇章卷350+题等你挑战。