GEO三部曲（二）：当AI推荐了五个品牌，用户为什么偏偏选择你？

很多人做GEO，最兴奋的时刻，是第一次在AI回答里看到自己的品牌。

但这只是第一关。

AI提到你，只解决了“有没有你”；客户接下来真正要决定的是：“这几家里，我到底选谁？”

所以，比“被AI看见”更难的一步，是让AI在客户继续追问时，能说清楚：为什么你值得被优先考虑。

假设你按上一篇的方法，整理了公开资料，也核对过AI的回答。现在，客户向AI提出需求时，你的品牌已经开始被推荐了。

你进入了备选名单，同行也可能在里面。比如这次，AI一共推荐了五个品牌。客户看完，可能会继续问：“我的情况是这样……刚才这几家，你更建议我选哪一家？为什么？”

这时，AI接下来怎么回答，就很关键了。它能不能结合客户的具体情况，说清楚为什么值得优先考虑你？

名单里有你，客户却未必会来找你。

GEO先解决“AI为什么提到你”，下一步要解决“客户为什么选你”。

在这篇里，我把后面这件事叫作“选择理由工程”：不是再给产品多加几个漂亮形容词，而是把客户为什么会在几个候选里优先考虑你，一步一步做实。

可以先用一个简单公式来理解：

选择理由 = 目标客户在意的问题 × 你能兑现的解法 × 可验证的证据 × 值得付出的代价。

这四项里，有一项太弱，选择理由就容易塌掉。客户不在意，再强的功能也没用；你不能兑现，再好的说法也只是承诺；没有证据，客户很难相信；代价不值得，他也可能继续用原来的办法。

如果你正准备花钱做GEO，这个追问也值得先拿来问自己：我们到底有什么值得他优先选择的理由？

有时，企业本来就有能力，只是介绍没讲到客户在意的地方。有时，问细了才发现，方案还缺一项功能，或缺一份能让人相信的证据。分清以后，才知道眼下该先改介绍，还是先把承诺做实。

我服务的一家设备企业，也在面对这个问题。负责人以前很羡慕同行，说对方“哪都能刷到”。后来，他们自己的品牌也开始出现在一些AI回答里。被看见之后，他们更希望客户愿意进一步了解、选择自己。

为了弄清客户为什么会选他们，我们回头看客户发来的资料和团队的回复。先了解客户准备拿设备做什么、遇到了什么困难，再看产品的哪项能力能帮上忙。

一、同一台设备，客户选择它的理由可能不同

想让客户从几家品牌中优先考虑你，先得弄清楚：他买这台设备，最想解决什么问题？我们和这家企业讨论过的一项能力，就有两种不同的购买理由。

这家企业做配气设备，简单说，就是按需要制备不同浓度的气体，供检测或实验使用。其中一类设备，可以用液体试剂制备实验用气。

聊到这项能力时，大家提到，用试剂制备气体，费用可能比购买现成的气体更低。我接着问：“能便宜多少，你们算过吗？”

既然把省钱作为优势，就值得算一笔账：原来买气体要花多少，换成这套办法又要投入多少。会上，我们也谈到，可以把气体和试剂的费用找来比一比。

负责人还补充了另一个情况：有些实验需要的气体，现成的并不好买，甚至买不到。

这就有了两种不同的需要。对能买到所需气体的客户，值得比较的是：换一种办法，能省多少，值不值得换。对买不到所需气体的客户，首先要确认的是：这台设备能不能制备出实验需要的气体，让实验做下去。

成本当然重要。但同样一项能力，有人看重它能省钱，有人首先需要它解决“买不到”的难题。 后一种客户也会算费用，只是要先确认这套办法能满足实验要求。

回到AI的推荐名单。如果客户追问的是“我需要的气体买不到，该选哪家”，你的资料却只写“使用成本低”，就没有回答他最着急的问题。你需要拿出来的，是能制备什么气体、满足哪些实验条件，以及有什么验证记录。

把这个理由讲清楚，客户才有依据继续比较你和其他品牌。接下来，我们还要作一个选择：这些需求里，哪一类是我们想长期服务、愿意投入的？

