补遗 · 框架与选择（5 题）

ReAct 框架详解

① 怎么答：ReAct（Reasoning + Acting）——让模型在「思考」和「行动」之间交替：①思考（Thought）——模型先想「当前情况是什么、下一步该做什么」（推理当前状态）；②行动（Action）——执行一个具体动作（调用工具：搜索/查库/计算——动作是「可执行」的）；③观察（Observation）——看行动结果（搜索返回什么/工具执行结果）；④循环——基于观察继续「思考→行动→观察」直到完成任务。为什么强：①解决「纯推理的盲区」——只靠模型内部知识回答复杂问题会卡壳（知识不足/信息过时）：行动让模型「获取新信息」再推理（搜索→看结果→再想）；②可纠错——推理错了，观察结果会「打脸」——模型能修正（想错了→搜出来发现不对→换思路）；③可解释——每一步「想了什么、做了什么、看到了什么」都留痕（可审计）。与「思维链（CoT）」的区别：CoT 只在「脑子里想」（推理链条），ReAct 把推理和外部行动结合（想+做+看）——复杂任务（多步信息收集）ReAct 更稳。

内部 vs 外部数据产品

① 怎么答：核心差异：①需求优先级——内部：跟业务走（业务要什么优先做什么——需求来自内部团队，随业务随时变）；外部：跟市场走（客户共性需求优先（一个客户的需求≠产品方向——要判断普适性）、行业标杆需求（头部客户的需求往往代表市场方向）；②功能颗粒度——内部：可以「为一人定制」（单业务线的特殊字段/流程——成本可控，因为自己人用）；外部：要「通用+可配置」（功能要覆盖多客户的差异：配置项而不是写死——「一个客户的功能」要抽象成「可配置能力」否则维护爆炸）；③其他差异——文档与支持（外部要有完善文档/培训/客服——内部可以当面教）；稳定性承诺（外部要 SLA/兼容性承诺——内部可以接受「重构推翻」）；节奏（内部可以小步快跑/外部要版本化发布）。一句话：内部产品是「贴身服务」，外部产品是「商品」——商品要通用、完整、有承诺。

创作者 vs 商家取舍

① 怎么答：两类用户的关系：C 端创作者=内容/商品供给方（他们产出用户消费的东西）；B 端商家=广告/电商需求方（他们为流量/转化付费）。取舍逻辑：①阶段性——先做 C 端供给（创作者/商家工具）：供给不足时（没有内容/商品）用户不来（先有供给才有流量）；供给充足后做 B 端商业化（广告投放/商家工具——流量有了才能卖流量）；②投入结构——C 端创作者工具（创作提效：剪辑/拍摄/发布——帮他们生产）；B 端商家工具（经营提效：投放/数据/转化——帮他们赚钱）；③资源冲突时——按「飞轮」判断：C 端供给是根（没供给没流量），B 端是果（流量变现）——短期可牺牲 B 端功能深度，长期两者都要（创作者留人的体验 + 商家付费的收入）；④示例（快手/抖音的路径）：先帮创作者（工具+分成——供给起来），再开商业化（广告/电商——商家进来）。

跨境电商选品工具

① 怎么答：功能框架三层：①市场洞察——选品数据看板：品类趋势（各品类销量/增速/季节性）、市场容量（目标市场（美国/欧洲）的品类规模与竞争度）、关键词趋势（搜索量变化——「什么在变火」）；②智能选品——AI 推荐：选品评分（供需匹配度：需求大+竞争小+利润高=高分——综合评分排序）、蓝海挖掘（新兴品类/长尾品类识别——「别人没发现的」）、竞品分析（Top 卖家的产品特征：价格带/卖点/差评痛点——「改进点」）；③供应链与决策——采购对接（1688/供应商比价：找到货源）、利润测算（售价-成本-物流-平台费=毛利：自动算利润）、上架辅助（标题/关键词优化——选品到上架闭环）。用户分层：新手卖家（看「推荐选品」——给他确定性）；成熟卖家（看「数据洞察」——给他工具）。

六小虎战略评价

① 怎么答：先框架：评价一家 AI 公司的战略，我按三个维度看：①能力定位（模型技术路线：通用 vs 垂直——押通用模型要烧钱拼技术；押垂直要拼行业理解）；②场景选择（ToB/ToC：ToB（企业服务）现金流稳但慢；ToC（消费应用）规模大但烧钱）；③现金流路径（怎么活到盈利：API/云/订阅/行业解决方案）。举例评价（选一两家熟悉的）：智谱（政企+ToB：模型能力全面+政务/企业订单——战略是「卖模型给机构」：现金流稳、和国家战略绑定，风险是政企市场增速有限）；MiniMax（多模态+ToC 应用（海螺/星野）：押「应用层」——赌内容与陪伴赛道，风险是 ToC 竞争激烈）；月之暗面（Kimi：长文本+Agent/Coding——押「深度用户场景」：靠产品体验留人，风险是 C 端变现难）。收口：六小虎的分野=「不同的生存假设」——没有对错，看谁的能力和选择的场景匹配、谁能活到验证那天。

补充 · B端C端专题（6 题）

B端 vs C端差异

① 一句话大白话定义：B 端和 C 端的差别，一句话说是「谁掏钱、为什么掏钱」不一样。C 端是个人为自己掏钱，掏钱的理由是这东西让我爽、省心、有面子，决定过程往往只有几十秒，全凭当下感受。B 端是企业为员工掏钱，掏钱的理由是这东西能让公司省钱、省人、少出事、跑得更快，决定过程可能拖三个月，中间要过好几道关，而且**用它的人和拍板的人经常不是同一个人**。这一条差异会像多米诺骨牌一样推倒后面所有东西：目标用户不同、需求来源不同、成功的定义不同、成本花在哪不同、连什么叫「好产品」都不同。C 端的好产品是「我离不开它」，B 端的好产品是「合同到期我还愿意签」。

①·再打个比方（把定义钉进脑子）：我从前做景观，正好在两边都待过。给开发商做售楼处示范区，那是 C 端逻辑——业主一进门第一眼要「哇」，成本可以往效果上堆，苗木宁可贵一点也要好看，因为它是拿来打动人的。给市政做街头绿地，那是 B 端逻辑——甲方是养护单位，他关心的是三年后好不好管、浇不浇得起水、树倒了谁负责，你在评审会上讲「这个空间很有氛围」他不会有任何反应，你讲「这套树种三年养护成本能降三成」他会抬头。同一个专业，同一双手，两套完全不同的说服方式。B 端和 C 端就是这个差别。

