FDE · 第一个客户 · 沟通与成交
FDE，狗都不做？辞职后才发现，最难的根本不是AI
技术决定你能不能做出来。找客户和沟通，决定项目有没有机会开始。
满心欢喜辞职做 FDE，第一盆冷水往往不是模型不会调，也不是系统跑不通。
是你突然发现：客户在哪里？
好不容易约到一个，对方张口就是："做个企业知识库""把业务接上 Agent""最好的模型给我用上"。
你既不能顺着吹，也不能当场把人怼走。你得在一次谈话里判断：他到底有问题，还是只有焦虑；这件事能不能做，还是只适合做一场热闹的演示。
我做过 AI 算法、模型优化部署，也做过企业内部沟通和培训。转向 FDE 以后，我越来越确定一件事：
技术决定你能不能把项目做出来。找客户和沟通，决定你有没有机会开始做。
这篇文章不讲岗位光环，只解决两件事：第一个客户去哪里找，第一次沟通怎样拿到一个真实、明确、双方都愿意继续的下一步。
01 先别介绍技术，先去找正在付出代价的人
FDE 最容易犯的错误，是把技术栈当成客户入口。
"我会 RAG、Agent、MCP、私有化部署。"
这些话只能证明你有一箱工具。客户愿意停下来听，是因为某项工作每天都在浪费时间、频繁返工、不断出错，或者已经拖累收入和交付。
别先问"哪些公司需要 AI"，这个问题太大。去找具体的工作：
• 客服每天在十几份资料里翻答案；
• 销售反复整理会议记录和报价单；
• 培训部门一遍遍回答相同的问题；
• 运营在几个系统之间复制数据；
• 审核人员逐条核对大量材料。
客户不是从技术名单里长出来的。客户藏在一项大家长期忍受、又一直没解决的工作里。
第一个客户通常离你没有想象中那么远，可以先从四个入口找。
第一，过去一起工作过的人。他们知道你做过什么，也更愿意告诉你真实流程。前同事、合作过的产品和技术、一起做过部署或培训的人，都算。
第二，企业培训现场。培训不是 FDE 项目，却很容易暴露两个事实：管理者想推进什么，一线人员究竟卡在哪里。一句模糊的"我们也想用 AI"，可能由此变成一次场景诊断。
第三，公开的业务信号。招聘知识运营、智能客服、AI 产品或模型部署岗位，说明企业愿意为某类问题投入资源；采购信息、产品更新、行业会议和管理者公开表达，也能提供线索。但它们只是线索，不能被包装成"我已经看透了你们公司"。
第四，你熟悉的行业工作流。不必假装懂所有行业。先从自己见过的数据、系统和协作方式出发。你越清楚一项工作怎么发生，越容易问出有用的问题。
现在就列出 20 个你能够正常联系到的人。每个人后面只写三项：
• 他负责什么工作；
• 哪一步可能存在重复、等待或风险；
• 你为什么有资格和他聊这件事。
三项都写不出来，先别发消息。
02 第一个客户可以小，但问题必须是真的
约到人，不等于拿到了项目。
我筛一个机会，会看四件事：问题有没有代价、内部有没有负责人、能不能看到真实样本、第一步能不能在几周内验证。
问题的代价不一定非要换算成漂亮的金额。每天要多少人处理、哪里经常等待、哪类错误会返工、哪个环节拖慢客户响应，都可以成为基线。
最怕的是"提升智能化水平"。它听上去正确，却没有办法验收。
内部负责人也不是群里最积极的人。他要能组织业务人员、确认样本、解释什么叫答对，并把需要拍板的问题带回公司。没有这个人，FDE 最后只能拿自己的理解替客户做决定。
真实样本决定你看到的是工作，还是汇报材料。没有脱敏工单、历史问答、制度文件、操作记录或接口说明，所有准确率和工期都只是猜测。
范围决定双方能不能承受第一次失败。第一步最好只改变一项高频工作，出错后还能由人接管。上来就做全公司知识中台、替换核心系统，或者让 Agent 自动执行高风险动作，不适合拿来练第一枪。
预算大、口号响，都不如负责人、样本和验证条件同时在场。
如果四项条件只满足一项，可以继续交流，但先别把它叫项目。做一次资料检查、流程诊断或培训工作坊，看看对方愿不愿意投入真实的人和数据。
03 没有案例，客户凭什么愿意见你
第一个客户难，是因为双方都没有足够证据。
你没有完整案例证明自己；客户也没有证明这个问题值得做。最有效的办法，是把第一次合作设计得足够小，让双方以很低的代价获得新证据。
你可以检查一批脱敏资料，做一次围绕真实任务的诊断，组织一次管理层和业务人员共同参加的场景工作坊，或者审查一套正在推进的方案。
这些动作都不承诺直接上线，只回答几个更小的问题：
• 这里有没有值得做的场景？
• 现有数据能不能支持？
• 最大风险在哪里？
• 下一步最便宜的验证是什么？
算法与部署经验让你判断模型、数据、接口和算力边界；沟通与培训经验让不同部门坐到同一个问题前。客户需要的，是一个能快速看清问题，也知道哪些话暂时不能承诺的人。
第一次邀约不用写成长篇自我介绍。说清楚你观察到的工作、为什么找他，以及只想了解哪一件事就够了。
最近我在整理企业资料检索和 AI 落地的实践。你之前提过团队查资料比较慢，我想找你了解一次最近发生的真实任务，看看问题是在资料、流程还是系统。先聊 30 分钟，不预设一定做项目；如果不适合用 AI，我也会直接说明。
这段话没有炫耀技术，也没有替客户下诊断。它只给出一个具体、低风险的见面理由。
04 第一次沟通，不是产品宣讲会
第一次会议要有任务。它既不负责展示你认识多少模型，也不能漫无目的地"了解需求"。
会前最好只写一页纸：为什么约这次会议，目前有哪些待验证判断，必须到场的人是谁，结束前需要确认什么。
一场有效的第一次沟通，至少要带走四样东西：
1. 一项真实流程； 2. 一个主要阻塞； 3. 一批可验证样本； 4. 一个能决定下一步的人。
客户内部通常存在几种不同权力：业务负责人确认流程和验收，数据负责人决定资料能否使用，IT 与安全确认接口、身份和部署边界，管理层负责人决定预算和跨部门资源。一线使用者可能没有签字权，却最清楚实际工作里的绕路和例外。
不用急着画复杂组织图。只要搞清楚三个问题：谁提供事实，谁承担改变后的风险，谁有权作最后决定。
FDE 可以整理意见、提供方案，不能替缺席的人同意。
05 别问"你想要什么"，先让他做一遍最近的任务
"希望准确一点""最好全自动""数据不能出去"，都不能直接写进代码。
第一次沟通时，更有效的做法，是请对方打开最近处理过的一张工单、一份报价、一次资料查询或一项审核任务，从头做一遍。
不要让他概括"平时怎么做"。概括出来的往往是标准流程，真正值钱的是系统之外的绕路。
沿着任务往下问：
• 什么触发了这件事？
• 第一份输入从哪里来？
• 中间打开了哪些系统？
• 根据什么作判断？
• 遇到例外找谁？
• 结果写回哪里？
• 接下来谁会使用这个结果？
听到"通常""原则上""系统里都有"，就追问最近一次例外。每个重要结论再补三句：有没有样本？谁能确认？如果不成立会影响什么？
这样才能把三种流程分开：对方口中描述的流程、样本实际呈现的流程、未来希望变成的流程。三者一混，FDE 就会把愿景当现状，把个例当规则。
客户如果当场问"准确率能不能到 99%""两周能不能上线""是不是必须私有化"，不要凭经验拍数字。
准确率要先有真实问题和错误分类；周期要看数据、接口、权限与验收投入；部署方式要先知道哪些数据受限、负载多大、谁负责运维。
没有证据时，你可以承诺验证方法、负责人和时间，不能承诺尚未测出来的结果。
06 拿不准怎么说，让 AI 先陪你打一遍
FDE 的沟通压力，很大一部分来自临场反应。客户突然压周期、问价格、要求免费做一版，自己没把握，可以先让 AI 扮演业务负责人、IT、安全和采购，把难题预演几轮。
涉及客户名称、账号、原始数据和商业秘密时，必须先脱敏。下面这段可以直接改：
你是我的 FDE 客户沟通与谈判教练。
>
目标客户：[行业、团队和公开背景]
>
我观察到的工作问题：[只写事实和待验证判断]
>
我的能力与证据：[真实经历、可展示成果和能力边界]
>
本次沟通目标：[希望确认什么、拿到什么下一步]
>
不能直接承诺的内容：[准确率、周期、价格、数据权限等]
>
请完成：
>
1. 判断这次联系是否足够具体，删掉自说自话和技术炫耀；
2. 模拟业务、IT、安全和采购最可能提出的反对意见；
3. 连续追问我三轮，每轮只指出一个问题：答非所问、过度承诺、无条件让步或没有追问证据；
4. 把我的让步改写成"如果……那么……"的条件交换；
5. 最后把事实、推断、建议和仍需决定人确认的内容分开。
>
不要编造客户需求、预算、组织关系和技术结论。
AI 给出的漂亮话术别直接照抄。先检查它有没有替客户猜动机，或者把"可能愿意"写成"已经同意"。AI 适合做反方、整理和漏洞检查，最终说出口的承诺仍由 FDE 承担。
07 谈判的目标，是拿到一个双方都投入的下一步
第一次沟通不一定成交，但必须结束在一个明确状态：继续验证、进入付费诊断、准备小范围项目，或者停止跟进。
最危险的状态是一直免费聊。客户不断加问题，你不断补方案，双方却从未确认谁提供样本、谁参加评测、什么时候作决定。看起来很忙，项目一步也没往前走。
谈下一步时，可以先把条件分成三类：
• 启动条件：负责人、真实样本、可执行的验收方式；
• 可交换条件：范围、周期、部署方式、人工复核比例；
• 红线：没有评测集却要求保证准确率，或者让 FDE 替客户承担内部权限决定。
价格、范围、周期、效果和风险，不能同时单向让步。
客户希望两周看到结果，可以缩成一个场景的离线验证，同时要求第三天前提供样本和答案依据。客户要求进入生产，就要补齐身份权限、安全评审和回滚方案。预算有限，可以减少定制和驻场，但不能连业务负责人和验收标准一起拿掉。
客户要求免费 PoC，也别只回答做或不做。把它改成条件交换：你投入有限验证时间，客户提供脱敏样本、业务专家和明确评测规则；这次验证只回答技术可行性，不承诺上线效果。条件不成立，就退回资料检查或付费诊断。
每一次让步，都要换回一个让项目更可交付的条件。
08 散会以后，只发一页能被修改的结论
会议结束后，不要扔给客户一份几千字转写记录。当天发回一页结论，写清五件事：
• 已经确认的事实；
• 仍待验证的判断；
• 第一阶段明确不做什么；
• 双方下一步各自提供什么；
• 最晚确认时间。
AI 可以先把记录拆成事实、推断、决定和待办，人再逐项检查。没有得到确认的内容，不能升级成客户承诺；没有写清条件的口头让步，也不能直接进入排期。
这时再判断线索进入哪个状态：继续培养、安排第二次技术会议、付费诊断、准备验证项目，或者停止。不要用"保持联系"掩盖没有结果。
判断有没有找到第一个客户，只看一件事：双方是否愿意为同一个具体问题，分别提供时间、数据、决定和下一步行动。
写在最后
现在再看"FDE，狗都不做"，真正劝退人的并不是要多会几门技术。
你得主动找到问题，判断客户准备度，在没有组织权力的情况下把真实流程问出来，还要敢于拒绝没有证据的承诺。
这份工作确实麻烦。它要求你既能下现场，又能守边界；既敢往前推，也知道什么时候停。
但这也是 FDE 值钱的地方。
会做 AI 的人越来越多。能让一个企业问题从模糊兴趣，走到真实投入的人，仍然很少。
所以，第一个客户不是你说服来的。
是你和对方一起，把一个模糊愿望拆成了值得继续的下一步。
— 完 —