二、你想成为哪一类客户的首选？

顺着“客户拿设备做什么”往下聊，会上还谈到一种情况：有些用户只需要固定浓度的气体，买现成的就能完成检测，连自己配气这一步都用不上。

这件事很关键。我们能制备不同浓度的气体，是一项能力；但对这类用户来说，现有办法已经够用了。再介绍多少功能，也得先回答：他为什么要换？

所以，看客户需求时，我们要把他现在的做法一起拿出来看。现在怎么买、怎么用，哪里麻烦，哪一步做不了？有了这些背景，才知道自己的优势有没有用武之地。

把几次交流放在一起，另一些需求也显出来了。在我们接触的生产制造客户中，成本是经常讨论的重点：完成任务要花多少钱，日常使用能否更经济。

而一些做实验的用户，会继续问：换实验条件麻不麻烦？能不能设置一次，让设备接着完成几轮实验？是不是每换一次浓度，人就得过去操作？

两边都可能需要设备，但拿来比较的事情不同。前一类需求，要把费用账算清楚；后一类需求，要把一组实验怎样做完讲清楚。只拿同一张功能清单介绍，很容易漏掉客户真正想问的事。

我一直跟团队强调“客户成功”。我的意思是，我们得关心客户买回去以后，到底想把什么事做成，想办法帮助他完成。多问一步，就可能发现：有的功能客户根本用不上，有的麻烦我们以前没有留意。

但发现有人需要，还要回到自己的生意上判断：这是不是我们想长期服务的那类用户？把他的事做好，需要投入哪些开发、调试和服务？团队是否愿意持续做下去？一个需求再特别，也不必仅仅因为自己能做，就把它当成主打方向。

我们要找的是：想服务的那群人，正在为什么事发愁；自己的哪项能力，恰好能帮他们解决。

比如，需要反复切换实验条件的用户，如果正是你想争取的人，就值得逐项检查：现有功能能省掉哪些重复操作？还缺哪些环节？有没有记录或演示，让他看出与原来做法的区别？这些才是挑选主打点的依据。

这样，客户向AI追问“我经常换实验条件，哪家更适合我”时，我们准备的资料才有具体的选择理由可供参考。随后还得与其他方案比较费用、操作和服务，才能判断这个改善值不值得。

接下来那次咨询，就把这件事推得更具体了。客户提出的要求，让我们开始逐步拆开他的实验过程，也看到了方案还需要补上的地方。

三、想让这群客户选你，你的方案还需要改什么？

后来一次会议，我把讨论拉回一条具体咨询：先看我们是怎么跟客户沟通的，又发了哪些资料。

负责人翻出一段沟通记录，对方是一位做实验的用户。他说，以前对方来咨询，他通常就问有什么问题，然后你一句、我一句地回复。现在，他会先打电话，了解对方大概在做什么。

电话之后，这位用户继续提出要求：能不能保存数据？能不能先按一个浓度运行一段时间，再换另一个浓度，接着做下一轮？

负责人解释，这是程序设定的需求。有些功能当时还没有，需要加进去。他也希望把要求先汇总起来，免得客户每补充一项，软件就跟着再改一版。

会上还提到，另一位做实验的用户也问过相近的问题。两人都需要按顺序切换实验条件，这件事值得继续往下查。

我建议找相关的实验论文，看看别人怎样安排这些步骤。再结合我们能做的部分，整理成一篇对口的应用说明。以后遇到类似咨询，就有具体材料可以拿出来讨论。

要查的已经不只是“这个功能能不能加”，还有“它在客户的实验里，究竟要怎样用”。

接着，我们把实验过程拆开来看：通入一个浓度的气体，观察反应，等传感器恢复，再换条件，重复下一轮。如果这些步骤都靠人操作，人就得反复调节、等待、再回来。

听到这里，“自动化”才有了具体的分量。客户希望把一组步骤设好，让设备按顺序执行，留下实验需要的记录。他想省下的，是一次次被这些操作打断的时间。