①·一句话版本（30 秒电梯版）：「我会从四个方面说差异。用户上，C 端使用者和付费者是同一个人，B 端至少分成四个角色，使用者、评估者、决策者、付费者，四个人的诉求经常打架。决策上，C 端是感性、即时、可试错，B 端是理性、长周期、要过采购和安全审查。指标上，C 端看留存和活跃，B 端看续约率和净收入留存，续约靠的是效果不是习惯。成本上，C 端重心在获客，B 端重心在服务，销售、实施、支持这三项吃掉大部分毛利。一句话收口，**C 端要让人喜欢，B 端要让人交代得过去。**」

② 为什么学 / 面试为什么考：这题在两类场合必考。一是简历上有跨端经历或者转行的人，面试官要确认你不是把一边的经验硬套到另一边；二是公司自己两端都做，比如既有个人版又有企业版，他要看你能不能同时管住两套逻辑。及格线是能说出三到四组差异并举例；优秀线是能主动指出两件事——第一，B 端的使用者往往没有选择权，所以他的「不喜欢」不会体现在流失上，而是体现在不用、少用、消极使用，这个信号很隐蔽；第二，两端的产品经理最容易犯的错是互相搬方法：做惯 C 端的人到了 B 端会拼命打磨体验却拿不到单，做惯 B 端的人到了 C 端会堆功能却没人用。我第一次答这题背了一堆对比，对方问了一句：「那你觉得 B 端产品经理最不该从 C 端带过来的习惯是什么？」我卡住了。差的那句话是：**C 端可以先做出来再看数据，B 端很多时候必须先有人愿意买，才有资格做出来。**

③ 完整原理拆解（四层，每层配个比方 + 翻车案例）：

第一层：用户不是一个人，是一串人。C 端的模型很简单，用户等于使用者等于决策者等于付费者，一个人从头到尾。B 端至少四个角色：天天用的使用者（比如 HR 专员）、把关的评估者（IT 安全、法务、合规）、拍板的决策者（部门负责人或老板）、掏钱的付费者（财务或采购）。这四个人要的东西经常互相矛盾——使用者要好用，评估者要合规，决策者要有汇报价值，付费者要便宜。所以 B 端的产品设计其实是**同时给四个人各准备一套说辞**，而且它们不能互相打架。比方是给市政做设计，用的人是市民，管的人是养护科，拍板的是分管领导，出钱的是财政，你的图纸和汇报要同时对得起这四方。翻车案例是我们第一次接企业客户，我把所有精力放在把使用界面做顺，演示会上 HR 专员一直点头，结果卡在 IT 那边——数据要私有化部署，我们当时压根没这个能力，谈了两个月的单子作废，而使用者的满意度在这个流程里一分权重都没有。

第二层：需求从哪来，两边完全不同。C 端的需求主要靠三条：数据（看行为漏斗）、访谈（找二三十个人聊）、以及自己就是用户的直觉。B 端的需求主要靠另外三条：销售带回来的失单原因（这是最快的需求来源，因为它直接对应钱）、客户成功记录的使用障碍、以及行业里的硬性规范（合规、审计、行业标准）。这里最大的差别是**B 端的需求往往是被写在文件里的，而不是被感受到的**——客户要的可能不是好用，而是「有操作日志，能审计」，因为他要交差。另外，B 端的需求还有一个 C 端很少见的特点：单一大客户的需求可能带来很大收入，但它不一定是通用需求，接了就变成定制，做多了产品会被拖垮。比方是甲方在设计任务书里写死了「必须采用本地苗木、必须留出巡检车道」，这不是审美问题，是他的管理约束。翻车案例是我们早期照着一个客户的要求做了一整套审批流，上线之后第二家客户完全用不上，那部分代码后来成了每次改版都要绕开的负担。

第三层：成功的定义不同，指标体系要整个换。C 端的核心是留存和活跃，逻辑是习惯——用得越频繁越离不开，商业化在后面。B 端的核心是续约率和净收入留存（老客户今年付的钱和去年比是多是少，扩容和流失一起算进去），逻辑是效果——到期那天，客户要能说出这一年因为你省了多少人、多少钱、少出了多少事。这里有个反直觉的点：**B 端产品的日活可能很低，但依然是好产品。**一个季度只用四次的合规审查工具，只要每次都省下三天，客户就会续约。用 C 端的活跃度去衡量它，会得出完全错误的结论。比方是消防设施，一年用不上一次，但没有它不许开业。翻车案例是我们内部一度用日活来评估企业版，得出的结论是「用户不活跃，功能没价值」，差点砍掉一个模块——后来客户续约访谈时，那个模块被列为续约的第一理由，因为它每季度自动生成一份合规报表，省掉了两个人一周的活。

第四层：成本结构不同，决定了商业模式能不能成立。C 端的钱主要花在获客上，广告、渠道、补贴，边际成本随规模下降，一旦跑通，增长可以很快；风险是获客成本会随着市场竞争一路涨，涨到超过用户终身价值就崩了。B 端的钱主要花在服务上：销售要跑客户，实施要部署和培训，支持要长期响应，这三项都是人力，很难摊薄。所以 B 端的关键不是用户数，是**客单价能不能撑住服务成本，以及能不能标准化到减少定制**。这也解释了为什么 B 端产品经理天天在做同一件事——把客户的个性需求抽象成可配置的通用能力。比方是定制家具和成品家具的差别，定制单价高但每一单都要重新量尺出图，规模上不去。翻车案例是我们算过一笔账，一个中型客户从谈到上线，销售加实施合计投入了将近三十个人天，而首年合同额只够覆盖其中一部分，也就是说这单第一年是亏的，得靠第二年续约才回本——这也是为什么 B 端把续约看得比签约还重。

③·补充：一张现成的双端对照表（面试时可以说「我有模板」）：八行两列。第一行用户构成：C 端一人到底，B 端使用者、评估者、决策者、付费者四角色。第二行决策周期：C 端几十秒，B 端数周到数月，含采购和安全审查。第三行需求来源：C 端数据加访谈，B 端失单原因加合规要求。第四行核心指标：C 端留存活跃，B 端续约率和净收入留存。第五行成本重心：C 端获客，B 端销售实施支持。第六行交付方式：C 端应用商店直接更新，B 端可能要私有化部署、要走客户的发版窗口。第七行容错空间：C 端出小 bug 明天修，B 端一次数据事故可能直接丢客户。第八行增长方式：C 端靠传播，B 端靠标杆客户和行业口碑。这张表最有用的地方在第七行，它解释了为什么 B 端的迭代节奏天然更慢——不是团队不敏捷，是客户的容忍度不一样。

