FDE与交付 / CASE NOTES生财精华 · 已核对来源

两天接触三个客户后收到第一笔定金:FDE 新手从组队到需求收敛的五段复盘

作者以 FDE 新手身份,与三位伙伴组队接触跨境公司、护肤品牌和疗愈师三类客户,疗愈项目收到三千元定金后开始开发。复盘点出团队按角色补齐能力、不同客户用不同卖入方式、交付阶段因没问清实际用法而铺开过多功能,最后重新收敛到自媒体创作这一优先需求。

这篇值得读在哪里

为什么推荐这篇

这篇复盘最有信息量的部分不是两天谈了几个客户,而是收定金之后暴露的返工:客户说出功能名,团队就往下做,结果日历、客户档案、海报等功能做完才发现并不急需。做企业 AI 交付,访谈应该以真实工作素材为入口,先问清哪一步最费时间,再决定开发顺序,而不是照功能清单铺开。

另一个可以借鉴的是团队组法:先把自己能承担的部分说清楚,再找人补上缺的那块,不必等自己成为全能选手。但这种组队方式对分工边界和需求转述要求很高,建议把谁对接客户、谁判断优先级、谁定义验收写成显式约定。

对新手来说,可以先拿一个已有明确痛点的客户做小范围试跑:只做一件事,约定用真实素材走一遍流程,验证客户是否真的会用、是否真的省时间,再谈扩展范围。

带着这些问题读原帖

  • 疗愈客户最终成交的范围里,哪些功能是客户真正每天在用的?
  • 作者一方的定金与订单总价值是否有可核对的凭证或后续披露?
  • 如果客户坚持要保留已开发但不急需的功能,团队准备怎么处理?
  • 这套先做内容创作的收敛方式,在跨境和护肤两个项目上能否复用?

以上问题根据原帖内容整理;本站推荐与验证建议由 AI 生成并检查。

领取体验,按开放范围继续阅读 ↗
先说判断 · 本站编辑分析

值得看的不是成交速度,而是它把新手做企业 AI 交付的几个真实卡点摆了出来:机会来了可以先讲清自己能做什么再找人补位;销售要先判断客户最急的事会不会改变原方案;收到定金只是开始,需求要问到客户每天具体怎么干活,功能优先级要围着最费时的一环收敛,验收标准也要提前对齐。

01 / 原作者披露了什么?

作者指标口径未披露

原帖未给出可核对的交付或营收指标,仅提到疗愈项目收到定金与总价值为五位数

原帖作者
小满
原帖日期
2026-10-10

原帖按生财账号权限阅读。以下适配判断、对比维度与验证建议由本站整理,不代表原作者建议。

02 / 先比较起点,再比较成果

更适合这样的你

  • 会用一些 AI 但还没做过客户交付的新手
  • 能参加线下活动、愿意主动提供价值并结识协作伙伴的人
  • 有一线业务理解力、擅长沟通但技术需要伙伴补位的人
  • 准备接单前愿意先做需求梳理与优先级判断的人

这些情况先缓一缓

  • 希望不沟通就照客户口头功能列表开发的人
  • 把收到定金等同于需求已明确的人
  • 期待单打独斗覆盖获客、技术、交付全链路的人
  • 不愿为已开发功能做取舍和删减的人
编辑判断需求访谈与优先级收敛、现场演示调整、团队分工协作、把客户需求抽象成可复用产品的初步能力两天内跟访三个客户、多次现场沟通与腾讯会议复盘,加上数日开发投入;作者未披露金额与人力成本
需要准备
客户最近一条真实业务产出(如已发内容或成稿);客户每天实际工作步骤与反复修改的环节;现用工具清单与沿用情况;功能清单及开发投入状态;交付验收标准与参考样稿
先核对起点
已有一个愿意深入沟通的真实客户,并能找到技术伙伴补位;同时愿意在开发前做需求访谈与优先级判断。

03 / 我们怎么看这条路径?