我们还讨论到，客户可能已经有能记录数据的传感器工作站。配气设备要放进这套实验里，就得看供气步骤能否配合起来。单台设备有哪些功能，和整套实验能否顺畅完成，得放在一起看。

讨论还往前走了一步。人为什么不想一直待在设备旁？除了反复操作的麻烦，还有实验环境：通风设备的噪音，以及对接触气体的顾虑。这些都是谈使用过程时才逐渐进入视野的问题。

所以，“支持自动化”几个字还不够。自动执行步骤，回应的是重复操作；电脑控制，则关系到能否少去设备旁边设置。要把这类用户的工作考虑完整，两件事都值得认真核对。

电脑操作的要求，以前也有人提过。这次，负责人进一步谈到现有控制部分的限制，考虑调整实现方案、找人协助，把电脑端的操作接进来。

会里，他也把当时的状态说了出来：“全都是我的口头承诺。”

有了这句话，接下来的工作就不能只停在写介绍。程序怎么跑、数据怎么留、电脑能控制哪些操作，都需要工程实现和验证。我们也谈到，做出来后可以录一段演示，让客户亲眼看到。

我觉得值得记下的，是讨论对象的变化。开始看的是客户问了哪些功能，往下追，看到的是他怎样完成一天的实验，现有做法哪里麻烦，方案还缺什么。

这类需求未必适合所有客户。但对我们想争取的那群人，它会影响设备买回去以后好不好用，值得花时间研究。

四、凭什么选你，要有看得见的依据

回到文章开头。客户拿着AI给的名单继续比较，看到几家都写“精度高、功能丰富、服务专业”，还是难选。

前面谈到的实验，提供了一个具体的比较办法。拿一组实际实验步骤来看：继续手动做，哪些时候需要人调节、等待、记录？换成准备提供的方案，哪些步骤能连起来执行，哪里仍要人操作？

假如客户已有传感器工作站，还要看配气设备怎样跟它配合。电脑上能设置哪些操作，实验记录怎样保存，需要谁来调试，都要放进同一套实验里核对。

这样，客户就有了具体的比较问题：用你的方案做完这组实验，比现有办法省了哪些事？为了这些改善，需要多花多少钱、多做多少准备？ 再拿同样的问题去看名单里的其他品牌，选择才有依据。

把这次讨论整理成一份待核对的方案摘要，可以这样安排。表里的验证动作，是接下来要做的工作。

对这类用户来说，程序执行、数据保存、电脑控制，每一项都要回答一个实际问题。把这些问题核对过，才知道哪项能力值得重点讲，哪项还要先做出来。

如果实际验证支持这些判断，选择理由就具体了：你的方案能减少他反复操作的麻烦，能配合已有设备，有演示和记录可查；再与其他方案比较，改善值得他付出的费用和准备。眼下，这家企业仍要先把讨论中的功能做出来、验证清楚。

如果别家也能做到，就继续比调试、支持、费用和交期；如果现有办法已经够用，客户也可能先不换。值得主打的，是目标客户在意、你能兑现，而且相对其他选择值得付出的那一处差别。

这其实就是“选择理由工程”要做的事：把“我们很好”拆成客户在意的问题、能兑现的解法、看得见的证据和他愿意承担的代价，再把这四件事放回真实比较里核对。

已有能力正好能帮到目标客户，就把做法和依据讲清楚。仍在讨论实现方案的部分，先完成验证。这样，准备GEO内容时，团队才知道哪些可以写，哪些还要继续做。

五、看AI怎么推荐、客户怎么回应，再决定先改什么

我们后来也开始把客户沟通录音整理成记录，核对客户从哪里来、问过什么、还差什么。这样，下次讨论内容时，可以回看真实的问题，不必每次重新猜。

把这些问题写进公开资料后，还要看它经过AI转述，会变成什么。

这次可以沿着客户的选型过程查：先问有哪些品牌，再补充具体的实验要求，看AI怎样比较、引用了哪些页面。直接问具体需求的情况，也另留一组记录。

如果原文讲的是多轮实验怎么做，AI最后仍只说“技术先进”，那个选择理由就没有传到客户面前。要顺着引用回去看，任务、做法和证据是不是讲在了一起，有没有具体缺口。