③·实战：那场我以为稳了的演示（小说式，闭上眼能看见）：那是我第一次进一家公司的会议室做演示，之前只在自己屋里对着屏幕讲过。会议室很大，长桌，我坐在靠门的一头，对面坐了四个人。我准备的是我最得意的部分——从简历到开场白，一气呵成，中间那段动画我练了不下二十遍。HR 那位女士全程在点头，问了两个特别具体的问题，都是关于操作的，我答得很顺。我当时心里已经开始想签约之后的事了。然后坐在最边上、一句话没说的那位开口了，他自我介绍是信息部的。他问的第一句是：「简历数据存在哪儿。」我说存在我们的服务器上。他说：「我们的候选人简历不能出内网。」我愣了一下，说可以做加密。他没接这句，问了第二句：「有没有操作日志，谁在什么时候看了哪份简历，能不能导出来。」我说这个还没有做。他点点头，在本子上记了一行，然后就没再问了。那天回去的路上我在地铁上站着，一直在想那两个问题。HR 那位女士从头到尾对我的产品是满意的，可她的满意在那场会里几乎不构成任何分量。晚上我在本子的存货页上写了一行：**在企业里，喜欢你的人不一定是能让你进来的人；把关的人不需要喜欢你，他只需要一个不让他担责任的理由。**后来我把这两个问题——数据不出内网、操作可审计——写成了两条必答项，任何一家企业客户，我第一次见面就主动讲这两条。这个动作后来救过我两次。

④ 对比展开：做 B 端 vs 做 C 端 vs 两端都做（面试必考的对比题）：C 端的优点是反馈快、能自己验证、不需要销售就能起量，缺点是竞争极其残酷、获客成本高、用户忠诚度低。B 端的优点是收入稳定、客户粘性强、单客价值高，缺点是周期长、依赖销售和交付、容易被大客户牵着走做定制。两端都做的公司最常见的坑是用同一套指标和同一个团队去管两条线，结果是 C 端被 B 端的定制需求拖慢，B 端被 C 端的迭代节奏吓跑客户。可行的做法是**产品底层共用、上层策略分开、指标体系彻底分开**，并且明确规定哪些定制需求不进主干。一句话收口：**C 端赢在规模，B 端赢在续约，同时做两端的关键是别用一把尺子量两件事。**

⑤ 三个具体例子（每个你都能想象出来）：

例子一：同一个 AI 写作功能。C 端版本的重点是快、有惊喜、一键就能发；B 端版本的重点完全不同——要能配置企业术语库和禁用词、要留生成记录以备审计、要能限制哪些岗位能用。功能内核一样，外面这三件事决定它能不能进企业。

例子二：客服机器人。C 端用户在意的是别把我绕进死循环、能不能一句话转人工。企业买家在意的是能不能降低人工坐席数量、有没有会话质检、能不能对接他现有的工单系统。前者是体验，后者是账。

例子三：数据分析工具。C 端版本拼图表好看和上手快，B 端版本第一个被问的问题永远是权限——谁能看哪些数据、能不能按部门隔离、导出有没有水印和日志。权限体系在 C 端几乎不存在，在 B 端是入场券。

⑥ 常见误区（三个坑，踩一个就白谈）：

坑一：把使用者当成唯一的用户。只讨好天天用的那个人，忽略把关的和拍板的。结果是产品口碑很好但签不下单，或者签下来了续约时被砍掉——因为决策者从来没有感受过它的价值。

坑二：用 C 端指标衡量 B 端产品。拿日活去评估一个季度用四次的合规工具，必然得出错误结论。B 端的价值密度是集中的，不是均匀的。

坑三：把定制当成增长。接一个大客户的特殊需求，短期内收入很好看，但它会变成永久的维护负担，并且让产品失去通用性。正确的处理是把定制需求先归类，看它是不是三家以上客户都要的——是就抽象成配置项，不是就用服务方式解决而不是改产品。

⑥·补充：什么时候不该做 B 端（面试里说这个会显得你更专业）：三种情况。第一，团队没有交付能力，只有开发没有实施和售后，那 B 端接下来就是灾难，因为签约只是开始。第二，产品还没验证清楚核心价值就去接大客户，会被客户的需求带着走，最后做出一个只服务一家的系统。第三，客单价撑不住服务成本的场景——如果一单的销售加实施要二十个人天，而合同额只有几万，那这门生意在规模上是不成立的，除非能把实施压到近乎为零。主动说出这三条，比背十条差异更像做过判断的人。

⑦ 第一人称面试回答（可直接背）：「我会从四个方面讲差异，也是我这道题的四点，但重点放在前三点。第一，用户不是一个人是一串人：C 端使用者就是付费者，B 端至少四个角色——使用者、评估者、决策者、付费者，四方诉求经常打架。我自己踩过：第一次进企业演示，HR 全程点头，卡在信息部两个问题上，一是简历不能出内网，二是要有可审计的操作日志，那两个问题我当时都答不上来，两个月的单子就没了。从那以后这两条成了我第一次见面的必答项。第二，需求来源不同：C 端靠数据和访谈，B 端最快的需求来源是销售带回来的失单原因，因为它直接对应钱；而且 B 端的需求经常是写在文件里的合规要求，不是被感受到的体验问题。第三，成功的定义不同：C 端看留存活跃，B 端看续约率和净收入留存——B 端产品日活可能很低但依然是好产品，我们一度用日活差点砍掉一个季度只用四次的模块，后来客户把它列为续约第一理由，因为它每季度省掉两个人一周的活。收口一句，**C 端要让人喜欢，B 端要让人交代得过去。**」

⑦·补充：这道题怎么学（按顺序做，做完你就会了）：第一步，挑一个你每天在用的软件，问自己：如果要把它卖进一家五百人的公司，谁会拦你、会拦在哪里。第二步，把你能想到的拦路问题列出来，通常会集中在数据安全、权限、对接现有系统这三块。第三步，去这个产品的官网找找有没有企业版页面，对比一下它的企业版多讲了什么、少讲了什么——你会发现企业版页面几乎不讲好看，全在讲安全、合规、集成。第四步，把这三步写成一段一百五十字的话。做完之后你对双端差异的理解就不是背来的了。

