从真实现场到 10+ 家付费内测｜一个行业人跑通 FDE 产品化的完整过程-环球搭子

写作时间：2026年8月

过去半年，我在 AI 上烧了400多亿 Token，验证了一个反常识的判断：在 AI 时代，最深的护城河可能不再是技术，而是对行业“脏活累活”的深度理解。一个不懂代码、但真正懂行业的人，能不能从自己最熟悉的业务里，做出一个有人愿意付钱的 AI 产品？

从真实现场到 10+ 家付费内测｜一个行业人跑通 FDE 产品化的完整过程配图1

结果先说。截至 2026 年 6 月 30 日：

•10+ 家门店已经按 500 元/店付费参加小程序内测；•20+ 家门店预约了年费 9800 元的正式版。

这两个数字不能混在一起。前一个是已经发生的真付费，后一个只是预约意向；它们能证明有人愿意为当前价值付出成本，还不能证明门店会持续使用、愿意续费。这不是我第一次靠 AI 收到钱，但能收一次钱，和能长成一个持续产品，中间还隔着真实使用、工作改变和复购。

真正的转折，来自一段获得授权的门店服务录音。AI 不只把它转成文字，还对照门店的项目资料和服务标准，把顾客在担心什么、员工哪里接住了、哪里漏掉了、下一次该怎么跟进，一条条摆出来。

老板们的反应很直接：“我靠，现在都做成这个样子了吗？”

但真正让我在意的，是他们紧接着问：“这个怎么试？能不能接进门店现在的业务？”

那一刻我才想明白：客户不是因为 AI 很厉害才行动，而是因为他第一次看见，AI 可以接住一段原来看不见、管不住的真实工作。

这就是我理解 FDE 的起点——我管它叫 “从现场到钱箱的脏活闭环”。

就是你得扎到客户干活的一线（现场），找到他真正头疼的那个繁琐问题（脏活），做出一个能帮他解决问题的东西，并且最终让他愿意为这个结果付钱（钱箱）。从头到尾，一步都不能断，必须跑通这个完整的商业循环（闭环）。

如果你没时间读完全文，先记住这 “七步”：

1. 混进去：到客户现场，看他到底怎么干活。

2. 抓痛点：找到他嘴上不说、但心里最烦的那个点。

3. 做最小：第一版产品，功能小到你自己都觉得“这能行？”。

4. 一起搞：拉着客户，让他参与进来搭。

5. 塞进去：硬塞进他现在的工作流程里，别让他改习惯。

6. 盯着用：逼着他用，看能不能真的帮他解决问题。

7. 要反馈：验证他说的“有用”，愿不愿意变成下一次的“付钱”。

整个事，你就记住三个停下来问自己：

1. 这事，真值得做吗？（真需求）

2. 第一版，到底小到哪一步才算完？（小闭环）

3. 客户说好以后，愿不愿意掏钱、花时间、给材料？（真付费）

图 01｜FDE 产品化的总结构：客户现场闭环与产品反馈闭环缺一不可。

第一章｜三分钟看懂 FDE：把 AI 接进真实工作

1.1 一个门店问题，为什么录下来还不够

高客单服务里，顾客和美容师聊了很久。她为什么犹豫、哪句话让她放松、还有什么没说出口，都留在了房间里。

服务结束后，美容师出来只说一句：“她还要再考虑一下。”店长不知道该怎么辅导，下一次回访也只能重新猜。

这时候，老板很容易想到：“那就把服务录下来。”

但录音只保存了声音。真正有用的是，让 AI 对照门店的项目资料和服务标准，找出顾客在担心什么、员工哪里接住了、哪里漏掉了，以及下一次应该怎么跟进。

所以，FDE 一开始不问“能做什么功能”，而是先问：

这段真实工作卡在哪里？AI 做出结果以后，谁会在什么时候拿它做什么？

1.2 普通 AI 交付和 FDE，差在最后有没有人用

普通交付很容易停在这里：工具做出来了，页面能打开，报告也能生成；给老板演示一遍、发一个链接，项目就算结束。

FDE 会继续往下走：

拿一段获得授权的真实录音，让 AI 按门店标准生成复盘；和店长一起核对结果；把报告放进员工辅导或顾客回访；再观察谁真的用了、哪里不好用、应该怎么改。

同一类问题在不同门店反复出现以后，那些稳定有效的做法，才值得做成产品里的通用能力。

理解图 A｜同一个 AI 工具，两种交付结果：普通交付停在做完，FDE 继续追到用起来。

如果一定要用一句大白话解释 FDE，我会这样说：

FDE 不是帮客户做个 AI 工具就结束，而是把 AI 接进一件真实工作：用真实材料做出可核对的结果，盯到有人使用，再把反复有效的做法做成产品。

1.3 FDE 到底负责哪四件事

FDE 结果 = 真问题 × 可用结果 × 进入工作 × 持续使用

理解图 B｜FDE 结果的四个相乘条件：任何一项接近零，最后的价值也接近零。

•真问题：现实里反复发生，而且已经让人损失时间、金钱或机会。•可用结果：人能核对，也知道看完以后下一步做什么。•进入工作：结果在正确的时刻，交到真正要做决定的人手里。•持续使用：用户之后还会继续用、继续改，也愿意提供新的真实材料。

这里用乘法，不是为了显得专业。它只是提醒我们：问题不真、结果不能用、没有进入工作，或者只打开一次，前面做得再漂亮，最后的价值都会接近零。

1.4 判断你做的是工具，还是正在长成产品

以后再冒出一个 AI 产品想法，先别急着堆功能，问自己三句：

1. 真需求：这件事最近一次具体发生在什么时候？谁正在为它付出代价？

2. 小闭环：一份真实材料，能不能产生一个可核对的结果，并改变一个人的下一步？

3. 真付费：客户愿不愿意继续提供材料、投入时间，最后付出真实金钱？

这三问不是另一套理论。它们只是三个停下来检查的时刻：别做错问题，别把第一版做得太大，也别把一句“挺厉害”当成生意。

FDE 全称 Forward Deployed Engineer。OpenAI 和 Palantir 的公开岗位描述虽然用词不同，但都强调一件事：从发现问题、搭建系统，到生产部署和推动采用，对端到端结果负责。OpenAI 岗位说明｜Palantir 岗位说明

先把上面四件事记住。第二章再把它们展开成一条完整的七步责任链。

FDE 不是把 AI 产品做给客户看，而是让 AI 的结果进入客户下一步真实工作。

第二章｜FDE 怎么做：七步把真实问题推进到产品

2.1 七步先别背，先看成三段

第一章讲了 FDE 要负责四件事。真正动手时，可以把它展开成七步，但不用一上来就背七个名词。

先看成三段，会简单很多：

1. 做之前，先看清问题：进入现场、发现问题、定义范围。

2. 交付时，把结果接进工作：共同搭建、部署工作流。

3. 用过以后，再判断有没有价值：促进采用、验证影响。

走到这里还没有结束。你还要把现场反复出现的输入、判断、输出和异常带回产品，沉淀成 SOP、提示词、Skill 或产品模块，再进入下一次现场。

FDE 不是流程比别人多，而是责任不能在“东西做完了”这里断掉。

图 03｜FDE 完整循环：上半圈解决这一次的真实问题，下半圈让下一次做得更快、更稳。

2.2 每一步走到哪里，才算过关

七步不是让你多写七份材料。每走一步，只要拿到一个能继续往下的证据。

1. 进入现场：能说清最近一次事情是怎么发生的，并拿到一份合规、获授权的真实材料。

2. 发现问题：能说清谁在什么环节卡住了，已经损失了什么，现在又在用什么办法补救。

3. 定义范围：第一版只有一个用户、一个输入、一个结果和一个下一步，也能说清这次不做什么。

4. 共同搭建：业务方把自己的标准、样本和判断放进来，结果好不好有真人可以核对。

5. 部署工作流：这里不一定是复杂的技术部署，而是先确定结果在什么时刻交给谁，他接下来要做什

么。

6. 促进采用：用户看得懂、信得过、用起来不麻烦，而且知道拿到结果后往哪里走。

7. 验证影响：记录真实行为——谁用了、改了什么、是否再次提供材料或付费，而不是只记一句“挺

厉害”。

这些就是七个过关信号。哪一步没有证据，就先回到那一步补，不要靠继续加功能把问题盖过去。

2.3 跑通一次还不够，现场要反过来改产品

走完七步，最多只能说明：这一次交付有机会产生真实价值。要让它长成产品，还得再回来一圈。

第一条是客户现场闭环，解决“这一次有没有用”：

真实材料 → AI 处理 → 可用结果 → 下一步动作 → 使用反馈

第二条是产品反馈闭环，解决“下一次能不能更快、更稳”：

使用反馈 → 比较重复与例外 → 沉淀最小能力 → 放进下一次交付

只跑第一条，每来一家客户都要从头重做，经验只长在交付者身上；只跑第二条，团队就会关在房间里研究“用户应该需要什么”。

所以，FDE 既不是无限定制，也不是闭门造产品。它是在一次次真实使用里，找出哪些东西值得留下。

2.4 “现场”不是地点，“客户”也不是一个人

两条闭环都从现场开始，但这里的现场不是“必须去线下”。它指的是一件真实业务正在发生、有人做判断、有人承担结果的那条工作链。

•美业的现场，可以是咨询、到店、服务沟通、成交、回访和复购。•电商的现场，可以是选品、投放、客服、履约、退款和复购。•内容业务的现场，可以是选题、生产、发布、数据反馈和下一轮调整。

判断自己有没有进入现场，别看地点，先看三件事：1. 能不能看到最近一次真实事件？