另一边，把资料拿给目标客户，听他怎么比较：哪一点对他的实验有用，还在考虑什么方案，缺什么才能往前走。

AI说准了、客户愿意继续问、最后选择购买，是不同的进展。我们目前看见的是需求理解和方案考虑的变化，后续功能兑现、客户选择及GEO带来的生意，还要继续记录验证。

用这条咨询，看看下一步该先做什么

前面那条咨询，已经问出了具体需要，也谈到了实现办法。接下来，是继续写介绍，还是先把方案核实清楚？我用S′FOCUS把这段过程重新整理一下。先还原发生过的事，再列出下一轮建议做的事。

S0，先明确这一轮目标。 这次建议把实验要求核对成可以交给客户比较的方案。

S1，先拆出核心要素。 用户要按顺序切换浓度、做几轮实验，并保存数据。对照这些要求，负责人说明，数据保存当时还没有；程序设置和电脑控制，也需要继续核对怎样实现。

这条咨询涉及用户、对接需求的负责人和我。我们在会上回看负责人和用户的沟通，接下来还需要技术人员核对。手里的依据，是客户沟通和会议记录；完整的实验步骤、型号配置、费用和实现时间，还需要补齐。

这些要素还不能直接告诉我们卡在哪里。S2，要把它们连接成具体工作流。 按负责人在会议中的复述，已发生的过程可以还原为：

从这里往后，“确认一组实验步骤→技术核对方案→演示或测试→客户比较”是建议接下来的工作。这几步由谁负责、各自要交出什么，还要安排；现有记录没有证明它们已经完成。

工作流摆出来，问题就具体了：客户提出了要求，团队也回应了，但这些回应里，哪些已经能做，哪些还要开发，哪些已经有记录可查？

F，从S2工作流里，找限制S0有效产出的核心约束。 在这条咨询中，先核查“需求怎样变成可验证的方案”这一步。部分功能还停留在口头承诺，这是已经看见的缺口；它是不是最影响客户继续比较的那一处，还要查。还要问客户：他继续比较前，最需要确认的是功能、费用、交期，还是别的事？如果挡住他的主要原因在别处，就调整判断，不能只因为我们看到了功能缺口，就认定它最关键。

假如核查后确认，客户主要缺的是对方案可行性的判断，O就先用已有资源把这一步推进：拿一组客户实际要做的实验，检查现有配置能完成哪些步骤，把已实现的部分演示清楚，列出还需要人操作或尚未实现的部分。演示现有能力时，手动完成的步骤也要如实说明。

C，是让其他工作围绕这件事配合。 建议由负责人把实验步骤问完整，技术人员逐项核对，内容人员根据同一份结果准备说明。这样，客户每补一个要求时，团队有一份共同的清单可更新，宣传也有明确依据。

U，才是必要时增加投入。 已有配置和配合办法试过，仍达不到客户确认的要求，再评估开发什么、谁来做、要花多少钱和多久。会议里谈过的控制方案调整，应当经过这一步判断，而不是一提需求就全部承诺。

结果回来，先对照S0，看能否拿出可供客户比较的方案、离目标还有什么差距；再重看S1的能力与证据是否变了、S2中的交接是否顺了。若发现目标本身需要调整，要把依据说清楚，由负责人确认，不能因为遇到困难就悄悄换目标。客户是否愿意继续比较，也要接着记录。能兑现的部分，才逐步写成公开资料，再检查AI是否保留了适用条件和选择理由。

这样，下一轮就有了具体的工作：核对实验步骤，查清已有能力和缺口，再决定先演示什么、是否需要开发。后续客户是否继续比较、AI是否说准推荐理由，沿着同一条工作流接着记录。

回到标题，从备选走向优先考虑，需要一个经得起比较的理由：你能解决目标客户在意的问题，有依据让他相信，改善也值得他付出的代价。这个理由，还要在AI的回答里讲清楚。

所以，GEO做到后面，不只是“让AI看见你”，还要把选择理由工程做出来：让AI知道你适合谁、解决什么、凭什么相信，以及为什么值得客户付出这个代价。