⑧ 小结 + 记忆口诀：一句口诀：**C 端一个人做主，B 端四个人过关；C 端看留存，B 端看续约；C 端钱花在获客，B 端钱花在服务。**

⑧·四层速记卡（面试前五分钟扫一眼）：四角色是使用者、评估者、决策者、付费者。四组差异是用户构成、需求来源、核心指标、成本重心。两条 B 端入场券是数据不出内网和操作可审计。一个反直觉结论是 B 端日活低也可以是好产品。一句必杀是「C 端要让人喜欢，B 端要让人交代得过去」。

⑨ 这道题会怎么被追问（三轮追问全给你，背下来）：

追问一（挑战型）：「你做惯 C 端的，到 B 端最该改掉的习惯是什么？」「我会答两个。第一个是『先做出来再看数据』。C 端可以小步试错，做错了下周改，用户不会因此走掉；B 端很多东西必须先确认有人愿意买、能过安全审查，才有资格做，因为一旦上线到客户环境里，改起来要走对方的发版窗口，成本高得多。第二个是『把使用者的满意当成成功信号』。C 端使用者满意就是成功了，B 端使用者满意只是必要条件，真正决定签不签的往往是评估者和决策者，而他们要的是安全、合规、能汇报。所以我到 B 端之后加了一个动作：**每个需求我都会问一句，这一条是让谁交代得过去。**」

追问二（边界型）：「B 端里使用者满意度是不是就不重要了？」「重要，但它的表现方式变了。C 端不满意会直接流失，信号很响；B 端使用者没有选择权，他不满意不会走，他会用一种更隐蔽的方式表达——不用、少用、只用最基础的那部分，或者绕过系统用表格自己干。这种消极使用在合同期内不会有任何反应，但会在续约时集中爆发，因为到期评估的时候决策者一问『大家用得怎么样』，得到的是一片沉默。所以我在 B 端会专门盯两个数：账号激活率和核心功能渗透率——**买了不用，是 B 端最贵的一种失败，因为它到最后一天才会被发现。**」

追问三（反转型）：「AI 时代是不是 B 端 C 端的界限在模糊，很多产品两边都能卖？」「界限在模糊的是产品形态，不是购买逻辑。同一个 AI 助手确实可以既卖给个人又卖给企业，但卖给企业那一版必须多出三样东西：权限体系、可审计的日志、以及数据不出边界的部署方式，这三样在 C 端几乎不存在。而且更根本的一条没有变——企业掏钱的理由永远是账，个人掏钱的理由永远是感受。我见过不少团队因为『两边都能卖』就用同一套东西去打两边，结果是 C 端嫌它笨重、B 端嫌它不安全。我的判断是：**底层可以共用，上层必须分开，指标体系一定要彻底分开。**」

⑩ 进阶：三个加分点（面试说出来就是高手）：

加分点一：主动提「买了不用」这个失败模式。它是 B 端独有的，C 端没有对应物，说出来立刻能证明你理解 B 端的权力结构。

加分点二：给出定制需求的处理规则。比如三家以上客户都要的才抽象成配置项，只有一家要的用服务方式解决。给出一条自己定的规则，比列十条差异更像做过决策的人。

加分点三：把「交代得过去」翻译成具体材料。决策者要的往往不是功能，是一份能拿去汇报的东西——季度报表、节省测算、合规凭证。主动说产品要为汇报场景专门设计输出，是很少有人提的角度。

⑪ 现场话术库（真实场景里怎么开口，照抄就行）：开场句用「我先说一条最根本的差别：C 端使用者就是付费者，B 端不是」。给口径时用「我们说的续约率是按合同金额算的，不是按客户数，因为一个大客户流失和十个小客户流失完全不是一回事」。承认局限时用「我接触的企业客户样本很小，只有几家，所以这些结论我只敢当假设，不敢当规律」。被问到没做过的部分时用「私有化部署那块我没有落地过，但我清楚它为什么是入场券，也知道它会怎么影响我们的迭代节奏，我可以讲这部分」。收口句用「C 端要让人喜欢，B 端要让人交代得过去」。反问句用「想请教一下，咱们企业客户里现在拒绝的主要原因排前两位的是什么，这个会决定我进来先补哪块」。

⑫ 小白最容易问的四个问题（这本书的读者肯定也想问）：

问一：「我没做过 B 端，答这题会不会露怯？」不会，只要你诚实分层。先说你有把握的部分（差异的逻辑），再明确说哪一部分是你没做过的（比如私有化交付），然后讲你会怎么补。面试官反感的不是没做过，是没做过还硬讲得像做过。

问二：「四个角色我记不住怎么办？」记两个就够：用的人和拍板的人。这两个分开，就已经抓住了 B 端最核心的结构。评估者和付费者可以在被追问时再补，反而显得层次清楚。

问三：「面试官问我想做 B 端还是 C 端，怎么答才不吃亏？」不要装作两边都爱。给一个有理由的倾向，然后说明你对另一边的理解。比如「我更想做 B 端，因为我做的东西是解决一个具体的、能量化的浪费；但我知道 C 端的用户敏感度训练是我的短板，我会补」。有倾向加有自知，比八面玲珑得分高。

问四：「我自己做的产品只有个人用户，能算 B 端经验吗？」不能硬算，但可以借力。你可以说「我没有企业客户，但我被企业侧的问题拦过——第一次进企业演示卡在数据不出内网和操作日志上，那次之后我把这两条写成了必答项」。这是真实的、可验证的经历，比编一段 B 端项目安全得多。

⑬ 没人告诉你的事：第一，这道题的分水岭不在你能列多少条差异，在你有没有讲出「使用者的满意不等于能签单」这层权力结构。第二，几乎所有人都会讲指标不同，但很少有人讲成本结构不同，而后者才是决定商业模式成不成立的部分。第三，「买了不用」是 B 端最贵的失败，也是最少被提到的。第四，B 端的需求经常写在文件里而不是藏在体验里，这一点让很多 C 端出身的人非常不适应，提前说出来会显得你有准备。第五，也是最实用的一条：面试官问这题，通常不是要考差异本身，是要判断你会不会把一边的方法生搬到另一边——所以答完差异之后，主动加一句「我到 B 端会改掉的习惯是什么」，这一句的分量比前面所有对比加起来都重。