2. 能不能拿到一份合规、获授权的材料？

3. 结果出来以后，能不能继续追到下一步？

三件事都能做到，即使全程在线，也在现场。

进入现场以后，还要把一句含糊的“客户”拆成四种人。拿服务录音来说：

•使用者：提交材料、查看结果的美容师或店长。•受益者：希望下一次服务能接住自己顾虑的顾客。•决策者：能让这件事进入日常工作的店长或业务负责人。•付费者：最后判断是否值得持续投入的老板。

这四个人不一定是同一个。分不清他们，就不知道谁该提供材料、谁来核对结果、谁执行下一步，也不知道为什么有人愿意付钱。

2.5 用两个真实案例，把整条链串起来

真实案例一｜美业服务录音

这条业务链不是“做一个录音按钮”，而是：

获得授权的服务录音和顾客上下文 → AI 按门店标准复盘 → 输出可执行反馈 → 进入店长辅导或顾客跟进 → 回收使用反馈

•做之前：先确认真正的问题是服务过程看不见、顾虑留不下、经验教不准；第一版只验证一段录音

能不能产生一份可核对的复盘。

•交付时：门店提供项目资料、服务标准和脱敏样本；店长核对 AI 的判断，再决定结果进入员工辅导

还是顾客回访。

•用过以后：继续记录谁真的用了、哪里被修改、门店是否再次提供材料或继续付费；只有反复出现

的结构，才进入产品。

目前能够确认的是，真实录音、AI 复盘和门店付费试用已经发生。持续采用、复购和经营改善，还要继续用后续行为证明。

真实案例二｜你正在看的这篇文章

7 月 18 日的分享，我用飞书录音豆留下现场讲述，之后再和原来的 PPT、提示词、产品截图以及飞书里的真实点评一起修改。完整过程放在 3.5 展开；这里先记住，它同样经历了“真实材料进入结果，再由反馈推动下一轮”。

现在整条路已经看全了。第三章从第一步开始：怎样进入一条真实业务，找到一个值得做的问题。

先别急着想要做什么大产品。把一件真实工作从材料、判断、结果、行动到反馈完整跑一遍，产品往往就藏在反复出现的那一段里。

第三章｜进入现场：从业务流程里找到真问题

3.1 别先想产品，先把原来的工作摊开

普通人做 AI 产品，最大的优势往往不是更懂技术，而是更熟悉一条真实业务：知道谁在等、哪里总出错、哪一步全靠老员工记，也知道大家正在用什么笨办法补救。

做美业产品时，我会先把顾客从看到内容、咨询、预约、到店、诊断、成交、服务，一直到离店回访的过程摊开。流程一展开，原来混在一起的问题才会露出来。

图 04｜作者的美容标准服务流程图：先看完整链路，再决定 AI 进入哪个触点。

画这张图不是为了把每个节点都做成产品。恰恰相反，它是为了忍住“哪里都能做”的冲动，只找那些反复发生、已经造成损失、又能拿到真实材料的地方。

进入现场的第一步，不是问 AI 能做什么，而是看原来的工作到底怎么跑。

3.2 问题很多，先找最值得动手的那个

一条业务流程摊开以后，通常到处都能放 AI。真正难的不是“有没有方向”，而是先做哪一个。

我现在会用六个角度给问题排顺序：

1. 频次：它多久发生一次？

2. 耗时：每次要投入多少人力？

3. 错误率：现在最容易在哪里做坏？

4. 收入影响：它离成交、复购或成本有多近？

5. 个人依赖：是不是只有少数人凭经验才能做好？

6. AI 适配度：有没有材料、判断标准和可以检查的结果？

图 05｜低效环节诊断表示例：先找高成本触点，再决定 AI 加在哪里。

我当时排出来的，不是四个互不相干的产品，而是同一条美业服务链上的四个断点：话术对练解决表达不稳定，私域跟进解决离店后承接断层，服务发文解决真实素材不断沉没，录音复盘解决服务过程长期看不见。

这些页面和探索都是真的，但证据强度不同。它们不能被并排写成四个“成功案例”；排序的意义，就是先挑一个最接近真实损失、最容易拿到材料的节点去验证。

3.3 别听观点，追问最近一次到底发生了什么

客户一开口，常常已经带着产品答案：“我想要录音”“我想做行业 Agent”“最好把整套流程都自动化”。

这些话当然要听，但不能照着做。它们只是客户此刻想到的解决办法，还不是需求已经成立的证据。

我会把话题拉回五个问题：

1. 谁遇到？使用者、受益者、决策者和付费者分别是谁？

2. 什么时候发生？最近一次具体事件在流程哪一步？

3. 现在怎么办？对方正在靠人、表格、聊天还是经验绕过去？

4. 不解决会损失什么？时间、人力、收入、机会、体验还是信任？

5. 能拿到什么？有没有获授权、可脱敏的录音、聊天、表格、订单或操作记录？

最后再补两句：这件事多久发生一次？为了绕过去，对方已经投入了多少时间、人力或钱？

真需求证据 = 具体角色 × 最近事件 × 当前做法 × 明确后果 × 真实材料 × 付费角色

图 06｜真需求筛选：角色、事件、当前做法、明确后果、真实材料和付费角色缺一不可。

这个公式不是为了显得专业。只要有一项说不清，就先别急着做功能，回去补一份真实证据。

3.4 服务录音：老板想要的不是录音，是把黑箱打开

美业门店有一个很典型的场景：高客单服务常常发生在独立房间里。顾客到底担心什么，员工有没有接住，什么时候出现购买信号，老板不在场，店长也不可能每次都进去听。

服务结束后，员工出来只说一句“顾客还行”“她再考虑一下”，一大段真正有用的上下文就没了。店长想辅导只能听事后复述，下次跟进又要重新猜。

图 07｜美业服务黑箱：过程看不见、上下文留不下、真实案例教不准。

所以老板说“我想录音”时，不能只听见“录音”两个字。真正的问题是：服务过程看不见，是否正在让门店的跟进、辅导和经验复制反复付出代价？

把它写成一张真需求卡，就是：

门店美容师在高客单项目沟通中，反复遇到顾客顾虑没有被完整记录和接住的问题；店长只能依赖事后口述，导致跟进和辅导缺少依据。门店愿意提供获得授权、完成脱敏的服务录音，由店长和老板共同验证复盘结果能不能进入下一次跟进或训练。

这张卡还不能证明需求已经成立。它只把“继续聊聊”变成了一次可以动手的验证：拿一份真实材料，让 AI 按业务标准处理，交给一个真实角色使用。

3.5 飞书录音豆这个真实案例，说明了什么

7 月 18 日的分享，我实际使用的就是飞书录音豆。当天的讲述、临时补充和现场讨论被完整留下来，再整理成文档。

之后，我把这份记录和原来的 PPT、提示词、产品截图放在一起；你在飞书里直接点评，我再按这些真实反馈一章一章修改。读者现在看到的这篇帖子，本身就是这条链的结果。

现场录音 → 文档整理 → 对照原材料补全 → 在线阅读 → 真实点评 → 下一轮修改这个案例让我更确定：录音豆首先解决的是“怎样把上下文留下来”，它不是最后的业务答案。

门店服务也是一样。入口可以是录音豆、录音工牌、手机或别的设备；真正决定价值的，是记录以后按什么标准判断、结果交给谁、又推动了什么下一步。

先说清记录以后要改变什么，再决定用什么方式记录。

3.6 把证据收成一张真需求卡

一张真需求卡不需要写得很长，但下面七项必须具体：

1. 具体角色：谁遇到、谁使用、谁受益、谁决定、谁付费？

2. 最近事件：哪一天、哪一步、具体发生了什么？

3. 当前做法：现在怎样绕过去，为什么仍然不够？

4. 明确后果：不解决会损失什么？

5. 已有投入：已经投入了哪些时间、人力、流程、数据或钱？

6. 真实材料：能拿出哪一份获授权、可脱敏的材料？

7. 下一次验证：七天内只做哪一个动作补证据？

我的办法很简单：

只有观点，没有事件，先不过；

只有痛点，没有后果，先不过；

只有想法，拿不到材料，也先不过。

不是说方向一定错，而是现在还不值得急着做。

如果你是实体店老板，最小可以这样开始：

选一条每周反复发生、已经让你头疼的流程；

找一份真实材料；

指定一个实际使用者；

最后只看结果有没有改变她的下一步，不先看页面漂不漂亮。

下面两段提示词，是把这套追问顺序交给 AI。先说明边界：它们是按照这次真实案例反复修改的访谈脚本，不是“复制就能找到商机”的万能答案。

判断提示词有没有用，只看三件事：有没有把你从观点拉回最近事件，

有没有暴露证据缺口，

有没有给出唯一的下一次验证动作。

3.7 Prompt 01｜还没有方向时，从真实经历里找问题

什么时候用：你想做 AI 产品，但脑子里只有“电商、私域、Agent”这类大方向，还说不出最近一次真实问题发生在哪里。

先准备什么：过去 30 天真正参与或旁观过的工作、经营或生活流程，不需要先想产品。

用完应该拿到：三条具体流程、每条流程的证据缺口，以及一个七天内能完成的验证动作。

代码块
你是一名 FDE 式业务问题访谈教练。
你的任务不是帮我编创业点子，而是从我真正进入过的工作和生活场景里找问题。
【访谈规则】
1. 先进入访谈状态，不要直接输出答案。
2. 一次只问一个问题，问完停下来等我回答。
3. 我没有提供的事实，一律写“未知”，不要替我补。
4. 证据不足前，不建议产品、功能或解决方案。
5. 每完成一条流程，先回顾“已知事实”和“仍缺证据”。