被AI看见，只是入场券；能让客户在几个候选里选中你，才真正接近生意。

如果你也准备花钱做GEO，却还说不清该主打什么，可以拿出一份产品介绍，再找出最近几段客户咨询，对照着看：你反复介绍的长处，是不是他们一直追问的事情？

如果你发现两边对不上，也可以带着材料来找我一起看。先从一条真实咨询开始，把客户要完成的事、他在考虑的其他办法、我们能拿出的依据放到一起。

我们先把讨论落成一页：现在卡在哪里，依据是什么，还缺什么，下一步谁来做什么。再决定该改内容、补证明，还是调整产品和服务。

下一篇，再看合作之后：承诺怎样落到交付里，客户真正用起来时遇到了什么，团队又怎样解决。

附录｜可直接复制的实操工具包

拿出一份产品介绍、一段最近的客户咨询，以及已有的案例或验证资料。工具一、二帮你弄清需求和选择理由。遇到缺口，先用工具五决定该核查、演示还是补能力；资料有依据了，再用工具三写草稿。用工具四记录AI回答和客户反馈，再回到工具五决定下一步。

这一轮最后留下两样东西：一条有依据的选择理由，以及一个最先需要补充资料或做验证的动作。 资料还不够，就先完成后者。

工具一｜直接拿去问客户

挑记录里还没说清的问题问，把回答原话记下来，不必每次都从头问完。

1. 你这次想完成什么事？做到什么程度，才算满足需要？
2. 现在是怎么做的？最近一次具体卡在哪一步？
3. 这一步给你带来什么麻烦？如果先不改，会怎么样？
4. 除了我们，你还在考虑哪些办法？继续用现有办法也算。
5. 比较这些办法时，你最看重哪几件事？为什么？
6. 接下来还需要看什么、确认什么，你才好做决定？

客户／日期：
关键原话：
我的理解：
向客户复述后，他补充或纠正了什么：

填完应能说明：客户要做什么、眼下哪里不顺、实际拿什么跟你比较。

工具二｜选择理由工作单

一次只填一类客户的一个任务。没有资料的填“待确认”，不替客户猜。

【客户与任务】
我们想重点服务谁：
他在什么情况下，要完成什么事：

【已有依据】
客户在意什么（原话／日期／记录位置）：
哪些已向客户确认，哪些只是我们的理解：
他现在怎么做，还在考虑哪些方案：

【为什么可能选我们】
我们哪项现有能力能帮到他：
可核对的资料或记录在哪里：
和他实际考虑的方案相比，哪一点更适合：
比较依据在哪里，哪些还不知道：
客户需要付出什么（费用、等待、调试、切换等）：
哪些条件下适用，哪些要求目前做不到：

【先写一句选择理由】
对［客户／任务］，我们能通过［已有做法］帮助他［具体改善］；
依据是［记录／演示／案例］；适用条件是［条件］，
客户还需付出［费用、时间或配合要求］。
相对他考虑的［方案］，值得优先考虑的地方是［有依据的差别］。

【下一步】
目前最缺的一个依据：
准备问谁、查什么或怎样验证：
谁负责／何时回看：

本例填写示范（待验证）：有多轮浓度实验需求的用户，希望减少反复手动操作；程序执行是拟议方向，会议中尚未提供完成验证的记录。因此先确认一组实际实验步骤，交给技术人员核对实现和验证办法，暂不填“我们已经更好”。

工具三｜让AI整理成可审核的草稿

把工作单和相关材料贴在提示词后面；用编号标清材料，方便回查。这一步用于整理自家资料，不当作自然搜索测试。

请根据我提供的材料，帮我梳理客户为什么可能优先选择我们。

目标客户与任务：［填写］
选择理由工作单：［粘贴工具二］
材料1 产品说明：［粘贴］
材料2 客户沟通：［粘贴］
材料3 案例、演示或验证记录：［粘贴；没有就写没有］
材料4 客户实际考虑的其他方案：［粘贴；不清楚就写待确认］