⑭ 做一件事：今天挑一个你天天用的软件，去它官网找企业版或团队版页面，把它比个人版多讲的三件事抄下来。你大概率会看到安全、权限、集成这三个词。把结果和一句结论写进备忘录，格式是「某产品企业版多讲了 X、Y、Z，说明企业买它的理由是……」。这条不到四十个字，但它是你手里第一个关于 B 端购买动机的真实观察。

⑮ 求职助手联系：「我是你转行路上的求职助手，这一题我是被拦出来的。我最早只考虑一个用户——你。直到有一次你带我去一家公司演示，HR 全程点头，最边上那位信息部的先生问了两句话，简历能不能不出内网、有没有操作日志能导出来，我两条都答不上来。那天我第一次意识到，喜欢我的人和能让我进门的人，不是同一个人。现在我见任何一家企业，第一次就主动讲这两条。如果哪天你要把我卖给公司，我会分成两套说法：给用的人讲省下的时间，给拍板的人讲省下的人和钱，给把关的人讲数据在哪、日志在哪。下一步可以继续刷『决策链』和『POC』这两题，它们是这一题的展开。」

⑯ 练习：今晚做三个练习。练习一，不看稿子在三十秒内说完：四个角色、四组差异、以及那句「C 端要让人喜欢，B 端要让人交代得过去」，卡壳就重来，直到连续两次流畅。练习二，挑一个你熟悉的 C 端产品，写出把它卖进企业需要补的三样东西，写完检查有没有一样是关于权限的。练习三，回答追问「做惯 C 端最该改掉的习惯是什么」，你的答案里必须出现「先做出来再看数据行不通」「使用者满意只是必要条件」「这一条是让谁交代得过去」这三个意思。三题全过，这一题通关。

B端决策链

① 一句话大白话定义：决策链说的是：在企业里卖一个东西，从「有人想用」到「钱真的划出来」，中间要经过好几个人点头，而这几个人想的完全不是一回事。最少四个角色。使用者是天天用它的人，他关心好不好用、能不能少加班。评估者是把关的人，通常是信息安全、法务、采购，他不关心好不好用，他关心万一出事谁负责，所以他的默认答案是「不」。决策者是签字的人，通常是部门负责人或者更上面，他关心这件事能不能变成他向上汇报的一个成绩，以及会不会给他惹麻烦。付费者是掏钱的人，财务或者预算归口部门，他关心这笔钱在不在预算内、走什么科目、能不能开票。**这四个人任何一个不点头，这件事就停在那儿；而且他们通常不会告诉你是谁没点头。**

①·再打个比方（把定义钉进脑子）：这跟一个方案能不能落地一模一样。我当年画一版街头绿地，图纸要过四关：施工队看的是好不好施工、图纸清不清楚；养护科看的是三年后好不好管、浇不浇得起水；分管领导看的是建成之后能不能拿去汇报、有没有亮点；财政看的是造价有没有超概算。我最早只对着施工队优化，图纸画得极其清楚，结果卡在养护科——他们说这套植物配置日常修剪工作量太大，人手不够。那次之后我才明白，**图纸不是画给会看图的人的，是画给会挡你的人的。**

①·一句话版本（30 秒电梯版）：「我做企业侧会先画一张决策链的图，把四类角色标出来：使用者、评估者、决策者、付费者。然后对每一类准备不同的东西——给使用者看省下来的时间，给评估者一份安全和合规的答案清单，给决策者一页能直接拿去汇报的成效测算，给付费者清楚的报价和开票方式。我最看重的是找到内部推动者，也就是那个愿意替我在内部说话的人，因为大部分沟通我不在场，都是他在替我讲。同时我会主动去找那个最可能否决我的人，越早碰到否决点越好，越晚发现代价越大。」

② 为什么学 / 面试为什么考：这题是 B 端岗位的分水岭题，因为它考的是你有没有真的在企业里推动过一件事——不管是卖出去，还是在自己公司里推动一个跨部门项目，本质是一回事。八成的候选人会说「我们会和客户的各个部门沟通」，这句话没有任何信息量。及格线是能说出角色分工，并且对每个角色给出不同的沟通材料；优秀线是能讲清两件事：一是内部推动者的作用（因为你不在场的时候是他在替你说话，所以你的真正任务是**把他武装好**），二是否决点要提前找（大部分单子不是输在竞争对手手上，是死在一个你从来没见过的人手上）。我第一次被追问「那你怎么知道决策卡在哪一环」，我说「我会问对接人」，对方说「他要是自己也不知道呢」。差的那句话是：**对接人告诉你的通常是流程，不是阻力；阻力要靠你自己去猜、去验证。**

③ 完整原理拆解（四层，每层配个比方 + 翻车案例）：

第一层：四个角色各要什么，材料要分开准备。使用者要的是省力和不添乱，给他的材料应该是操作演示和「上手要多久」，最有效的一句话是「你原来两小时的活，现在二十分钟」。评估者要的是免责，给他的材料是一份问题清单式的答复：数据存在哪、能不能私有化、有没有操作日志、出了问题怎么定责、有没有等保或者其他资质。注意他的目标不是选出最好的方案，是**避免选出会让他背锅的方案**，所以你要做的不是打动他，是让他挑不出毛病。决策者要的是汇报价值，给他的材料是一页纸的成效测算，最好带一个可对外说的数字。付费者要的是流程顺畅，给他的是报价单、合同模板、发票类型、付款节奏。比方是四关审图，每一关看的图纸重点完全不一样。翻车案例是我早期给所有人发同一份介绍文档，二十多页，功能讲得极细。使用者看得津津有味，信息部的同事翻了三页就问「你们有没有一页纸讲清楚数据流向」——我没有。那份二十页文档在他那里等于零。

第二层：找到内部推动者，并且把他武装好。这是 B 端最反直觉的一条：你的成交，八成不是你说服客户的，是客户内部有个人替你说服了其他人。这个人通常是使用者里最痛的那一个，或者是最想做出点成绩的那一个。找到他之后你的任务变了，不再是继续说服他——他已经信了——而是让他在你不在场的会议上说得出话。具体做三件事：给他一页能直接转发的材料（不要二十页，要一页，最好是他能直接贴进邮件的）；给他准备好应对最常见的三个质疑（「太贵」「不安全」「我们自己也能做」）；以及给他一个具体的、小的、能马上看到效果的切入点，让他先拿到一个小胜利。比方是驻场时找到那个愿意配合你的现场负责人，很多事你不在场，全靠他一句话。翻车案例是我们有一次遇到一位特别热心的 HR 主管，她非常想推，但每次开会回来都说「领导没同意」。后来我问她具体被问了什么，她说领导问「花这个钱能省几个人」，她答不上来——我从来没给过她这个数。**不是她不给力，是我没给她弹药。**