【第一问】
过去 30 天，你反复参与或旁观过哪三条业务流程？
请让我逐条说，不要一次发问卷。

【每条流程必须追问】
– 从什么具体事件开始？
– 谁在其中判断、交接和采取动作？
– 最近一次具体发生了什么？
– 现在怎样处理？为什么仍然不够？
– 问题多久发生一次？不解决会损失什么？
– 对方已经投入哪些时间、人力、数据、流程或钱？
– 能否拿到一份合规、脱敏、获授权的真实材料？
– 使用者、受益者、决策者和付费者分别是谁？

最近事件、当前做法、具体后果、已有成本、真实材料，

五项缺任何一项，都标记为“暂不过关”。

三条流程问完后，按证据强度输出三个候选卡片：
业务流程｜具体角色｜最近事件｜当前做法｜具体后果｜已有成本｜真实材料｜四种角色｜证据缺口｜
七天验证动作。

每个候选只给一个下一步动作，不要声称任何候选已经被验证。

如果 AI 很快开始替你设计功能，或者把你没说过的事情补完整，就说明这次没有用对。把它拉回“最近一次发生了什么”。

3.8 Prompt 02｜已经有方向时，把它磨成真需求卡

什么时候用：你已经有一个方向，甚至有人说“想要”，但还不知道它是否值得马上做。

先准备什么：一个具体方向，以及最近一次与它有关的真实事件。

用完应该拿到：一张真需求卡、仍缺的证据和唯一验证动作；材料不够时，它应该明确告诉你“暂不过关”。

代码块
你是一名挑剔的 FDE 需求教练。
我要验证的方向是：[粘贴方向]。
【工作方式】
1. 先进入访谈状态，不要直接写真需求卡。
2. 一次只问一个问题，问完等待我的回答。
3. 每个结论都标记来自“真实事件”还是“我的猜测”。
4. 信息不足前不建议功能，也不替我把故事补完整。
【依次核对】
1. 这件事属于哪一条完整工作流？
2. 问题发生在其中哪个具体节点？
3. 最近一次是什么时候、谁遇到、发生了什么？
4. 对方现在怎样处理？为什么仍然不够？
5. 问题多久发生一次，不解决会损失什么？
6. 对方已经投入了哪些时间、人力、数据、流程或钱？
7. 我能拿到什么获授权、已脱敏的真实材料？
8. 使用者、受益者、决策者和付费者分别是谁？

最近事件、具体后果、已有成本、真实材料必须同时说清。
缺任何一项，就输出“暂不过关”并继续追问。
不要把“客户说想要”当成需求已经成立。

信息齐全后，只输出：
A 一句话真需求卡
B 已有证据（逐条对应我的原始回答）
C 仍缺证据
D 过关 / 暂不过关及理由
E 下一次唯一验证动作
F 本轮明确不做什么

到这里，你手里应该有的不是一张功能清单，而是一个有角色、有事件、有材料、也有下一步验证动作的问题。第四章再把它压成第一版真正要做的小闭环。

先拿问题证据，再写产品答案。顺序反了，AI 只会帮你更快地做错。

第四章｜定义范围与共同搭建：把真问题压成一个小闭环

4.1 一个现场有二三十个节点，第一版只抓最关键的一两个

这里先把“做窄”说清楚。它不是少做几个页面，也不是先把某些软件功能删掉；它是先把一整个真实现场拆开，再决定第一版到底只解决哪一小段。

拿一次门店服务来说，从顾客到店到离店后的回访，中间可能有二三十个节点：接待、问需求、判断顾虑、介绍项目、确认方案、服务沟通、离店承接、回访、复购提醒……每个节点还可以继续往下拆。

进入现场以后，我们可能从这些节点里找出五六个明显的问题。但第一版不要五六个一起做，只选最关键的一两个。

筛选时，我只看四件事：

1. 发生得够不够频繁：不是偶发问题，而是一再出现；

2. 后果够不够具体：它真的影响服务、判断、成交、培训或交付；

3. 有没有真实材料：能拿到录音、聊天、表格、照片或操作记录；

4. 能不能很快拿到反馈：做出结果后，有人会马上使用、核对或拒绝。

如果两个节点属于两条完全不同的问题链，材料、使用者和验收方式也不同，就不要因为都重要而一起塞进第一版。第一版最好只抓一个；最多两个，但必须能被同一份核心材料和同一轮验证串起来。

理解图 D｜范围收敛：一个真实现场的 20—30 个节点，先筛出 5—6 个问题节点，第一版只做最关键的 1—2 个。

我在培训里反复讲的就是：做窄、做窄、再做窄。先把范围收进一个点，再把这个点做深。

第一版不是“少做一点”，而是“把范围做窄，把一个关键节点做深”。

4.2 做窄以后，还要把这一个节点做深

“窄”解决的是范围，“深”解决的是价值。节点选少了，不等于只做一个浅浅的功能；反而要把这个节点从真实输入一直做到账面上能被核对、工作里能被使用。

拿服务录音来说，现场里可能同时暴露出需求判断、顾虑回应、项目说明、服务沟通、离店承接和员工训练等多个问题。第一版可以只抓“顾客顾虑有没有被接住”这个节点，再把它做深：

1. 真实输入：一段获得授权、完成脱敏的服务记录；

2. AI 一步：对照门店资料，找出顾客顾虑、员工回应和遗漏；

3. 可用结果：生成一份店长能逐条核对的复盘；

4. 下一动作：只挑一条进入顾客跟进或员工训练；

5. 反馈信号：记录店长和美容师采用了、修改了，还是放弃了。

图 08｜最小闭环五步链：真实输入、AI 判断、可用结果、下一动作、使用反馈。

这里最容易犯的错，是把“录音上传成功”当成闭环开始，把“报告生成完成”当成闭环结束。录音只是输入，报告也只是中间结果。

真正闭合的信号，是一个真实的人愿意拿着这份结果，把选中的那个节点继续往前推进。

做窄，不是把价值做浅；而是把有限的时间，全部打在最关键的那一个点上。

4.3 共同搭建，不是业务提需求、技术交作业

小闭环能不能跑起来，不能只靠技术一边猜。业务方也要下场，而且至少要一起交出四样东西：

1. 真实材料：获得授权、完成脱敏的录音、聊天、表格或操作记录；

2. 判断标准：项目知识、服务规范、风险边界和优秀样例；

3. 验收角色：谁最懂这件事，谁有权判断结果能不能用；

4. 下一动作：结果将在什么时刻交给谁，他接下来要做什么。

技术这一边负责把材料、标准和流程变成 AI 能处理、真人能检查的结果；业务这一边负责把现场真正的判断放进来，并对结果说“对、错、哪里要改”。

理解图 C｜共同搭建不是业务提需求、技术交作业：业务证据和 AI 处理必须在同一条价值链上。

少了业务材料，AI 只能给通用答案；少了技术实现，经验仍然只留在少数人脑子里。所谓共同搭建，就是双方把各自不可替代的那部分放到同一条闭环里。

4.4 第一步：给选中的节点配上真实材料和判断标准

节点选定以后，先别急着做页面。要把这个节点判断对，必须先拿到两样东西：现场真实发生过的材料，以及业务方本来就在使用的判断标准。

以“顾客顾虑有没有被接住”为例，同一个美容项目适合谁、有哪些成分、有什么注意事项、哪些表达不能说，门店必须先把自己的资料和边界交出来。AI 只懂通用常识，不可能自动知道每家门店的真实标准。

白白兔：同一批资料，为什么最后没有做成“员工知识库页面”

上面这句话不是一个抽象原则。白白兔一开始交给我的，不是“请做一个 7 天训练营”的需求单，而是一篇公众号文章、一份《净白逆透产品打卡话术》PDF 和一些零散资料。表面任务是整理门店知识库。

真正的转折来自后续的 Codex 任务。我重新把使用者和动作说清楚：新员工不用翻阅整套专业资料，而是要在真实顾客情境中，通过语音对练，把企业信息和项目表达说出来。

后来我又补充闯关、彩蛋、金句卡和隐藏顾客，不是为了把产品做得热闹，而是为了降低新人反复练习的阻力。

所以这个案例放在这里，不是为了证明我们整理了多少页资料，而是为了佐证本节的判断：真实材料只是输入，FDE 必须把它压到“谁在什么场景下完成哪个动作”。

这个项目第一版真正做深的节点，不是“建完整知识库”，而是“让新人敢开口，并把一类项目说清楚”。后面的 7 天训练营、语音对练和进度奖励，都是围绕这个节点继续长出来的。

下面这张图只证明一件事：客户确实把真实项目资料交了出来。它能支持“输入来自现场”，还不能证明训练产品已经完成，更不能证明员工已经持续使用。

案例证据｜白白兔第一次交来的，是产品话术 PDF、门店文章和语音，不是 Prompt 或功能清单。

曼贝莲：把项目标准放进可调用的业务知识

曼贝莲提供的是另一类证据：资料不只是被整理成文档，而是已经进入产品里的业务知识库。它和白白兔不是同一条项目链，因此这里只回答本节的第二个问题：业务方交来的标准，最后有没有真正进入产品。

图 09｜真实产品界面：项目资料、成分说明与服务边界进入业务知识库。

服务录音：业务标准之外，还要有一份现场样本

前面两组证据说明的是业务资料怎样进入产品。接下来换到服务录音这条主线：再放进一份获得授权、完成脱敏的现场材料。入口可以是录音豆、录音设备、手机录音或整理后的文字；工具不是重点，重点是这份材料能不能和业务标准对应起来。这是一条新的案例链，不是白白兔或上一个门店案例的后续。

图 10｜真实产品界面：已脱敏的服务记录与录音处理入口。