请依次给出：
1. 一条候选选择理由，并注明每个事实来自哪份材料的哪一段。
2. 一段供人工审核的对外介绍：写清帮助谁、解决什么、怎么做、
   有什么依据，以及费用或适用条件。只使用已有依据的内容。
3. 最多三个优先核对的问题，分别写明该问客户、问技术人员，
   还是查看哪类记录。

区分客户原话、企业自述、验证记录和你的推测。
不编造客户评价、竞品能力、验证结果或成交记录。
如果资料不足以支持“比其他方案更适合”，直接指出缺什么；
把待开发功能与已有能力分开，不写成已实现。

业务人员核对客户理解，技术人员核对能力与条件，通过后再使用对外介绍。

工具四｜两张记录单，分开看有没有变化

A．AI回答记录。 测试时另开新对话，不先提供自家文章。宽泛问题、具体需求分别记录；测连续追问时，从新对话开始，把两轮问答一起保存。

记录编号／日期：
平台／模型或模式／是否联网（页面可见的填写，未知就记未知）：
问题类型：宽泛询问／具体需求／连续追问
完整提问：
完整回答保存位置：

是否出现我们，AI给了什么推荐理由：
引用了哪个页面（链接／查看日期）：
打开原文后，哪句话支持这个理由：
有没有漏掉条件、夸大能力或引用不符：

这次改过什么资料（链接／日期／具体修改）：
下次用什么相同问题复测，准备何时回看：
下一次记录编号：

B．客户反馈记录。 用对方自己的话确认理解，接着看实际比较和行动。

客户／日期／给他看了哪版资料：
“按你的理解，这个办法能帮你解决哪一步？”
客户原话：

“这会影响你比较哪几家、选哪种办法吗？为什么？”
客户原话：

“接下来还缺什么，你才好往前走？”
客户原话：

已经发生的下一步（如询价、要求演示、进入方案比较）：
只是意向、尚未发生的事：
我们下一步要做什么／谁负责／何时回看：

回看时按这几种情况处理：

• AI说漏了或说错了： 对照引用原文，查资料是否缺内容、表达是否含糊，还是AI转述出错；分别记录再处理。
• 客户没理解： 先找他在哪句话上产生误解，再改说明。
• 客户理解了，仍用不上： 回看他实际要做的事，重新判断该不该主打这个理由。
• 客户认可，但还在比较： 问清剩下的顾虑，补对应的演示、条件或费用说明。

分不清就记“待确认”。不同AI分别记录；回答变化、客户继续询问和最终购买，也分别记录。

工具五｜S′FOCUS：这一轮先解决哪一件事

结合现有咨询记录或工具四的反馈填写。先选一条真实咨询；证据不足时，先做核查。这里找到的是本次推进的卡点；是否影响其他客户，还要核对其他记录。

【S0｜明确本轮目标】
目标用户与具体需求：
希望推动的下一步行动（如要求演示、进入方案比较）：
本轮有效产出及完成标准：
目前实际发生了什么／记录位置：

【S1｜拆出核心要素】
客户要完成的任务、选择时在意的条件：
相关产品与服务能力（已有／待实现）：
可用的资料、证据、设备及人员：
客户从哪里来；如涉及AI，问答及引用记录在哪里：
影响推进的费用、时间或其他条件（未知项标出）：

【S2｜把要素连接成具体工作流】
按实际发生的先后，一步一步填写：
第几步／谁负责：
拿到什么信息或材料：
做了什么，交出了什么：
交给谁，下一步怎样接着做：
所用时间、等待、返工及记录位置：
（按需要复制以上字段；尚未发生的步骤另列待办）
整条工作流：
在哪一步停下，客户怎么说：

【F｜本轮最可能的卡点，只选一处】
S2工作流中，哪一步最限制S0目标的有效产出，当前判断是什么：
支持它的客户原话、等待或返工记录：
其他可能原因（费用、能力、证据、信息传递等）：
先做什么核查，能区分这些原因：
解决这一处后，还有什么会挡住客户继续比较？依据是什么：
什么结果会推翻当前判断：

【O｜先用已有资源】
现有设备、资料、人员和服务，能先做哪件事：
交付什么／谁负责／何时完成：