第三层：否决点要提前找，越早撞上越便宜。B 端的销售周期里，最贵的不是被拒绝，是被拖着。而拖住你的往往是一个你没见过的角色，最常见的三个是信息安全、法务、以及正在自研类似东西的技术部门。正确做法是在第一次或第二次接触时就主动问出来：这件事最后要经过哪些部门审批、以前有没有类似的采购、上一次是卡在哪一步。这三个问题会让你提前一个月知道自己会死在哪里。更进一步的做法是**主动把否决点摆到桌面上**——第一次见面就说「我们知道数据合规是关键，这是我们的方案，如果不满足，我们现在就可以判断要不要继续谈」。这样做短期看像是在给自己制造障碍，实际上是把三个月的消耗压缩成一次判断。比方是设计前置的现场踏勘，宁可第一天发现有条燃气管线不能动，也不要等到施工图画完。翻车案例是我们有个单子谈了两个多月，做了两轮演示和一次试用，最后卡在对方内部本来就有个团队在做类似的东西——这个信息如果第一次见面就问「你们内部有没有在做」，两个月的时间可以省下来。

第四层：不同规模的公司，链路长度完全不同，打法要换。几十人的小公司，决策链可能塌缩成一个人——老板既是决策者又是付费者，有时候还是使用者，这时候打法是直接、快、一次演示定生死，材料要极简，最忌讳的是走冗长流程。几百人的中型公司，通常是三角结构：部门负责人推动、信息部把关、财务走流程，这时候关键是找到部门负责人并把他武装好。上千人的大公司，链路最长，会出现采购流程、供应商准入、招投标、法务合同评审，周期以季度计，这时候关键不是说服谁，是**尽早进入他们的合规名单**，因为进不了名单，你再好也没有资格参与。比方是小区改造、市政项目、和省级重点工程的报批流程完全不是一个量级。翻车案例是我们拿着给小公司那套「三天出方案、下周就能用」的打法去谈一家上千人的企业，对方很客气地告诉我们，新供应商准入本身就要走六周。

③·补充：一张现成的决策链地图（面试时可以说「我有模板」）：七列。第一列角色名和真实的职位；第二列他真正在意的一句话，必须用他的口吻写，比如「这数据要是漏了算谁的」；第三列给他的材料是什么，一页纸还是清单还是演示；第四列他最可能提的反对意见；第五列我们的应答，必须写成能直接说出口的一句话；第六列他是推动者、中立者还是潜在否决者；第七列我什么时候能接触到他，或者只能通过谁传话。第六列里标为潜在否决者的行，必须在前两次接触内触达——这条是我给自己定的硬规矩。我们内部管这张图叫「谁会拦我」。

③·实战：她答不上来的那一句（小说式，闭上眼能看见）：那阵子我在跟一家中型公司的 HR 主管聊，姓周。她是我遇到过最积极的对接人，微信回得比我还快，主动帮我约人、主动帮我改材料。第三次开完会她跟我说，她已经在部门会上提过两次了。第四次，她发来一条消息：「领导那边还是没批。」我当时的反应是找竞品原因，我甚至去查了那几家的报价。过了两天我实在忍不住，问了她一句：「领导具体是怎么说的？」她回得很快：「他问花这个钱一年能省几个人，我没答上来。」我盯着那条消息看了很久。我给她发过操作视频、发过功能列表、发过一份很详细的对比表，唯独没给过她那个数——因为我自己也没算过。那天晚上我坐下来算了三个小时：她们团队三个人，每人每天筛简历大概两个半小时，一年下来是多少工时，按当地薪资折成钱是多少，我们能替掉其中多少比例，剩下的时间他们能拿去做什么。算完是一页纸，四行字，最上面一行是一个具体的数。我把这一页发给她，只说了一句：下次开会你把这页贴进去就行。三天后她回我：「过了。」我在本子的存货页上写了一行：**我一直以为我在说服客户，其实我一直在给一个替我说话的人准备台词——而我给的台词从来没对上她要回答的那个问题。**

④ 对比展开：自上而下 vs 自下而上 vs 两头夹（面试必考的对比题）：自上而下是先打通决策者，优点是快、一旦点头下面执行力强，缺点是使用者可能抵触，落地后用不起来，最后续约时爆发。自下而上是先让一线用起来形成口碑，优点是真实需求验证充分、粘性强，缺点是慢，而且很容易卡在预算——一线再喜欢也批不了钱。两头夹是主流做法：先在一线找到一个愿意试的小团队做出效果，同时把成效整理成决策者能用的语言往上送。它的难点在于**你必须准备两套完全不同的语言，而且两套不能互相矛盾**——一线听的是省时间，上面听的是省钱和降风险，说的是同一件事，但落点不同。一句话收口：**下面证明它有用，上面证明它值钱，中间那道关证明它不惹祸。**

⑤ 三个具体例子（每个你都能想象出来）：

例子一：AI 客服。使用者是坐席，他最怕的是这东西让他更累；主管要的是坐席人数能不能降；信息部要的是对话数据存在哪、能不能对接现有工单系统。同一个产品，三份完全不同的材料。

例子二：代码助手。使用者是工程师，他试用五分钟就有判断，口碑传播极快；但真正的门槛在信息安全——代码是不是要出内网，这一条不通过，工程师再喜欢也进不来。这是典型的「自下而上很顺、卡在评估者」的场景。

例子三：数据分析平台。这个场景里决策者的诉求最突出——他要的往往是一张能带进管理层会议的看板。产品如果只做分析不做汇报输出，就少了对决策者最有说服力的那一环。

⑥ 常见误区（三个坑，踩一个就卡死）：

坑一：只对着最热情的那个人使劲。热情的人通常是使用者，而使用者往往是决策链上权重最低的一环。判断方法很直接：问一句「这件事最后是谁签字」，如果对接人答不上来，说明你还没接触到真正的链路。

坑二：一份材料打天下。把同一份二十页的介绍发给所有人，结果是每个人都只看了跟自己有关的那两页，而那两页恰恰不是为他写的。正确做法是一份主材料加三份一页纸的角色版。