作者一方的做法是:先用线下关系把互补角色凑齐,由一个懂客户的人牵头获客与节奏,技术伙伴承担实现,自己承担成交后的需求沟通与后续推广。销售阶段按客户体量与痛点切换方式,跨境客户用顾问式销售先解决眼前产量问题,护肤客户用投入产出比选择合作方式,疗愈客户先定范围再谈定金。交付阶段暴露的问题正好相反:只听到功能名就往下做,导致已开发的功能并非当下急需,最后靠重新开会、收敛到内容创作这一主需求来纠偏。这个链条说明,FDE 早期最稀缺的不是写功能,而是把客户真实工作流翻译成优先级和验收标准。

第一单的价值不只在定金,而在于把“会用 AI”翻译成“能问清客户怎么工作、能排出先做什么、能定义什么算做完”,这三件事决定交付是否会返工。

04 / 你的第一步可以怎么做?

以下是本站提出的小规模验证建议,不是原帖完整操作教程。

  1. 01

    约一次客户的一线使用者,请对方拿最近一条真实产出讲清从选题到成稿的每一步,记录在哪一步反复改。

  2. 02

    把已收集到的功能列成清单,标注客户当下是否急需、能否沿用原有工具、开发是否已投入,据此排出只做一件事的顺序。

  3. 03

    在继续开发前和客户确认验收口径,比如交付到什么程度算完成、用什么素材和参考稿走一遍全流程。

与另一个案例比较

05 / 哪些条件容易被忽略?

  • 把客户口头提到的功能直接排进开发计划,容易做完才发现不急需。
  • 只和决策者沟通、不问实际使用者,需求会在开发阶段反复回滚。
  • 收到定金后范围仍模糊,可能造成双方对同一产品的理解偏差。
  • 团队角色未明确时,需求转述链条变长,责任容易落空。

06 / 关于这个方向的常见问题

三个客户里最终成交的是哪一个?

原帖写明疗愈项目已收到三千元定金,总价值为五位数的订单,另外两个项目仍在沟通,

原帖给出了哪些可核对的业绩结果?

只提到疗愈项目收到定金及订单总价值五位数,未披露交付完成情况或收益数据。

交付阶段最主要的问题是什么?

听到了功能名却没问清客户实际怎么用,功能铺得太多,已开发的功能也未必当下急需。

最后把开发重点收敛到哪里?

收敛到自媒体创作,尤其是找选题、拆结构和写文案这些繁琐工作,其他不着急的功能先停下。

读完,动手验证一次

客户需求优先级与验收核对表

本站原创练习。下表是填写示例,不是原作者的业务数据。下载后替换成你自己的信息。

填写示例
字段证据
示例:客户最费时的一步示例:客户说找选题和写文案最耗时间,且现有工具在口播视频上已够用
示例:当下是否急需示例:客户表示客户档案与推广海报暂不着急,可先用原有方式
示例:验收口径示例:用一份真实素材和一篇参考稿走完流程,再确认稿子可否使用
  1. 请客户用最近一个真实任务把流程从头走一遍,标出最费时的三步。
  2. 把已开发与待开发功能按急需程度排序,确认哪些可以先停。
  3. 和客户约定一个可复核的完成标准,再开始下一轮开发。
下载可填写的验证清单 ↓ Markdown 文本,可用记事本或 Obsidian 编辑,无需注册。
本站阅读问题

下一步,带着这个案例的问题去继续阅读。

你已经读过公开答案、原创分析和验证清单。按实际开放范围继续核对这些问题,再决定是否适合长期加入。

  • 疗愈客户最终成交的范围里,哪些功能是客户真正每天在用的?
  • 作者一方的定金与订单总价值是否有可核对的凭证或后续披露?
  • 如果客户坚持要保留已开发但不急需的功能,团队准备怎么处理?
  • 这套先做内容创作的收敛方式,在跨境和护肤两个项目上能否复用?
领取 3 天体验 先安排三天怎么读 ↗