【C｜其他工作怎样配合】
谁提供什么，让这一步能完成：
哪些无助于解决当前卡点的工作先缓一缓：

【U｜仍不够时才评估升级】
已有办法和协同安排试过什么、结果怎样、仍缺什么：
拟增加的开发或投入／费用与时间：
由谁决定是否值得投入（不需要升级就填不需要）：

【回到S｜重看目标、要素与工作流】
何时回看／关联工具四哪条记录：
客户实际行动有什么变化：
AI推荐理由及引用有什么变化：
原判断得到支持还是被推翻：
对照S0，本轮目标推进到哪、还有什么差距：
如需调整目标，依据是什么、由谁确认（不擅自改目标）：
S1中哪些要素或条件变了：
S2中哪些步骤、交接或等待变了：
原卡点是否仍在，依据是什么：
下一轮继续、换方向或暂停的依据：

同一轮只集中处理一个经核查的卡点。AI回答变化与客户行动分开记，不能仅凭先后发生，就认定是本次修改带来的。

填写示范｜把前面的设备咨询放进工具五

以下依据会议复述填写。“已发生”是记录能支持的过程；“待核查、建议做”是下一轮安排，供你对照着填写自己的案例。

【S0｜本轮目标与现状】
建议目标：把具体实验要求核对成可供客户比较的方案。
本轮有效产出：一份实验步骤与能力对照，列明已有、待开发和待验证部分，供客户比较；是否完成以核对记录为准。
已知状态：已沟通需求、讨论实现；尚无本段记录支持的验证或成交结果。

【S1｜核心要素】
客户任务：按顺序切换实验浓度，做多轮实验并保存数据。
能力：数据保存当时尚未具备；程序设置、电脑控制的实现办法还需核对。
人员：用户、对接需求的负责人和顾问；后续技术核对及内容整理人员待落实。
依据：客户沟通及会议中对功能现状、实现设想的复述。
未知：具体型号配置、完整实验步骤、验证结果、费用与交期。
本条咨询是否由AI带来：现有材料不足，记未知。

【S2｜已发生的工作流】
1. 负责人通过电话了解用户情况。
2. 用户补充数据保存、程序切换要求；负责人回应，并请其汇总其他需要。
3. 负责人在会上说明现状，我们讨论实现办法；部分仍是口头设想。
现有记录能还原到这里，各步耗时及后续交接未完整记录。

【S2｜建议接续的工作流，记录未显示后续执行】
用户确认一组实验步骤→负责人交给技术人员核对→
形成已有能力与缺口清单→演示或测试→客户比较。
每步负责人、输入、交付物、时间：需在执行前确定。

【F｜候选，先核查】
候选位置：S2中从需求与承诺，到可验证方案这一步；核查它是否最限制S0所需的方案产出。
已知依据：负责人明确说部分仍是口头承诺，缺相应完成验证的记录。
待问客户：继续比较前，最需要先确认哪件事？功能还是费用、交期等？
推翻条件：若其他问题才是主要阻碍，就换候选，不直接安排开发。

【O｜确认卡点后，建议先用已有资源】
按客户实际步骤检查现有配置，演示已实现部分，列出人工步骤与缺口。
交付物：一份步骤与能力对照，以及相应演示或核对记录。

【C｜建议的协同】
负责人问清步骤，技术人员核对能力，内容人员按同一份结果写说明。
对尚未确认的功能，先不写成已能交付。

【U｜有条件的升级建议】
已有办法和协同仍不足，再评估控制或软件调整的必要性、成本与周期。
由谁批准、何时完成：待安排；已有办法够用，则不升级。

【回到S｜待执行后，重看目标、要素与工作流】
S0：是否形成可供客户比较的方案，离本轮目标还有什么差距？如建议改目标，先说明依据并由负责人确认。
S1：新增了哪些已验证能力或证据？
S2：哪一步已接上，仍在哪里等待或返工？
客户：是否要求演示、继续比较？还有什么顾虑？
AI：发布后是否说准理由与条件？另记完整问答，不与客户行动混算。
负责人／回看日期／关联记录：由执行团队在行动前填写。