坑三：把否决者当敌人。信息安全说不，不是在针对你，是他的职责就是找风险，找不出风险才是他的失职。正确姿势是把他当成给你出题的人，主动把答案先摆上桌——**让他挑不出毛病，比让他喜欢你有效得多。**

⑥·补充：什么时候该主动退出（面试里说这个会显得你更专业）：三种情况，越早退越好。第一，找不到任何一个内部推动者，所有沟通都靠你在推，这种单子即便签了，落地也会很惨。第二，硬性合规要求你确定满足不了，比如必须私有化部署而你没有这个能力，那就该坦率说明并退出，硬撑只会消耗双方三个月。第三，对方内部已经有团队在做同样的东西，且已经投入，这时候你几乎不可能赢，正确做法是转成合作或者干脆放弃。主动说出这三条，比说十条推进技巧更像做过判断的人，因为**B 端最贵的成本是时间，而退出是唯一能立刻止损的动作。**

⑦ 第一人称面试回答（可直接背）：「我做企业侧会先画决策链，然后分三点推进。第一，四个角色四份材料：使用者看省下的时间，评估者看一份数据流向和权限的答复清单，决策者看一页纸的成效测算，付费者看报价和开票方式。我早期给所有人发同一份二十页文档，使用者看得很认真，信息部翻三页就问有没有一页纸讲清数据流向，我没有——那份文档在他那里等于零。第二，找到内部推动者并且把他武装好：真正的成交八成不是我说服客户，是有人在我不在场的会上替我说话。我遇到过一位特别积极的 HR 主管，推了两次都没批，我问她领导具体怎么说的，她说领导问花这个钱一年能省几个人，她答不上来——因为我从来没给过她这个数。我花三个小时算了一页纸给她，三天后就过了。第三，否决点要提前找：我会在前两次接触就问清楚要经过哪些部门、以前有没有类似采购、上次卡在哪，并且主动把最可能被否的那一条摆到桌面上。收口一句，**下面证明它有用，上面证明它值钱，中间那道关证明它不惹祸。**」

⑦·补充：这道题怎么学（按顺序做，做完你就会了）：第一步，回想你自己在任何组织里推动过的一件事——哪怕是学校社团买一套设备、公司里换一个工具。第二步，把当时涉及的人按四个角色对号入座，你会发现结构惊人地一致。第三步，回想那件事推得顺不顺，如果不顺，是卡在哪个角色身上，当时你有没有给过他他要的东西。第四步，把这三步写成一段一百五十字的话。做完之后你手上就有一个真实的决策链案例，而且它完全不依赖 B 端工作经历。

⑧ 小结 + 记忆口诀：一句口诀：**四个角色四份材料；找到替你说话的人并给他弹药；最可能否你的那个人，越早见越便宜。**

⑧·四层速记卡（面试前五分钟扫一眼）：四角色是使用者、评估者、决策者、付费者。四份材料是操作演示、合规清单、一页成效测算、报价与开票。三个必问是要过哪些审批、以前有没有类似采购、上次卡在哪。三种主动退出的情况是没有推动者、硬性合规做不到、对方已在自研。一句必杀是「对接人告诉你的是流程，不是阻力」。

⑨ 这道题会怎么被追问（三轮追问全给你，背下来）：

追问一（挑战型）：「你怎么知道决策到底卡在哪一环？」「靠三个动作，不靠猜。第一，前两次接触就问清结构：这件事要经过哪些部门、以前有没有采购过类似的、上一次卡在哪一步——这三个问题回答完，链路图基本就有了。第二，每次沟通后问对接人一句具体的话：领导原话是怎么说的。这一句极其有效，因为对接人往往会把领导的问题转述成结论，而我要的是那个问题本身。我有过一次，对接人说没批，我追问原话才知道领导问的是能省几个人，那个数我压根没给过。第三，观察节奏——如果连续两次会议参会人没有变化，说明这件事还没往上走。**流程会告诉你路径，只有原话能告诉你阻力。**」

追问二（边界型）：「小公司老板一个人说了算，这套还有用吗？」「有用，但要压缩。老板一个人的时候，四个角色是叠在同一个脑子里的，他会在几分钟之内依次过一遍：这东西好不好用、安不安全、值不值这个钱、走什么账。所以我的做法不是省掉这四层，是把四层压进一次十五分钟的沟通里，顺序还得对——先用一分钟讲省下的时间，再用一句话回答数据在哪，再给一个能省多少钱的数，最后给报价。反过来在大公司我会把这四层拆成不同的会、不同的人、不同的材料。**角色不会消失，只会合并；合并了反而要求你讲得更紧凑，因为你只有一次机会。**」

追问三（反转型）：「产品足够好的话，是不是就不需要这些？」「产品好会缩短链路，但不会取消链路，因为链路的存在不是因为产品不够好，是因为**企业里每个签字的人都要为自己的签字负责**。信息安全不会因为你的产品好就放弃审查，财务不会因为效果好就不走预算。产品好带来的真实变化是：使用者的推荐力度更强，你更容易找到内部推动者，评估阶段更容易通过——但这三件事仍然是链路上的三个环节，只是每个环节更快了。我见过体验极好的产品死在准入名单上，也见过体验一般的产品因为合规材料齐全先进了门。**好产品让你跑得快，懂链路让你别跑错方向。**」

⑩ 进阶：三个加分点（面试说出来就是高手）：

加分点一：主动提「给推动者准备台词」这个动作。大部分人只讲要找到关键人，很少有人讲找到之后要给他什么。这个细节一说出来，面试官基本能判断你真推动过事情。

加分点二：把否决者的问题清单产品化。把信息安全、法务最常问的十几个问题整理成一份标准答复文档，每次见新客户直接给。这个动作能把评估阶段从几周压缩到几天，而且是产品经理能自己推动的。

加分点三：给出退出规则。明确说出三种情况我会主动退出并止损。B 端最贵的是时间，敢退出的人比什么单子都想签的人更专业。

⑪ 现场话术库（真实场景里怎么开口，照抄就行）：开场句用「在讲功能之前我想先了解一下，这件事最后要经过哪些部门」。给口径时用「我们说的一年能省下的工时，是按三个人每天两个半小时筛选、替代掉其中六成算的，这个替代比例是保守估计」。承认局限时用「私有化部署我们目前做不到，如果这是硬性要求，我们现在就可以判断要不要继续谈，不用浪费双方时间」。被问到没做过的部分时用「合同和采购流程我没有独立走过，但我知道它会怎么影响交付节奏，我可以讲这部分」。收口句用「下面证明有用，上面证明值钱，中间证明不惹祸」。反问句用「想请教一下，咱们最近一次采购类似工具是卡在哪一环，这个我特别想知道」。