如果客户暂时不愿意给材料，也别急着把它判成假需求。先分清是哪一种：事情不急、不信任你，还是采集过程太麻烦。原因不同，下一步完全不同。

4.5 第二步：把这一个节点做成店长能核对的结果

为了说明“可核对结果”长什么样，先看一条真实话术训练记录。它不是上面那段服务录音的后续，也不拿来证明整条链已经贯通；这里只看一个问题：结果出来以后，店长能不能从头核对。

一份可核对的复盘，至少要让店长看见四件事：

•顾客原来怎么说；•员工当时怎么回应；•AI 为什么作出这个判断；•下一次可以怎样改。

图 11｜真实话术训练复盘：同一条训练记录可查看总分、顾客异议、当前缺口和下一轮建议。

这条真实记录只有 65.9 分，而且写着“本轮暂无有效回答”。它不好看，但很有用：系统没有为了展示效果假装员工已经答对，而是把顾客异议、当前缺口和下一轮练习重点摆在一起。它能证明一条训练结果已经生成并可被核对，不能证明这份结果来自上面的服务录音。

分数只是入口。没有顾客原话，店长没法核；没有判断依据，店长不敢信；没有下一次建议，报告看完还是会被关掉。

4.6 第三步：只让结果进入一个紧邻的下一动作

报告出来以后，不要立刻跳去解决现场里其他四五个问题。第一轮只选一个紧邻的下一动作。下面两张图展示的是两个可选分支，不代表同一份录音已经同时跑通两条链。

分支一是顾客承接：从报告里挑出一个真实顾虑，再生成一条可以由店长修改的跟进建议。

图 12｜产品能力页面：填写顾客真实情境后生成跟进建议；这张图只证明入口存在，不能证明建议已经被采用。

分支二是员工辅导：把没有接住的那句话，连同真实顾客和项目标准一起带进下一次训练。

图 13｜产品能力页面：顾客档案与项目标准可以进入话术训练；这张图不能证明员工已经完成练习。

这两张图只能证明两个相邻动作的产品入口已经存在。它们不能证明同一段录音已在所有模块中自动贯通，也不能证明成交、复购或员工能力已经提升。

第一轮只选一个动作，反而更容易看清：客户到底因为哪一份结果，改变了哪一步工作。等这条链真的跑通，再决定是继续把这个节点做深，还是扩到下一个相邻节点。

4.7 Demo 能不能算小闭环，关键不在是不是 HTML

第一次拿给客户看，不一定要先上线完整系统。可以是一份结果文档、一个可点击 Demo、一页离线HTML，也可以直接使用当前的小程序页面。

Demo 只是容器。要从“展示功能”跨到“小闭环”，至少要发生五个变化：

1. 从虚构案例，变成客户授权、脱敏的真实材料；

2. 从只看页面，变成同时看见输入、判断依据和结果；

3. 从“你觉得怎么样”，变成让一个真实角色拿走结果做下一步；

4. 从记录称赞，变成记录采用、修改、拒绝或继续提供材料；

5. 从演示完继续扩节点，变成根据反馈决定把当前节点做深、修改、停止，还是进入下一个相邻节

点。

所以，Demo 可以帮助你更便宜地验证价值，却不能替你证明客户已经采用。页面能打开，只能证明载体存在；客户愿意拿结果继续做事，闭环才真正开始转动。

4.8 开工前写一张“关键节点卡”

真正开工以前，把下面九项写在一页纸上：

1. 现场边界：这次只研究哪一段真实工作；

2. 现场节点：这一段从开始到结束有哪些节点；

3. 问题节点：哪五六个节点反复出问题，各有什么证据；

4. 首版节点：第一版只选哪一个，最多哪两个同链节点；

5. 入选理由：为什么它比其他节点更高频、更痛、更有材料、更快得到反馈；

6. 节点输入：哪一份已授权、已脱敏的真实材料会进入这里；

7. 节点结果：用户最终拿走什么，怎样核对；

8. 下一动作：结果会进入哪个紧邻的工作节点；

9. 反馈与停止：什么行为说明继续做深，什么情况说明应该暂停。

软件需要什么页面、账户或数据结构，是选定节点以后再回答的实现问题。它们不是“做窄”的起点。起点永远是：这个现场到底有哪些节点，第一版为什么只抓这一两个。

如果第一版同时出现多套互不相关的使用者、输入、结果和下一动作，说明范围还没有真正做窄。继续往下收，直到一份核心材料只穿过一条最短价值链。

下面两段提示词，一段负责把二三十个现场节点收敛到一两个，另一段负责把选中的节点做深。它们不能替代真实访谈，也不能保证适用于所有行业。

判断它们有没有用，只看三件事：有没有列全现场节点，有没有用真实证据选出最关键的一两个，有没有把这一个节点做成可核对的小闭环。

4.9 Prompt 03｜从二三十个现场节点中，选出第一版的一两个

什么时候用：已经确认一个真实现场，但里面问题很多，不知道第一版到底该抓哪一个节点。

先准备什么：一张过关的真需求卡，以及这个现场从开始到结束的真实流程、最近案例和可获得材料。

用完应该拿到：一张现场节点图、五六个问题节点、一两个首版节点，以及为什么暂时不做其他节点的证据。

代码块
你是一名挑剔的 FDE 现场节点教练。
下面是我的真需求卡和真实流程：[粘贴材料]。
【第一步：先把现场摊开】
沿着真实时间顺序，把现场从开始到结束拆成节点。
完整还原真实节点，不按软件页面拆分。
复杂现场通常能拆出二三十个节点，但不要为了数量凑节点。
每个节点只写：谁、在什么时刻、做什么、用什么材料、
遇到什么具体问题。

如果流程不完整，一次只追问一个问题；

不要替我补事实，也不要直接设计产品。

【第二步：筛出五六个左右的问题节点】
每个候选节点都必须对应最近发生过的事实或真实材料。
证据不够就少选，不要为了凑数把猜测放进来。
分别判断：
1. 出现频率：高 / 中 / 低；
2. 后果大小：高 / 中 / 低；
3. 真实材料是否可获得；
4. 做出结果后能否在短时间得到真人反馈。

22证据不足就写“暂不入选”，不要用想象补齐。

【第三步：只选第一版的一两个节点】
优先只选一个节点。
只有两个节点属于同一条问题链，
能被同一份核心材料和同一轮验证串起来时，才允许一起选。

【第四步：把入选节点做深】
为入选节点写清：
用户：
发生时刻：
真实输入：
AI 只做的一步：
业务判断依据：
可核对结果：
紧邻的下一动作：
反馈信号：
人工确认点：
停止条件：

【最后输出】
A. 完整现场节点图
B. 五六个问题节点及对应证据
C. 第一版入选的一两个节点及入选理由
D. 其他节点本轮不做的理由
E. 一张关键节点开工单
F. 七天内唯一验证动作

最后做红队检查：
– 入选节点是否超过两个？
– 两个节点是否真的属于同一条问题链，并能用同一轮验证串起来？
– 是否有节点缺少真实材料或真人反馈？
– 是否把软件功能误写成了业务节点？
– 范围还能不能再窄一层？

如果它最后只给你一张功能清单，说明没有完成任务。把它拉回最后一问：“先别谈怎么做，把这个现场从头到尾还有哪些节点重新列一遍。”

4.10 Prompt 04｜让 Codex 把选中的节点做深

什么时候用：已经选定第一版的一两个关键节点，准备让 Codex 把这条窄链做出一份客户能核对、能使用的结果。

先准备什么：一份已授权、已脱敏的输入样本，以及这次处理要依据的业务资料和验收标准。

用完应该拿到：先得到一份围绕当前节点、带依据的结果样本；真人确认以后，再得到最简单的展示载体和复现方法。

代码块
你是一名重视证据、坚持“做窄做深”的 FDE 式产品工程师。
我要做深的关键节点是：[粘贴开工单]。
【开工门槛】
必须包含：选中的一两个同链节点、真实输入、AI 一步、
处理依据、可核对输出、一个下一动作、反馈信号和停止条件。
缺任何一项就先问，不直接做页面。
如果出现新的、属于另一条问题链的节点，只记录到“以后再做”，
本轮不得扩进去。

必须确认材料已经获得必要授权并完成脱敏。

不能确认时停止，列出缺失项。

【阶段一：先把当前节点做深，不做界面】
1. 只提取样本里真实存在的内容。
2. 列出本次使用的知识来源和判断标准。
3. 完成约定的 AI 处理；证据不足处写“无法判断”。
4. 输出一份结果样本，每条判断都对应输入或业务依据。
5. 写清这份结果将进入哪一个紧邻动作。
6. 列出哪些现场节点明确不在本轮范围内。

先把阶段一交给我确认。

没有真人确认，不进入阶段二。

【阶段二：选择最简单的验证载体】
在文档、表单、幻灯片、单页 HTML 中，
选择成本最低、足以让客户验证价值的一种，并说明理由。

载体只呈现：

真实输入摘要 → 处理依据 → 结果样本 → 一个下一动作。

不扩到其他问题链的现场节点。
不声称浏览器会实时调用 AI，
不把演示样本写成真实经营结果。

只保留一个希望客户采取的动作：
继续提供材料 / 安排试用 / 修改结果 / 支付试用费。
根据当前证据只选一个。

【完成后自检】

1. 陌生人能否在 30 秒内说出：谁用、输入什么、得到什么？

2. 哪一步用了 AI，依据是什么？
3. 结果能否被真人核对？
4. 是否只解决入选的一两个同链节点？
5. 是否只有一个下一动作？
6. 哪些只是演示，哪些已经真实实现？
7. 怎样本地打开或复现？