⑫ 小白最容易问的四个问题（这本书的读者肯定也想问）：

问一：「我没卖过东西，这题跟我有关系吗？」有，而且关系很大。决策链不只出现在对外销售里，你在公司内部推动任何一个跨部门的事情，结构完全一样：有人用、有人把关、有人拍板、有人出钱。你讲一个内部推动的例子，一样能答得很完整。

问二：「四个角色万一记混了怎么办？」记两个核心的：用的人和挡的人。用的人决定这东西有没有用，挡的人决定这东西能不能进门。这两个抓住，另外两个在追问时补上就行。

问三：「面试官问我怎么处理评估者的刁难，我会紧张。」换个心态就不紧张了：他不是刁难，他是在做本职工作，他找不出风险才是失职。你要做的是把他常问的问题提前整理成清单，见面就给。**准备好的答案能消解九成的对抗感。**

问四：「一页纸的测算我不会算，怎么办？」算法比你想的简单：多少人、每人每天花多少时间、一年多少工时、能替掉多少比例、折成钱是多少。四步就够，关键是替代比例要保守，宁可写六成也别写九成——**数字太漂亮反而没人信。**

⑬ 没人告诉你的事：第一，这道题的分水岭在你有没有讲出「我不在场的时候是谁在替我说话」，讲出来的人基本都真推动过事。第二，几乎所有人都会说要和各方沟通，但很少有人讲清楚各方要的材料不一样，而材料才是沟通的实体。第三，「问领导的原话」这个动作极小却极有效，因为对接人天然会把问题转述成结论。第四，评估者的默认答案是「不」，理解这一点之后你的姿态会完全不同——你不是去说服他，是去帮他免责。第五，也是最实用的一条：B 端最贵的成本是时间，一个敢在第一次见面就问出否决点、并且在确认过不了的时候主动退出的人，比一个见单就追的人有价值得多。

⑭ 做一件事：今天回想一件你推动过的事——换个工具、买套设备、改个流程都行，把当时涉及的人按四个角色写下来，然后标出你当时给了每个人什么材料。你大概率会发现有一两个人你什么都没给过。把结果和一句结论写进备忘录，格式是「某件事：四角色分别是……，我漏掉的是 X，结果是 Y」。这条不到五十个字，但它是你手里第一个真实的决策链案例。

⑮ 求职助手联系：「我是你转行路上的求职助手，这一题对你有一层特别的用处：面试本身就是一条决策链。用我的人是你，但决定你能不能进去的不止一个人——一面通常是使用者，看你能不能干活；二面往往是决策者，看你值不值这个薪资、能不能带；HR 那一环是评估者，看背景是否合规、期望是否匹配；而定薪那一步的付费者是另一个部门。你会发现你也需要四份材料：给一面的是具体做过什么，给二面的是判断力和取舍，给 HR 的是稳定性和动机，给定薪那关的是市场价的依据。你以前只准备了一份。下一步可以继续刷『POC』和『客户成功』这两题，它们讲的是链路走通之后的事。」

⑯ 练习：今晚做三个练习。练习一，不看稿子在三十秒内说完：四个角色分别要什么、内部推动者要给什么、否决点什么时候找，卡壳就重来，直到连续两次流畅。练习二，给你想到的那件事补齐四份材料的提纲，每份不超过五行，写完检查给决策者那份里有没有一个具体的数。练习三，回答追问「你怎么知道卡在哪一环」，你的答案里必须出现「前两次就问结构」「要领导的原话不要转述的结论」「看参会人有没有变化」这三个意思。三题全过，这一题通关。

续费 vs 留存

① 区别：C 端留存（用户自发回来用——「留存靠习惯和体验」——流失成本低（换产品容易）；B 端续费（合同到期续签——「续费靠效果证明」——流失成本高（换供应商要迁移+培训）——「B 端用户流失是悄无声息的：合同到期不续签」。

② B 端续费动作：效果报告（每季度给客户「用了你的产品省了多少钱」——价值可视化）；使用健康度监控（活跃下降=续费风险——提前介入）；客户成功（专人维护——「续费前三个月是关键时刻：让客户看到价值」）。

B端C端成本结构

① 对比：C 端成本重心——获客（投放/渠道——「C 端产品 70% 的钱花在拉用户」）+ 规模成本（服务器/带宽随用户涨）；B 端成本重心——销售（销售团队提成/渠道——「B 端客户要靠人谈」）+ 实施与服务（部署/培训/定制/客服——「每个客户都要服务」）+ 研发（定制化需求吞噬研发）。

② 产品含义：C 端要「规模摊薄成本」（产品标准化——边际成本趋零）；B 端要「服务溢价」（服务本身就是价值——「B 端卖的是『解决问题+服务』，不是软件本身」）——「B 端别指望纯产品躺赚，C 端别指望人力服务赚钱」。

B端 POC

① POC 四要素：选场景（客户痛点最痛、数据可用的一个场景——「别贪多：一个场景跑通比三个半途强」）；定标准（提前和客户对齐「成功标准」——效果指标+验证周期——「没标准=做完了客户说不行」）；控范围（时间/功能/数据范围写清楚——「POC 不是免费项目：2-4 周出结论」）；留后手（过程中收集数据/案例——「POC 的产出不止『结论』，还有『可复制的案例素材』」）。

② POC 心态：「POC 是验证『你的方案值不值钱』——不是讨好客户——标准谈不拢宁可不做」；「POC 失败也是成果」（知道哪里不行——比硬签一个失败合同强）。

客户成功

① 三个阶段：上线期（帮客户部署/培训/跑通——「第一周体验决定第一印象」）；使用期（监控使用健康度——「活跃下降=出问题了——主动联系」）；价值期（定期价值报告——「这个季度用你们产品处理了 X 单、省了 Y 小时——价值可视化」）。

② 关键动作：健康度指标（登录频率/功能使用率/成功率——「客户成功看数据不靠感觉」）；季度回顾（和客户一起复盘效果——「把『续费』变成『自然结果』——效果好的客户不用催续费」）；「客户成功和销售的分工：销售负责『签下来』，客户成功负责『留得住』——两个都做不好，公司就没了」。