到这里，你证明的还不是“产品已经成立”，而是：你能从一个复杂现场里选出最关键的一两个节点，并把它做成一条可核对、能进入下一步工作的窄链。

第五章再继续追问更难的问题：客户看懂以后，愿不愿意真的用；第一次用了以后，还会不会再用。

小闭环的终点不是页面做完，而是客户愿意拿着结果，继续做一件真实的事。

第五章｜让结果进入工作并被采用：做完只是开始，用起来才算数

第四章解决的是“第一版做什么”。第五章要继续追问一件更现实的事：结果做出来以后，谁会在什么时候拿去用？用了以后，下一步有没有真的改变？

FDE 不把“客户会不会用”全部推给客户。页面能打开、演示很顺、客户说“挺好”，都还只是开始。真正的采用，是结果进入了一个人的真实工作，而且不需要我们每次都在旁边催。

第一版不一定要先做一套系统，但一定要让一个真实的人，拿着结果做一次真实的事。

5.1 别先讲怎么做，先把客户要的结果拿出来

老板不关心你准备用什么工具，也不需要先听懂背后的实现方式。

他真正关心的是：

你到底能帮我解决什么问题，我最后能拿到什么结果？

所以第一次见客户，不要先说“我要给你做一个什么东西”。直接拿他正在发生的问题，做出一份结果给他看。

拿服务录音来说，老板要的不是“录音系统”，而是服务结束以后能够看见：

•顾客真正担心什么；

•员工哪句话接住了，哪句话漏掉了；•店长下一次应该怎么辅导；•顾客下一次应该怎么跟进。

第一次可以直接拿一份获得授权、完成脱敏的真实材料，当着老板的面把这几个结果跑出来，一起核对，再让他当场选一条继续往下做。

但“看到了结果”还不等于“结果被用起来”。两者的分界线很简单：

•老板看完说一句“挺厉害”，这只是看到了结果；•店长从结果里挑出一条顾客顾虑，放进下一次跟进，采用才开始；•店长挑出一段员工没接住的话，放进下一次训练，采用才开始。

至于背后用什么方式实现，是交付者要解决的问题，不要先丢给老板。对老板只需要说清四件事：

1. 谁会拿到这个结果：店长、美容师、顾问，还是客服；

2. 什么时候拿到：服务结束后、晨会前，还是回访前；

3. 这个结果能看清什么：顾虑、遗漏、风险，还是下一次机会；

4. 看完马上做什么：只选一个最紧邻的下一动作。

如果这一轮解决的是顾客跟进，可以直接这样说：

服务结束当天，店长能看见顾客最在意的那条顾虑，并把它交给下一次回访。

如果这一轮解决的是员工训练，就换成一条漏接的话进入下一次练习。本轮二选一，不要同时扩两条链。

老板先看见结果、用过结果，才有必要继续讨论后面怎么实现。第一步只验证一件事：这份结果值不值得进入客户原来的工作。

5.2 想让人多用，先把每一步做得足够简单

客户不用时，最省事的解释是“他们不懂 AI”“员工执行力不行”。我现在会先反过来检查：是不是我们把麻烦都留给了客户。

常见的阻碍并不神秘：

•输入材料很难采集；•授权和隐私让人不安心；•结果太长，当下根本用不上；

•判断依据看不见，业务方不敢信；•每次都要重新登录、搬运或录入；•看完以后，不知道下一步做什么。

所以我把采用写成一个乘法：

采用 = 看得懂 × 信得过 × 不麻烦 × 有下一步

理解图 E｜采用的四道门：任何一项接近 0，真实使用就接近 0。

这不是数学题，而是一张排查表：

•看得懂：使用者一眼知道这份结果在说什么；•信得过：关键判断能回到原始材料和业务依据；•不麻烦：不要求用户反复搬运、填写和解释；•有下一步：看完马上知道该做哪一个动作。

想让员工多用，第一反应不应该是再安排一场培训，而是先把产品做得更简单。

我会先检查四件更具体的事：

•能不能只保留一个入口，不让员工到处找；•能不能少点一个按钮，最好点一下就完成；

•能不能不用重复填写和搬运材料；•能不能一眼看懂结果，并马上知道下一步。

真正好用的感觉，有点像第一次拿到 iPad：不需要先读一本说明书，看到就懂，点一下就能用。员工没有使用压力，才更可能在真实工作里反复打开。

培训可以帮助人理解，但不能用培训掩盖产品本身复杂。采用不是要求员工“以后多用”，而是把每一次使用的成本降到足够低。

曼贝莲：内容已经上传，为什么真实采用仍然可能是零

把上面的采用公式放到曼贝莲案例里，问题就很直观。

这个项目里，资料整理和小程序页面都已经做出来。按通常的项目汇报，这时候很容易写一句“已上线”。

当时留存的真实账号排查记录显示：版本已经上传，账号里却看不到对应的知识库。

这件事先不用讲复杂的技术细节。对使用者来说，它只意味着一件事：东西虽然做了，但账号、内容和入口没有真正对上，他仍然用不了。

所以这个案例放在这里，不是为了讲一次技术故障，而是为了证明：采用不是员工自己的责任，交付方必须把入口、权限和下一步一起接好。

后来我又到门店继续对齐“谁能看见、从哪里进入、拿到内容以后怎么使用”。下面这张聊天记录只证明问题已经回到真实现场继续推进，不能证明访问问题已经全部解决，更不能证明员工形成了持续使用。

这个案例目前能支持的结论是：项目从“页面做完”推进到了“真实账号能不能用”的检查。也正因为如此，下一节不再问客户觉得好不好，而是看用户打开以后，下一步到底有没有改变。

案例证据｜真正需要对齐的，是谁能看见、怎么使用，而不只是页面是否已经做完。

5.3 不问“好不好”，看他接下来做了什么

我现在很少再问客户“你觉得怎么样”。因为一句“挺好的”，可能是真认可，也可能只是礼貌。

更可靠的判断，是看他愿不愿意承担越来越真实的成本：

1. 说“挺好”“很厉害”；

2. 愿意继续聊；

3. 愿意提供一份真实材料；

4. 愿意让一个真实用户使用；

5. 愿意支付第一次费用；

6. 愿意复购、扩展或介绍同行；

7. 出现可以核验的经营改善。

图 14｜商业证据阶梯：称赞不是终点，真实付费以后仍要看复用与经营结果。

证据越往上，客户承担的成本越高：

•提供材料，承担的是信任成本；•让员工真实使用，承担的是组织成本；•付费，承担的是金钱成本；•复购和扩展，说明价值不是只出现了一次；•经营改善，还需要基线、周期和清楚的归因口径。

这里最容易犯的错，是跨级替自己庆祝。愿意给材料，不等于已经采用；使用过一次，不等于持续使用；付过一次钱，也不等于已经续费，更不等于经营结果已经提升。

5.4 正面案例：这次服务录音已经证明什么

截至我发布前面那篇精华帖时，公开过两组阶段性结果：

•已经发生的付费：10+ 家门店按 500 元/店参加内测；•已经表达的继续意向：20+ 家门店预约年费 9800 元的正式版。

这两个数字不能混成一句“已经有 30 多家客户”。前一个是已经发生的付款，后一个在合同和款项真正发生以前，仍然只是预约意向。

我说实话，当老板真的愿意花钱参加内测时，我挺兴奋的。让我兴奋的不只是一笔内测费，而是从自己的门店，到周边朋友验证，再到一批真实付费，这条路第一次接上了。

但它目前只能支持两个较窄的结论：

1. 这件事没有停在朋友称赞和口头兴趣；

2. 问题的优先级已经高到，有人愿意承担真实金钱。

它还不能证明：

•门店已经持续使用；•预约已经全部转成正式付费；•产品已经形成稳定续费；•已经找到稳定的市场需求；•门店成交、复购或人效已经改善。

所以更准确的说法是：这次服务录音拿到了从 0 到 1 的真实付费证据，但从 1 到 10 的持续采用、正式转化和复购证据，还要继续拿。

5.5 反面案例：小红书内容项目也收过钱，为什么没变成持续产品

我之所以不敢把“一次付费”说成产品已经成立，是因为前面的小红书内容生成和线上拓客项目也收过钱。

客户一开始愿意付费，很容易理解。原来一篇内容要自己想选题、写文案、找图片，现在输入几个关键词，就能更快拿到一篇完整图文。第一批内容交出去，省时间这件事立刻看得见。

问题出在两三个月以后。

客户慢慢学会了操作方法，继续找我交付的必要性变弱；而我当时主要证明的是“内容可以更快生成”，没有继续追三件更难的事：

1. 发出去以后，有没有带来更多真实咨询；

2. 咨询以后，有没有继续进入预约、到店和成交；

3. 哪一类内容有效，能不能反过来影响下一轮选题。

交付停在了“多做几篇内容”，没有进入后面的获客和成交工作流。每一轮几乎还是从关键词重新开始，客户用得越熟，对原来交付的依赖反而越低。

回头看，当时的付费只证明了一件事：客户愿意为第一次省事付钱。

它没有证明三件事：

•客户需要持续购买这个结果；•产品会随着使用积累上下文，第二次比第一次更有价值；•交付会进入咨询、预约和成交，形成能反复验证的业务闭环。

如果现在重新做，我不会先承诺“AI 帮你获客”。我会先把一条更窄的链跑通：选一类真实顾客问题，生成内容，记录发布后的真实咨询，再把有效和无效的反馈带回下一轮选题。

这个反例一直提醒我：

收过钱，只能证明当下有人愿意买；结果反复进入工作、客户继续使用、价值随使用积累，才有机会长成持续产品。

5.6 先证明下一步改变，再谈经营结果

前面的证据阶梯，判断的是客户愿不愿意继续投入材料、时间和钱。这里要判断的是另一件事：这份结果到底有没有改变他的工作。

赚钱当然重要，但第一天就承诺“帮客户增长收入”，很容易把话说得比证据快。

先看一个更近的问题：用户用了这份结果以后，下一步有没有和以前不一样？

以服务复盘为例：

•原来店长只能听员工说“顾客还行”，现在会不会打开报告核对一条顾客原话；•原来培训靠泛泛提醒，现在会不会挑一条遗漏进入下一次练习；•原来回访从通用问候开始，现在会不会接住刚才那位顾客的真实顾虑。

接下来再一层层往下验证：

•采用：谁打开、修改或使用了结果；•质量：关键顾虑和遗漏，是否得到真人确认；•行动：建议是否真的进入下一次沟通或训练；•复用：同一份上下文是否被第二次使用；

•商业：是否付费、续费、扩展或转介绍；•经营：成交、复购或人效是否发生可归因的变化。

没有使用前的数据，就先补一条基线；暂时拿不到成交和复购数据，就老老实实停在采用和行为层。

宁愿少说一步，也不要拿“有人付费内测”替代“经营效果已经提升”。

5.7 先让客户得到 100 的价值，再讨论你拿 5

我在分享里说过一句很直白的话：

你想变现，就先让别人赚钱。别人赚大钱，你赚小钱，这件事大家都愿意做。

这句话不是在讨论某一种收费方式，也不是要求所有项目都按结果分成。它真正想表达的是：你想收客户的钱，先让客户得到一笔看得见、算得清的价值。

这笔价值通常落在三个地方：

•降本：原来要花的钱，现在少花了；•增效：同样的人和时间，现在能做得更快、更多或更稳；•增收：原来容易流失的咨询、成交或复购，现在增加了。

理解图 F｜先创造价值，再讨论收费：客户先看见降本、增效或增收，合作才容易长期成立。

如果你说不清客户到底少花了什么钱、省下了什么时间、或者增加了什么收入，客户就很难判断为什么要付钱。

反过来，如果产品能让客户得到 100 的可核验价值，你再从中讨论拿 5，双方就更容易达成长期合作。这里的 100 和 5 只是为了说明分配逻辑，不是固定金额或固定比例。

至于怎么收费，可以是试用费、项目费、订阅费，也可以是结果分成。收费方式放在价值之后讨论。

按结果分成只是其中一种选择。只有结果、基线、归因和数据口径都说得清时，才适合考虑；否则先用简单的收费方式把价值跑实。

5.8 Prompt 05｜复盘采用、影响与商业证据

什么时候用：已经完成一次现场演示、真实试用或交付，手里有聊天、操作、修改、付款或继续使用的原始记录，但不知道这些行为到底能证明什么。

先准备什么：一份按时间记录、已获得必要授权并完成脱敏的真实使用材料。只有总结、回忆或“客户反馈很好”时，先补原始记录。

用完应该拿到：当前最高证据层级、采用阻碍、已经改变的下一步、仍缺证据，以及下一轮唯一验证动作。

代码块
你是一名严格的 FDE 采用与影响复盘教练。
下面是本轮演示、试用或交付记录：[粘贴原始记录]。
【材料门槛】
先确认记录已经获得必要授权，
并移除姓名、门店、电话、头像和聊天身份等信息。
不能确认时停止处理，列出缺失项。
每条记录至少要包含：
时间｜角色｜原始行为或原话｜当时使用了什么结果｜
结果进入了哪一步工作｜之后发生了什么。

缺少的字段写“记录不足”，不要推断。

如果只有转述、总结或情绪评价，标记为“弱证据”。

【事实规则】
– 不根据语气猜测购买意愿。
– 不把“挺好、很厉害”写成采用。
– 不把提供材料写成持续使用。
– 不把现场演示写成已经持续使用。
– 不把一次使用写成复用。
– 不把预约意向写成已经付费。
– 不把一次付费写成续费或经营改善。

【按时间线提取】

1. 客户原来要解决的具体问题、想拿到的结果是什么？
2. 用户提供了什么真实材料？
3. 谁在什么时刻查看或使用了结果？
4. 结果进入了哪一步原工作流？
5. 用户采用了什么、修改了什么、忽略了什么？
6. 哪里需要人工解释或额外操作？
7. 是否第二次使用、付费、续费、扩展或转介绍？
8. 是否出现可以核验的业务结果？

每条证据都输出：
时间：
角色：
原始行为或原话：
进入的工作节点：
支持的最窄结论：
状态：已发生 / 尚未发生 / 记录不足

【证据分层】
称赞 → 继续聊 → 给真实材料 → 真实使用 →
首次付费 → 复购扩展 → 经营改善

只报告当前已经到达的最高一层，

不能用低层证据替代高层结论。

【采用诊断】
分别检查：
看得懂｜信得过｜不麻烦｜有下一步。
每一项写：现有证据、具体阻碍、最小修改。

【最后输出】
A. 行为时间线
B. 当前最高证据层级及对应证据
C. 四项采用诊断
D. 结果到底改变了哪一步工作
E. 仍缺证据
F. 继续 / 修改 / 停止建议
G. 下一轮唯一验证动作

最后做红队检查：
– 有没有把称赞写成采用？
– 有没有把预约写成付款？
– 有没有把一次付费写成持续产品？
– 有没有在没有基线和归因时声称经营改善？
发现任何一项，就把结论退回证据真正支持的层级。

70到这里，第五章只回答一个问题：做出来的结果，能不能进入真实工作，并换来下一次更强的行为证据。

下一章才继续处理另一件事：这些在现场反复出现的输入、判断和输出，怎样沉淀回产品，而不是每来一个客户都从零开始。

第六章｜让现场反过来塑造产品：下一次别再从零开始

第五章解决的是“这一次有没有人用”。第六章要继续追问：下一家客户再遇到同类问题时，能不能少走一遍旧路？

如果每来一家客户，都要重新访谈、重新判断、重新写结果，经验就只长在交付者脑子里。客户越多，人越忙，但产品没有变强。

真正的产品化，不是把所有客户做成一模一样，也不是第一次交付完就去搭一套大系统。它只做一件事：

把多次真实交付里反复有效的部分留下来，让下一次不用从零开始；把客户特有的差异和必须由人判断的地方，继续留在现场。

6.1 一次成功，只能证明这一次走通了

服务录音已经拿到了真实付费内测的证据。这说明门店愿意为“看见过去看不见的服务过程，并得到下一步建议”承担真实成本。

但一次付费不能直接推出三件事：

•换一家门店，同样的方法仍然有效；•不靠我本人盯着，结果也能稳定交付；•客户会持续使用、续费，经营结果也会改善。

所以从 0 到 1 以后，最重要的动作不是马上扩功能，而是把下一次交付和这一次放在一起比较。

哪些材料每次都要收？哪些判断每次都要做？哪一种结果真的被店长拿去用了？哪里总要人工解释？哪一部分只是这家门店自己的情况？

这些问题不回答，做得再忙也可能只是项目交付。

FDE 和普通外包真正拉开距离的地方，不是做得更多，而是每做完一次，产品里有没有多留下一点下一次还能用的能力。

6.2 真实案例：四个探索为什么最后汇到同一条主线

我前面做过四个真实探索。它们不是四个都已经商业化成功的产品，而是同一条美业服务链上，四次不同的试探。

话术对练员工面对同一类顾客时，表达并不稳定。AI 根据顾客情境和项目标准，给出一轮对练反馈，让员工知道下一次具体改哪一句。现有证据能证明页面和流程真实存在，本章不据此主张已经形成付费。

私域跟进

顾客离店以后，员工容易重新说一套通用话术。AI 结合顾客所处阶段和真实情况，生成一条可以继续修改的跟进建议。现有证据能证明产品探索真实存在，还不能证明已经带来成交。

服务发文

门店每天都在发生真实服务，但这些素材很快就沉没了。AI 根据真实服务素材和门店项目边界，整理出选题、标题和小红书笔记草稿，供门店继续修改和发布。现有页面能证明“小红书发文台”这条产品流程真实存在，还不能证明内容已经发布，更不能证明已经带来咨询、到店或成交。

录音复盘

服务过程长期看不见。获得授权的录音进入以后，AI 对照门店资料，整理顾客顾虑、员工遗漏、风险提醒和下一步建议，再回到店长辅导或顾客跟进。目前它已经拿到真实付费内测证据，但持续使用、续费和规模化仍要继续验证。

四个探索表面上在做不同的事，底下却反复出现同一条骨架：

真实沟通与业务资料 → AI 按业务标准整理判断 → 人可以核对的结果 → 下一次跟进、训练或内容动作

录音复盘后来成为主线，不是因为“录音”这个功能更高级，而是它第一次把原来容易丢掉的服务上下文留下来了。同一份上下文如果经过授权、脱敏和人工核对，就有机会继续进入顾客跟进、员工训练和小红书内容生产。

图 15｜一份真实服务上下文，怎样继续进入顾客跟进、话术训练和小红书发文。

这里有一张已经做出来的真实产品页面：门店可以把真实服务素材整理成小红书笔记草稿，再继续修改和发布。

图 16｜真实产品界面：把真实服务素材整理为门店小红书笔记草稿。

这张页面证明的是“小红书发文台”这条产品探索真实存在。它还不能证明复盘、跟进、训练和发文已经被同一段录音自动串起来，也不能证明内容已经发布并带来咨询、到店或成交。

下一步真正要验证的，不是再做第五个页面，而是拿同一份获得授权、完成脱敏的样本，把其中两条最重要的后续动作真正接起来，看用户会不会继续用。

6.3 每次交付以后，只把东西分成三堆

我现在给自己设了一个很朴素的门槛：同一种做法至少在两次真实交付里出现，才把它列为“可以复用的候选”。

两次不是普遍规律，更不等于已经验证成熟。它只是提醒我：只出现过一次的聪明做法，先别急着写进核心产品。

每次交付结束以后，把留下来的东西分成三堆就够了。

第一堆：多家客户都会重复的部分

•经常出现的输入材料和必要字段；•AI 判断时反复要参考的业务知识；

•店长真正会看的结果结构；•结果交给谁、在什么时候交；•下一次使用时需要回收什么反馈。

这些内容值得继续验证，有机会变成下一家客户可以直接使用的基础能力。

第二堆：只属于这家客户的部分

•门店自己的项目名称、价格和服务规则；•这位老板偏好的表达方式；•特殊岗位、特殊流程和临时活动；•只有这次事件才出现的例外。

这些差异可以配置、补充或单独处理，但不要因为一个客户提出过，就塞进所有人的产品里。

第三堆：必须由人来决定的部分

•授权、隐私和脱敏是否合格；•有争议的业务判断是否准确；•风险表达能不能使用；•特殊顾客和异常情况要不要停止自动处理。

这些地方不能为了“看起来更自动化”就删掉人工确认。

该重复的留下，该个性化的分开，该由人负责的绝不假装自动。

6.4 从 0→1、1→10 到 10→100，分别在证明什么

这里的 0→1、1→10、10→100，不要求客户数量必须刚好等于 1、10、100。它们代表产品要依次跨过的三道门。

0→1：先证明有人真的需要

拿真实材料，做出一个可核对的结果，让它进入下一步工作；再看客户是否愿意继续提供材料、使用或付费。

1→10：再证明价值能够重复

把多次真实交付放在一起，找出哪些输入、判断、结果和交接反复出现；同时看清哪些仍然只能靠人、哪些只是客户特例。

10→100：最后才放大稳定部分当一套做法已经在不同客户和不同使用者身上反复成立，交付成本、异常和责任边界也看清了，再把稳定部分做得更自动、更容易规模化。

图 17｜产品化的三道门：先证明真实价值，再找到重复结构，最后才扩大自动化。

顺序一倒，代价会很高。只做过一次就搭完整平台，容易把偶然经验做成昂贵功能；同一件事已经反复做了很多次还全靠人记，又会把团队拖进无休止的手工交付。

更准确地说，当前的服务录音产品已经拿到了 0→1 的真实付费证据，正在补 1→10 所需要的持续使用、重复结构和正式转化证据，还不能把它写成已经规模化成功。

6.5 老板看结果，交付者要把结果沉淀成载体

这里要把两种沟通对象分开。

面对门店老板，不需要先讲 SOP、Prompt、Skill、Agent。老板只需要看见：原来什么问题解决不了，现在能拿到什么结果，下一步能做什么。

但对正在做 FDE、要把一次交付变成产品的人，这些交付形态非常重要。因为找到重复结构以后，下一步必须回答：

到底把它沉淀成什么，才能让 AI 下一次稳定地交付同一种价值？

可以按照重复结构的成熟程度，一层一层往下选：

1. SOP（标准操作流程）：人的步骤、交接和检查顺序已经反复出现，但还需要人照着做；

2. 模板：输入字段和结果结构已经稳定，可以减少每次重新整理；

3. Prompt（提示词）：AI 每次都要按照同一套业务知识、判断顺序和输出要求处理；4. Skill（能力包）或工作流：同一个任务需要连续调用多份材料、多个工具或多个判断步骤；

5. Agent（任务型 AI 系统）：一个明确角色需要在边界内持续完成多步任务，并根据反馈继续推进；

6. 产品模块、APP 或小程序：已经有多人高频使用，权限、数据、异常和交付责任也逐渐稳定；

7. 软硬件组合：最大的阻碍不是分析，而是现场材料很难被持续、合规地留下。

图 18｜AI 交付载体的选择：重复结构越稳定，载体才越重。

这不是一条必须全部走完的升级路线。能用 Prompt 稳定解决，就不必为了显得高级做 Agent；一个Skill 已经能反复交付，也不必马上开发完整 APP。

判断当前该做到哪一层，只问三件事：

•这个结构在几次真实交付里重复出现；•现在最费人的地方到底在哪一步；•做得更重以后，能不能明显提高稳定性、降低交付成本或扩大使用。

这次分享本身就是一个真实例子。我用的是飞书录音豆，它先把现场讲述、临时补充和讨论留下来；后面再对照原来的 PPT 和提示词整理成文档，你在飞书里直接点评，我再一章一章修改。

在这条链里，飞书录音豆解决“真实材料怎样留下”；整理规则和提示词解决“材料怎样变成初稿”；逐章修改的流程解决“点评怎样回到下一版”。这些能力如果反复稳定下来，就可以继续沉淀成 Skill 或更完整的文档工作流。

同样，在门店服务录音里，录音工牌、录音胸牌或小程序入口解决材料采集；Prompt 或 Skill 负责按门店知识生成复盘；产品模块再把结果交给店长、训练和跟进。它们不是互相替代，而是各自接住结果链上的一段。

对客户讲结果，对交付者讲载体：客户知道为什么要用，团队才知道下一次怎样稳定交付。

6.6 Prompt 06｜找出下一次不必从零开始的部分

什么时候用：同一类问题已经发生过至少两次真实交付或真实使用，你想比较它们，找出哪些部分可以留给下一家客户继续用。

先准备什么：至少两次获得必要授权、完成脱敏的真实记录。每次记录最好包含原始材料、处理依据、结果、下一动作、用户实际行为、修改和失败。

用完应该拿到：三份清单——可以重复的基础部分、客户特例、必须人工判断的地方；以及一个最轻的沉淀方式和下一次验证动作。

这段提示词是给做产品的人用的，不是拿去给老板讲概念。面对老板，仍然只讲清问题、结果和下一步。

代码块
你是一名谨慎的 FDE 产品化复盘教练。
我会给你至少两次真实交付或真实使用记录：
[在这里粘贴记录]
你的任务不是替我想更多功能，
而是找出：下一次遇到同类客户时，
哪些部分不必再从零开始。
【第一步：先检查记录能不能比较】
每次记录至少要包含：
1. 谁遇到了什么具体问题；
2. 提供了什么真实材料；
3. AI 按什么业务知识或标准处理；
4. 交付了什么结果；
5. 结果进入了什么下一步；
6. 用户实际采用、修改或忽略了什么；
7. 出现了什么失败、异常或人工介入。

如果只有页面截图、产品设想、内部测试或一句“挺好用”，
请标记“还不是可比较的真实交付”，
列出缺失记录，停止做产品化结论。

先确认材料已经获得必要授权并完成脱敏。

不能确认时停止处理，只列出缺失项。

【第二步：逐次还原事实】
为每次交付分别输出一张简短交付卡：
– 具体客户与场景

– 真实输入
– AI 处理依据
– 可核对的结果
– 进入的下一步工作
– 用户实际行为
– 人工修改
– 失败与异常

缺少的内容写“记录不足”，不要猜。

【第三步：只分三类】
A. 重复基础
列出在两次以上交付中都出现的输入、判断、结果、交接和反馈。
每一项都写明出现次数和对应记录。

B. 客户特例
列出只属于某一家客户、某一次活动或某个特殊流程的内容。
不要因为出现过一次，就建议放进所有客户的核心产品。

C. 人工责任
列出涉及授权、隐私、风险、争议判断和异常处理的人工确认点。
不能为了自动化而删除。

注意：

出现两次，只能叫“复用候选”，不能直接叫成熟标准。

【第四步：选择最轻的留下方式】
从下面选择当前最简单、下一次就能验证的一种：
– 操作卡或检查清单
– 表单或结果模板
– 可重复使用的提示词
– 固定工作流
– 产品功能

说明为什么选它，

以及为什么现在还不需要做得更重。

【最后输出】
1. 下一家客户可以直接复用什么
2. 仍然需要单独了解什么
3. 哪些地方必须由人决定
4. 当前最轻的沉淀物
5. 下一次真实交付只验证哪一件事
6. 哪些内容暂时不应进入核心产品

没有真实证据的地方写“尚未验证”，不要补数字。

最后做一次红队检查：

– 有没有把一次成功写成普遍规律？
– 有没有把客户特例写进核心产品？
– 有没有为了自动化删掉人工责任？
– 有没有一上来就建议做完整系统？
发现任何一项，就把结论退回证据真正支持的层级。

到这里，第六章只想留下一个判断：

产品不是把定制全部消灭，而是让每一次真实使用，都给下一次留下一点可以直接复用的东西。

第七章会把前面六章压成七天行动：不再继续想一个月，先去跑完一轮真实的 FDE。

第七章｜别再想一个月：用七天拿到一轮真实证据

前六章讲完以后，最容易出现的新问题是：方法都懂了，但还在继续整理、继续想，迟迟没有把东西拿到真实客户面前。

所以最后一章不再增加新概念，只做一件事：把前面的 FDE 方法压成七天，跑完一轮最小但真实的验证。

七天不是让你做完一套 APP，也不保证七天一定能收钱。它只是给自己一个足够短的期限，逼着这条链真正动起来：

一个真实问题 → 一份授权材料 → 一个可核对结果 → 一个真实用户使用 → 一个更强的行为证据 →一个继续、调整或停止决定

七天以后，页面漂不漂亮不重要。重要的是你能回答：谁真的遇到了这个问题，谁交了材料，谁用了结果，接下来还愿不愿意继续。

7.1 先看全貌：七天只跑三段

七天看起来有七步，实际上只有三段。

第 1—3 天：先证明问题和材料是真的

选中一个窄节点，回到最近一次真实事件，找到正在承担成本的人，并拿到一份获得授权、完成脱敏的真实材料。

第 4—5 天：让 AI 结果进入一次真实工作

先用一份样本做出可核对的结果，再交给一个真实用户，看他有没有拿去做下一步。

第 6—7 天：用客户行为决定下一轮

提出一个真实请求，看客户愿不愿意继续投入材料、时间、组织成本或金钱，然后决定继续、调整还是停止。

图 19｜七天跑完一轮 FDE：前三天验真，中间两天交付，最后两天拿行为证据。

开始以前，先检查自己是否满足四个条件：

•熟悉一条具体业务，或者能跟着熟悉业务的人进入现场；•七天内能接触至少一位真实当事人；•能合规取得一份授权、脱敏的真实材料；•愿意接受客户行为可能推翻自己的想法。

如果只有 AI 能力，没有行业、客户和材料入口，这七天的第一项任务不是做页面，而是先进入一条真实业务。

7.2 第 1 天：只选一个节点，写清客户最后拿到什么

第一天先忍住做产品。从自己过去 30 天真正接触过的行业里，挑一条看得见、问得到、拿得到材料的业务流程。

把完整流程摊开以后，只选其中最关键的一个节点。不要同时解决获客、成交、服务、回访和复购，也不要写“做一个行业 Agent”。

把本周任务压成一句话：

在【具体场景】里，【一个真实角色】提供【一份真实输入】，AI 按照【业务依据】生成【一个可核对结果】，帮助他完成【一个紧邻的下一动作】。

拿服务录音来说，这句话可以写成：服务结束后，店长拿到一段获得授权的录音；AI 对照门店项目资料，整理一份顾客顾虑和员工遗漏；店长核对以后，只选一条进入下一次顾客跟进。

第一天只留下三样东西：

•一句小闭环定义；•一份这周明确不做的内容；•3—10 位七天内可以真实联系的人。

7.3 第 2—3 天：别问想法，拿到最近事件和真实材料

第 2 天，先找三位真实的人聊最近一次。

不要问“如果有一个 AI 工具，你会不会用”。只追问：

•最近一次什么时候发生；•当时谁在做什么；•卡在了哪里；•现在靠什么办法补救；•已经损失了多少时间、金钱、机会或信任。

三个人都说“听起来挺好”，不算需求成立。至少要有一个人能说出最近发生的具体事件，并且愿意继续往下验证。

第 3 天，向其中一位提出第一个真实请求：给一份材料。

材料可以是录音、聊天、表格、订单、操作记录或工作文档，但必须先确认授权、隐私和脱敏边界。

除了材料，还要让业务方提供判断依据：项目资料、服务标准、优秀样本、禁用表达、风险边界，以及谁来核对 AI 的结果。

拿服务录音来说，这两天不是问老板“你想不想要录音系统”，而是找到最近一次“顾客还在犹豫、员工却说不清原因”的服务，再取得一段可以合规使用的记录和对应项目资料。

如果七天内始终拿不到真实事件或真实材料，不要继续做 Demo。先换问题，或者承认自己还没有真正进入现场。

7.4 第 4 天：用一份样本做出一个可核对结果

第四天才开始让 AI 干活。

先处理一份样本，不要批量跑。结果必须同时满足四个条件：

•能回到原始材料，不是凭空总结；•能看见使用了什么业务知识和判断标准；•真人可以指出哪里对、哪里错；•看完以后知道下一步做什么。

服务录音的第一份结果，不需要是一套完整系统。它可以先是一份文档、一张结果卡、一个 Prompt跑出的报告，也可以是一个 Skill 或最小演示页面。

关键不是载体叫什么，而是店长能不能核对三件事：顾客真正担心什么、员工哪里漏掉了、下一次应该做什么。

当天结束前，让业务方逐条标记：准确、错误、缺证据或需要人工判断。不要自己替客户宣布“结果很好”。

7.5 第 5 天：把结果交给真人，看他有没有继续往下做

第五天不要再改页面，先让一个真实使用者拿到结果。

把交接说清楚：

•谁在什么时刻收到；•他先看哪一部分；•看完只做哪一个动作；•你记录什么反馈。

然后坐在旁边观察：他看懂了吗？信吗？改了哪里？哪一段直接跳过？看完以后有没有真的进入跟进、训练、复盘或决策？

拿服务录音来说，不是把报告发给老板就结束，而是看店长有没有从里面挑出一条顾客顾虑，交给下一次回访；或者挑出一句员工没有接住的话，放进下一次训练。本轮二选一。

这一天只允许做一次最小修改。优先删掉一个步骤、缩短一段结果、补上一条依据，或者把下一动作说清楚，不要因为用户卡住就继续加功能。

7.6 第 6 天：别再问“觉得怎么样”，提出一个真实请求

第六天要把礼貌评价变成行为证据。

根据你手里的证据，只提出一个强度匹配的请求：

•再提供一份真实材料；•让第二位真实用户试一次；•安排连续几天使用；

•支付一笔小额内测费；•进入一轮正式合作。

如果对方只看过一次结果，先别直接谈长期合同；如果已经连续使用并主动提出继续，再谈更强的承诺。

这里真正要看的，不是客户说得多激动，而是他愿不愿意继续承担成本：交材料是信任成本，让员工参与是组织成本，付费是金钱成本。

不要问“你觉得怎么样”，要问“你愿不愿意把下一步真实工作继续交给它”。

7.7 第 7 天：只做三个决定——继续、调整或停止

第七天不继续加功能，只复盘证据。

继续

问题真实，材料能拿到，结果有人使用，而且客户愿意提供更强的下一步承诺。下一轮只扩大一个变量，例如多一位用户、多一份材料或多一个相邻动作。

调整

问题真实，但结果不够有用、交付时机不对、用户不信，或者使用成本太高。回到最早断掉的那一步，缩小范围或改变输出。

停止

找不到最近一次真实事件；始终拿不到合规材料；结果无人使用；客户也不愿承担任何新的真实成本。页面做了很多，不是继续投入的理由。

拿当前的服务录音产品来说，已经发生的付费内测支持“0→1 的核心价值有人愿意付费”。它还需要继续验证门店是否持续使用、正式转化、续费，以及哪些结构在不同门店里反复成立。

如果同一类交付已经真实发生两次以上，就可以进入第六章的 Prompt 06：把重复部分、客户特例和人工责任分开，再决定沉淀成 SOP、模板、Prompt、Skill、Agent 还是产品模块。

7.8 六个 Prompt 不要一起用，卡在哪一步就用哪一个

这六个 Prompt 不是一套要从头复制到尾的大咒语，而是六位分工不同的教练。

1. 还没有具体方向用 Prompt 01，从自己的真实经历里找到可以进入的业务现场。

2. 已经有方向，但不知道需求真不真用 Prompt 02，把观点拉回最近事件、当前成本和证据缺口。

3. 问题很多，第一版越想越大用 Prompt 03，从二三十个现场节点里只选最关键的一两个。

4. 节点选好了，但不知道怎样做深用 Prompt 04，把真实材料、业务判断、结果、下一动作和反馈接

成小闭环。

5. 已经试用，但不知道到底证明了什么用 Prompt 05，区分称赞、使用、付费、复购和经营结果。

6. 同类交付已经发生两次以上用 Prompt 06，找出可以沉淀成 SOP、模板、Prompt、Skill、Agent

或产品模块的重复结构。

图 20｜六个 Prompt 的使用路线：先看自己卡在哪一步，再调用对应的那一个。

Prompt 可以帮你整理和比较，但不能替你创造事实。没有访谈、材料、使用和付款记录时，它只能告诉你“还缺证据”。

7.9 直接复制：七天 FDE 行动卡

不用再做一套复杂表格。把下面这张行动卡复制到飞书、Notion 或自己的文档里，每天只填当天真正发生的事实。

代码块
【本周只验证的一件事】
具体场景：
真实角色：
真实输入：
AI 处理依据：
可核对结果：

紧邻的下一动作：
本周明确不做：
【第 1 天｜定范围】
选中的关键节点：
3—10 位可以联系的人：

【第 2 天｜验事件】
最近一次真实事件：
客户正在承担的成本：
仍然只是猜测的部分：

【第 3 天｜拿材料】
已取得并获授权的材料：
脱敏与使用边界：
业务知识和核对人：

【第 4 天｜出结果】
AI 生成的最小结果：
业务方确认准确的部分：
错误、缺证据和人工判断点：

【第 5 天｜看使用】
谁在什么时刻使用：
实际采用、修改或忽略了什么：
结果进入了哪一步工作：
只做的一项最小修改：

【第 6 天｜提请求】
本轮提出的唯一真实请求：
客户实际做了什么：

【第 7 天｜做决定】
当前最强证据：
仍然缺少的证据：
决定：继续 / 调整 / 停止
下一轮只验证的一件事：
可能沉淀的重复结构：

七天跑完以后，手里至少要有五样东西：一份最近事件记录、一份授权材料、一份可核对结果、一次真实使用记录，以及一个继续、调整或停止的决定。

这些东西不一定漂亮，但它们能防止你用后面的产物替代前面的证据：没有真实材料，页面再漂亮也只是演示；没有使用记录，功能再完整也不能证明采用；没有持续行为，一次付费也不能证明产品已经成立。

最后只记住一句话：

别先证明你能做多大的产品。先让一个真实客户，把下一步真实工作交给它；再让一次次使用，把它慢慢磨成产品。