第 16 章 从试点到普及

产品在三家店活下来之后，真正的阻力从技术换成了组织，试点推不开、部门不点头、一线不肯用、高层催着全员上，这几件事没有一件写在需求文档里，每一件却都能让前面十五章的成果停在三家店。从本章起进第四部分，前三部分管的是产品本身，这一部分三章管产品外面的世界，本章讲组织怎么把它用起来，第 17 章讲怎么把它做成生意，第 18 章讲往后会长成什么样。16.1 挖试点炼狱的组织侧原因，16.2 把第 4 章的适用性矩阵翻到组织面，看部门之间的信任怎么积累、怎么消耗，16.3 给一线、中层、高层各配产品动作，16.4 讲第一个智能体团队的四顶帽子与协作界面，16.5 案例线走完全区推广。本章不写代码，不讲模型机制，讲的全是人，他们怕什么、守什么、盼什么，产品怎么接。

16.1 试点炼狱的病根

试点炼狱（pilot purgatory）的组织侧原因有三种，孤岛式成功、关键人依赖、度量真空，一种比一种隐蔽，产品侧的逃法 15.1 给过，试点从第一天起按放量后的规矩运转。病的样子行业里到处见得到，试点评审会掌声雷动，内部通讯写了专稿，半年后回头一看，产品还在原来那几个用户手里，新部门一个没进；预算年年续，新试点年年开，没有一个成了日常。给组织的人工智能成熟度分级的框架把这段位画得很清楚，低段位的组织普遍卡在这个状态里（口径见本章参考资料）。还有一句行话把病象说得更重，试点越开越多，演示越来越炫，生产部署原地不动。

先分清病长在哪一侧，不然会用错药。长在产品侧的，修法 15.1 给了，数据管道用真实的，人审按稳态口径记，圈子里放进普通用户。产品侧的病修好，产品能活；组织侧的病不修，产品死不了，传不开。组织侧的三种失败方式如下。

第一种，孤岛式成功。成熟度框架的田野观察里有个切中要害的判断，低段位的组织把业务专家和技术团队隔开，项目在实验室里能跑，到生产里就死。隔开的后果在试点上就是这样，试点团队是组织里挑出来的一小群热心人，供料有人、配合有人、夸奖有人，成功是在这些照顾里长出来的。别的部门看这个成功，虽然鼓掌，不觉得跟自己有关系。试点团队攒下的经验，数据要人供、口径要对、坏案例要收，全在孤岛里，一条都没传出去。判别的方法很简单，随便挑一个没参与试点的部门，问一句，从试点里学到了什么。答得上来，经验已经传出去了；答不上来，孤岛还在，推广那天每进一个新部门，都要把犯过的错误原样再犯一遍。

第二种，关键人依赖。孤岛再小，至少是一队人；更隐蔽的是整个回路只挂在一个人身上。供料是他，核对是他，分诊是他，逢人替产品说话还是他。这个人休假两周，产品当场停摆；这个人调岗，产品就成了没人认领的资产，下一个想接手的人连口径文档都找不到。判断自家有没有这个问题，做个思想实验，把回路里最热心的那个人抽走两周，看产品还转不转。转，说明产品靠的是流程；停，说明产品全指着那个人。案例线里小周就是这个位置，所以 15.6 放量的那个月，立的全是看起来不紧急的规矩，核对清单写成文档，分诊规则固化进产品，四条核对项挂在核对页里而不是小周脑子里。这些动作的目的只有一个，把产品从小周身上一点一点摘下来。

第三种，度量真空。试点结束，推广评审会开起来，高层问一句，凭什么推广。答得上数的，15.2 的看板从影子期就备好了；答不上数的，答的就是故事，多亏哪位骨干力挺、哪个用户说了好话，决策会开成印象分评审。成熟度框架里低段位组织的标准病象之一就是它，产出的价值没人量也没人认，项目在公司的账上只算一笔技术成本，而不是业务驱动（口径见本章参考资料）。成本这个身份不改，预算永远挂在创新专项名下，今年有明年没有，产品跟着预算一起波动。

三种失败方式有一条共同的原因，试点是按“做成一次”组织的，推广要的是做成一百次的机制。机制不能等推广那天再补，试点第一天就得照放量的样子长，度量从影子期就装，这是 15.2 的规矩；核对按稳态口径记，这是 15.1 的规矩；经验从第一个月就开始往外搬，判别法就是本节那句问话。行业里给推广提的纪律也是同一条路，放量之前就把什么算成功、什么触发扩大白纸黑字约定好，不要等试点做完了再临时凑判据。

组织改不动，段位可以先诊。成熟度框架把组织分成三段，低段位盯着快赢和概念验证，试点孤岛，预算依附创新专项；中段位有了专项预算和治理机制，变革管理立成正式项目；高段位把智能体做进生意本身。产品经理没有权力改造组织，但有权力认清自家组织在哪一段，再按段位选择做法。低段位的组织不要谈三年蓝图，蓝图会跟下一笔创新预算一起消失，这时候唯一能做的是拿低垂果实一单一单换信任，这是 16.2 的主题；中段位的组织该争的是建制，评测资产、数据管道、一支跨职能的团队，这是 16.4 的主题。段位认错，是这一章里最常见的浪费。

还有一句来自工程侧的提醒，放在组织这章格外合适，智能体系统不创造秩序，它放大既有的秩序。底子好的组织，推广让效果成倍放大；底子差的，数据不通、责任不清这些原先靠人撑着的毛病，推广会把它们原样放大，还提前暴露、加倍显眼。同一套产品在别家成功、在自家失败，差的常常不在产品，在底子。这也是三种失败方式都要在试点期就动手治的原因，孤岛、关键人、度量真空，全是组织底子上的洞，产品推得越快，漏出去的就越多。

炼狱不是定局。行业里有走通的样本，一家保险公司的理赔智能体从概念验证做到运营主干，符合条件案件的自动化率达到九成，结案时间从约三十天压到三四天；一家资产管理公司从投资团队的试点用例起步，一年后走到多个部门的全规模生产部署（口径见本章参考资料）。走通的组织没有秘诀，就是把本节的三种失败方式一条条堵住，经验传出去，流程离得开人，度量立住。

16.2 用例优先级的组织视角

第 4 章 4.5 的适用性矩阵翻到组织这一面，要看三件事，低垂果实攒的不只是设施家底，还有组织里的信任；第二单不能只挑容易的，要挑说服价值；矩阵的格子上还要叠一层人名，这个用例成了，组织里多一个盟友还是多一个敌人。

头一件，低垂果实的另一半理由。4.5 说的理由是攒家底，评测集、数据回流、跟研发协作的新节奏，这些设施第一单建起来，后面每一单都搭便车。组织侧还有另一半，攒信任。成熟度框架把这层道理说得很直白，低垂果实先摘，为的是攒内部能力、拿快赢，给后面更大胆的项目换来高层的支持（口径见本章参考资料）。信任在组织里是攒出来的。第一单成了，信任多一层；第一单要是砸了，掉的不止投进去的那一份，往后每个用例都要多花功夫把信任补回来。所以第一单宁小勿险，宁可摘一颗不起眼的果子稳稳落地，也不要为了场面挑一个够不着的。矩阵右上那格是登月项目，横轴难度、纵轴价值，右上意味着价值高、难度也高，这一格先不做，等信任攒够了再做。第一单成了，登月的政治难度会先降一截。

信任怎么攒、怎么花，有明确的规则。攒靠兑现，每一单用例兑现一句当初的承诺，数字对得上，信任就多一分。花发生在开口的时候，每让一个新部门交出一段流程、一批数据，花的都是别人对产品团队下一次承诺的信心。推广期手头最紧，开口多了，兑现还欠着，这段时差里组织对产品团队的信任最少，也最容易在这时出事。所以第二单比第一单更讲究。它既是兑现的机会，又是下一轮开口的本钱。选最容易的那个，成是成了，信任没攒下多少；选最能说服人的那个，成了就能攒下一大截。

第二件，第二单怎么选。第一单之后，用例清单上往往还剩好几个活的，4.5 说过矩阵是快照，每季度重排。挑第二单的问法，跟挑第一单不一样了。第一单问的是哪个果子最够得着。第二单要多问一句，它成了之后，组织里谁会改变看法。这一问等于往矩阵里加了一根新轴，说服价值。有的用例业务价值平平，说服价值极高；有的反过来，数字漂亮，成了之后组织里一个态度都没变。最值钱的选择常常不在第二容易的那个，在最能说服最强反对者的那个，到反对者的地盘里，摘一颗他自己的低垂果实，让他从旁观者变成受益者。反面也常见，第二单接着挑软柿子，一软再软，一年下来产品的地盘没出过原来那个部门，孤岛从一个人的孤岛长成一个部门的孤岛，16.1 第一种失败方式换了个尺寸复发。

案例线的安排回头看是正路的样板。第一单周报归因，长在小周的地盘上，回路里最积极的人是他；第二单店长问答，进了店长的地盘。这个顺序 4.6 立项时就定了，当时给的理由是价值大小和验收关口的搭建成本，现在可以说清它的组织侧理由，让最资深的怀疑者老陈当裁判，11.5 已经落了实。用例在他手里成了，怀疑者就成了产品在店长群体里的代言人。第 9 章到第 15 章老陈走过的那条路，正是这笔信任投资慢慢兑现的样子。

第三件，格子里的隐性得失。矩阵的格子标的是任务，组织版要在格子上再叠一层人名。评审的时候，把这层标注跟价值和难度摆在一起看。有人会说，这不就是办公室政治吗。不是，这是变革管理的功课。智能体产品动的常常是别人的流程、别人的数据、别人的话语权，把受影响的人提前标出来，本来就是产品定义的一部分，跟 7.1 挖需求时弄清谁花钱、谁使用、谁挑错是同一门功课。行业的用例映射做法也认这条规矩，铺矩阵这件事要拉着业务方、领域专家、数据、工程一起做，角色不全，画出来的图就是错的。

还有两条纪律。头一条，说服价值不能替代业务价值。纯为了讨好某个部门，硬上不值钱的用例，两把尺子一起量，它还是掉进右下毙掉的那格，拿组织资源买人情，买完就是双输。好的第二单是两把尺子都过的，业务上够得上 4.5 的原判据，组织上买到当下最缺的信任。另一条，重排矩阵时把信任坐标一起动。4.5 说矩阵每季度重拍一次快照，组织版的重拍多看一样东西，试点成功之后，原来右上的登月项目政治难度降了，格子往左挪；某个部门换了对智能体友好的负责人，他地盘里的用例难度也跟着降。任务在格子里不动，人在格子外天天动，快照要跟着人重拍。

顺带把 4.5 那台漏斗也接上组织这半边。漏斗顶部的候选清单，4.5 给过三个来源，手工重灾区，抱怨和工单，品类对照。推广会送来第四个来源，一线用起来的新麻烦。店长问得最多的问题，片区运营核对时最常改的段落，都是下一轮过筛的现成候选，15.4 的回流池在这里兼着漏斗的进料口。组织越用越熟，清单越攒越长，季度重筛的时候，矩阵上可摘的果子比第一次多得多。

16.3 利益相关者的得失

推广智能体要过人的关，一线、中层、高层各有一笔得失，这笔得失话术安抚不了，产品动作安抚得了，这是本节要交付的立场。变革管理（change management）这门功课，产品经理通常觉得归人力资源部管，做调研、写沟通口径、办培训；成熟度框架里它确实是组织侧的功课，中段位的组织会立起结构化的变革管理项目。但有一件事，别的部门替不了产品经理做。行业里研究组织信任的分群时有个结论说得很硬，人对智能体的信任不只是行为问题，更是设计问题，不同的人要从不同的产品和界面设计里得到信任（口径见本章参考资料）。具体到操作，就是本节的章法，每一笔得失先给一个产品动作，沟通话术排在动作后面。

先看一线的得失。一线的恐惧一句话说得尽，它会替掉我。这句话很少有人说出口，说出口的是别的样子。数据源头悄悄变坏，报废不再如实录，反正录了也是系统的素材；或者干脆绕开，入口一次不点，活照旧自己干。14.5 讲过前一种的厉害，没人往系统里录真实的报废数据，数据源头一坏，产品全盘皆输。所以一线的抵触，问题不在态度，在产品的生死。产品动作只有一个方向，把人往关口上挪，不是把人从流程里挪走。案例线攒下了三个现成的做法。一是署名。周报永远是小周核对后署名发出，这条 4.6 立项时就定死了，产品的产出挂在人的名字底下，署名权本身就是岗位的证明。二是确认权。涉及本店的归因段，店长本人过目才发，这是 10.5 出事故后给老陈的承诺，14.5 长成硬线。老陈从周报的被动读者，变成归因的第二道核对关口，流程里有了他的位置，而且是把关的位置。三是工时当面归还。4.4 粗算时问过那句，原来干这件事的人，现在干什么去了。组织侧的动作就是把答案摆在明处，省下的一个半工作日还给了谁、拿去干什么了，例会上讲清楚，不要让省下的工时下落不明。恐惧的根源是位置不明，新位置在产品里画出来了，人心里就有底。

再看中层的得失。中层的阻力换一句话，报表是我的地盘。这句话听着小气，分量一点不小。中层靠信息差活着，周报是他向上证明价值的资产，取数、汇总、解读，一道道工序都是他不可替代的证据。产品把这一串自动化了，等于当面没收这份资产。他反对，说不上觉悟低，完全是理性选择，配合一分，岗位价值就减一分。产品动作不在劝他想开点，在交一份新资产给他，就是签核权。他从做周报的，变成放行周报的，核对人是他，签发人是他，抽检档位的申请权还是他。12.5 算分档成本时说过一句话，把核对环节设计到客户侧，各片区的运营自己核对。那句话的组织含义在这里兑现，人审签核是新的权力形态，中层从信息的搬运工，升成质量的把关人。判别的方法也顺出来了，哪个中层反对得最凶，先查他原来的地盘是什么，把地盘升一级还给他，比十场沟通会都有效。

最后看高层的得失。高层的期望也一句话，能不能全员上。这句话案例线里出现过两次了，第 7 章老板看完 demo 当场就问，第 15 章季度末的行动单里，管理层那一环明明白白留了白。高层看到的是 demo 的惊艳和同行的压力，他要的是速度和确定性。期望过热和过冷一样致命，过热，一步到位全员全自动，事故一来一刀切停掉，产品死在自己人手里；过冷，立项之后没人推，预算一紧它排第一个被砍。产品动作是给期望一个容器，就是带数字的路线图。15.1 的放量门一页纸四个空就是这个容器的样子，数字、成本、线、退路，每批放多少、门槛是什么、什么时候到齐，白纸黑字。再配一条预防安排，采纳曲线的形状提前讲。15.1 引过那组口径，新东西的用量起步慢，中段上升，新鲜感退了有一波回落，后期再回稳。形状提前说了，谁也不会把头两周的冷清读成失败，也不会把中段的上升当成常态去外推。高层期望的正解不在压下去，在翻译出来，全员上这句诉求，翻译成分几批、每批什么门槛、什么时候到齐，期望就有了着落，也有了刻度。

三笔得失合起来一条纪律，先产品动作，后沟通话术。没有动作垫底的话术是空头支票，培训会上承诺智能体不替人，流程里却没有他的新位置，一周就会暴露。另外补一条横向的轴，本节的一线、中层、高层是纵向的组织结构，横向还有人群的分布。行业研究把组织里的人分过四群，热情的早期使用者，高风险领域的怀疑专家，谨慎的务实者，还有低熟悉度、在一轮轮变革里拖到疲惫的人。每群的信任起点不同，要不同的沟通方式，也要不同的界面设计（口径见本章参考资料）。产品侧的读法接着纵向那三笔得失往下说，早期使用者要的是边界提示，别让他把智能体用到安全包络外头去；怀疑专家要的是证据和推翻的权力，第 9 章的信任三件套就是给他设计的；务实者要的是数字，一块看板比十句承诺有效；在变革里疲惫的人要的是别再加一件事，界面长得越像他原来的工具越好。老陈是怀疑专家的样子，小周偏务实者，案例线推广要面对的新店长群体，低熟悉度的居多。纵轴横轴一起用，每个人在图上的位置就定得准，这张利益相关者地图（stakeholder map）就是本章试一试的第一道题。

16.4 第一个智能体团队，四顶帽子与协作界面

第一个智能体团队的要害不在组织架构图的盒子，在接口，谁跟谁交接什么，出了事找谁；团队配齐四顶帽子就够开工，产品、工程、数据、业务，每顶帽子底下要有一个能拍板的人名。常见的想法定错了方向，找人力要编制，画一张组织架构图，盒子套盒子；行业书给 AI 产品团队开过九个角色的名册（佐证强度只到目录级，未逐章核对，见本章参考资料），那是队伍长起来之后的花名册，第一个团队用不着九个。

四顶帽子挨个看。产品经理这顶，职责第 6 章交过底，产出物清单就是责任清单，需求与验收标准是第 7 章的活，评测计划是第 11 章的活，度量看板是 15.2 的活，放量决策是 15.1 的活；再加两件日常，提示词跟工程共管的边界，11.6 立过；双周分诊会的主持，也是 11.6 的活。工程这顶，干的是提示词、工具契约、上下文与集成，姊妹卷工程书里智能体工程师的岗位说明，头三样就是这些；15.3 给可观测提的三个产品需求，也由这顶帽子落地。数据这顶，大家最容易把它当后勤角色，实际上它处在关键位置，智能体的数据供给全归它管，管道通不通、口径稳不稳、知识库供没供。15.6 季度复盘挑了两条大问题，排班表接口迟到，接口改字段，没有一条是模型的错，全是数据的错。数据帽子戴不稳，产品天天替管道承担指责。这顶帽子还有个通病，小团队里它偏偏最常先丢，产品经理顺手兼着，兼着兼着就丢了，直到管道坏了才想起来它一直没人戴。判断的办法跟其他帽子同一条，口径文档多久没更新、知识库的增量谁在盯，答不上来，帽子已经掉了。

业务这顶最特别。它常常是借来的，不占编制，却决定成败。4.1 立三把尺子的时候，第三把就是它，回路里有没有积极的人。业务接口人在团队里干的全是实事，当裁判，判归因方向对不对，11.5 请的是老陈；守核对关口，签发前把最后一道关的，是小周；供 bad case，把现场看到的错处带回任务集；再往后，把产品的变化带回业务部门，当那个开口解释的人。挑人有一条铁律，挑有话语权的老手，不挑听话的新人。裁判的位置要是换成一位入职三个月的储备店长，10.5 那场事故的化解、14.5 那道关口的公信力，全都无从谈起。老陈有价值的地方恰恰是他怀疑得有分量，他点头，三家店都认。借来的人还有一个激励问题要顺手解决，他的考核在业务侧，不在产品侧，替产品当裁判、供案例，用的是他业务的时间。还人情不难，裁判的活计入他带教的工作量，他的名字出现在产品的每一份功劳簿上，评审有他、复盘有他。名义上给足，是这件实事能持续的条件。

帽子不是人头，这句话是本节的第二要害。姊妹卷讲运营模型时说过，岗位不必一岗一人，小团队一人兼多岗。三人小队的常见戴法，产品经理兼数据口径的仲裁，工程一到两人，业务接口人从业务部门借。判断帽子戴没戴稳，标准只有节首那一条。出了事知道找谁，写不出人名的那顶，就是组织的缺口。责任归到有名有姓的人头上，这句话在工程书里是运营模型的地基，在产品团队里一样成立。

接口比盒子要紧，五个协作界面挨个点名。产品与工程之间有两根管道，一根是提示词共管，行为定义归产品、实现归工程，边界 11.6 划过；另一根是需求变更和 bad case 走双周分诊会，不塞私聊，11.6 也立过。产品与业务之间，三件事在现场，需求访谈要跟班，7.1 的做法；验收请业务当裁判，11.5 的做法；期望每次抬升，当面校准，16.3 的做法。工程与数据之间，一根契约，管道的口径和字段要变更，提前通知，写进值班表。15.6 那次接口改字段的事故，事后立的正是这条界面，15.3 的告警把病调了出来，这条界面把病根堵住，不让它再犯。业务与评测之间，一根回流管，bad case 按口径进池子，店长知识留痕进任务集，15.6 老陈改的那一处就是这么流进去的。全队与组织之间，一道例行动作，每双周把五颗指标摆到利益相关者面前，15.2 的例会五分钟；推广期的每一批门槛，公示出来，数字面前没有特权。

界面不能只活在嘴上，每一根都要有一件看得见的实物，提示词共管的实物是版本库里的提示词和它旁边的变更说明，分诊会的实物是双周台账，工程与数据之间的实物是值班表上的变更登记，回流管的实物是池子里带来源日期的题卡。会开了没有台账，约了没有登记，界面就是一句客套。实物还有个意外的好处，人换了，东西还在，交接的成本从重新摸索变成翻一遍记录，16.1 第二种失败方式的预防，一半做在这里。

什么时候扩编，数字说话。用量涨了、片区多了、分诊会开不完了，先给忙不过来的那顶帽子加人；核对队列排到下周了，12.5 算过这笔容量成本，给业务那顶加。不提前铺人头。成熟度框架里，跨职能团队（cross-functional team）替代部门孤岛是中段位组织的特征，第一个团队的使命是活到中段位，不是提前长成中段位的样子。

16.5 【案例线进十一】周报产品推广的组织仗

这一节把 16.1 到 16.4 的工具在全区推广里用一遍。第 26 周收官时，案例线的现状是这样，周报稳态运转，常规周抽检，高危线永远全检；店长问答上线一个多月，老陈问得越来越勤；任务集四十道，提示词第 15 版。第二个季度一开，局面变了，创始人的拓店计划落地，全区年内要开到百家上下，按片区管理，一个片区十来家店、一名片区运营。门店数、时点和这一节里出现的量，都是示意值，决策的算法是真的。产品团队还是三个人，要把在三家店立住的东西，送进几十家没见过它的门店。三道关，按顺序过。

第一道关，新店长的戒心。三个老店长的信任是真金，但那是踩着事故和整改攒下来的，点开角标对上数的那天，第 9 章的事；错归因和那句承诺，第 10 章的事；涉店确认的硬线，第 14 章的事。新店长没有这段历史，他们到岗听到的版本是另一回事，总部上了个系统，天天盯着店里的数。启动会上就有人把话挑明，这东西是不是用来裁人的。这句话把 16.3 里一线的得失，原样摆上了桌面。应对的办法不在解释，在三个产品动作。第一个动作，把老陈的特权变成所有人的权利，涉及本店的归因段，发出前店长本人过目。这条产品规矩，10.5 给的是一个人，14.5 立成了一类硬线，推广第一天就写进所有新片区的流程。同一道关口，在总部嘴里叫人审，在店长眼里叫把关，总部盯着我，翻成了我替总部把关，一个产品动作抵十场动员。第二个动作，只读起步。新店长先拿到的是店长问答的 L1 档，只查数、不改数、错了也影响不到店里，8.5 立档位时算过，第一印象的试错成本压到最低。第三个动作不在产品配置里，在讲台上，新店长培训的下半场，交给老陈。

老陈讲他自己那三段。起初，系统写的东西他懒得看，做了三十年生意，编得圆的话他见得太多。转折是那个角标，周四的销售分时数据点开，午后两小时的单量明明白白缩了一截，跟他记忆里雨最大的那天对上了；更让他停住的是损耗那段挂着的未查明标签，系统没编。他说了那句小周记进材料的话，“编得圆的话我见多了，肯说不知道的，头一回。”现在，打烊后他先问它再锁门。产品团队讲这些是推销，老陈讲这些是同行证言，店长信店长。他愿意站这个台，私心也摆得上台面，他改的那处归因，楼里公司搬走那处，进了他的教材。他的经验进了产品，产品又把他的经验放大到全区，这笔交换他自己觉得划算。

第二道关，片区运营的地盘。周报原来只有一份，小周的；推广之后每家店一份，核对签发归片区运营。新的麻烦两样。一样是轻慢，有片区运营把核对当成总部派的杂务，每周轮到他核的十来份，照样草草翻两下就点通过。另一样是戒备，报表原来是他片区掌握话语权的工具，如今初稿总部系统写了，他签个名，地盘直接受损。16.3 应对中层的做法原样用上，交新资产，把签核权做实。核对页的签核记录挂着他的名字；抽检档位的申请权在他，片区数据连续达标，他有权申请从全检过渡到抽检，12.5 算过，一百份抽三成，核对工时从每周二十五小时降到七点五小时，省下的工时直接进他的排班表。还有一笔好处值得当面讲给他，核对一份十五分钟，可这十五分钟换掉的是原来写周报的大半天，名字还挂在每一份上。小周的新角色顺势定了，从唯一的运营，变成片区运营的教练。15.6 攒下的核对清单，13.5 立的分诊规则，成了带教教材。16.1 第二种失败方式的拆解在这一步真正完成，回路从一个人身上摘下来，长到流程和一群人身上。

第三道关，管理层的期望。月度复盘会，创始人两个问题连着来，全区铺开要多久；月度复盘能不能也自动了。第一个问题按 15.1 的路线答，分批走，示意三周一批，新片区全检过渡，14.5 的分档规矩，每批的门槛是数字不是胆量，四批走完，节奏写进一页纸。第二个问题是老问题换了种问法。4.6 立项时就判定，管理层那一环不自动化，被动收结果的人，做不了回路里的核对者。期望管理的答法不在把这句原话念一遍，在翻译成他听得进的新东西，复盘会的取数和归因材料自动备齐，这是周报线的自然延伸；判断和定调，永远留在桌上。高层拿到的复盘，重点不在全自动，在不用等数。至于 L3 常规周自动发，答案没变过，在数字手里，不在期望手里。四十道题的记录不够，六十道也不够，够的那天，数字自己会说。

推广不是直线，挫折记两笔，数字照例示意。一笔，有个片区头三周问答入口的打开率不到两成。不催也不罚，例会让该片区一位用得勤的店长，演示他自己平时的问法，第五周回到均值上下。这正是 15.1 引过的采纳曲线起步段的样子，慢启动是常态，不是故障，当成故障去催，催出来的无非是打开率造假。另一笔，有位店长始终只用日报，不碰问答。片区运营问要不要推动一下，答复是不推。采纳看群体曲线，不按个人考核，一按人头考核，指标立刻失真，这正是 15.2 讲过的古德哈特定律。少数派留着，曲线自己会走。

第二季度末的结果，示意着记，四批推广走完，走完的是总部开门的节奏，接不接、什么时候接，各门店有自己的快慢，全区百家上下的门店过半接入，问答的周活跃店长过半；新片区全检过渡期里，一处归因方向跑偏，涉店确认权把它拦在发出之前，10.5 那个级别的事故零次；任务集从四十道长到六十余道，新片区的坏案例顺着 15.4 的飞轮回流；老陈的培训讲了四场，第二场起有新店长当场举手，问怎么把自己店里的问法定成示例。16.1 的三种失败方式逐条核对，经验传了出去，靠的是教材和带教；流程离了人，片区运营接过了关口；度量立着，每一批的门都是数字开的。

老陈的这条路到这里走完。第 9 章之前，他是不信系统能懂生意的最资深店长；第 9 章，他点开了角标；第 10 章，他识破了错归因，换来一道确认关口；第 11 章，他当了裁判；第 15 章，他成了问得最勤的用户；这一章，他站上讲台。一个人从怀疑者走到推荐者，用了两个季度。组织采纳没有捷径，它无非是由一个个这样的人、一段段这样的路组成的。产品能做的，是把每一段路上的动作做对，关口给他权利，证据给他信任，讲台给他位置。

案例线只剩最后一站，产品在组织里成了日常，最后要过的是生意本身的关，定价怎么定，客户续不续，这门买卖算不算成立，第 17 章展开。

本章小结

• 16.1 试点炼狱的组织侧原因。三种失败方式，孤岛式成功，经验不出试点团队，判别法是问一个没参与的部门从试点学到了什么；关键人依赖，回路挂在一个人身上，判别法是抽走最热心的人两周看产品还转不转；度量真空，推广评审只能讲故事，项目记成技术成本。逃法是试点第一天就按放量后的规矩运转；组织段位先诊断再选做法，低段位换信任，中段位争建制；智能体系统不创造秩序，放大既有秩序。
• 16.2 用例优先级的组织面。低垂果实攒的除了设施家底，还有信任的积累，第一单宁小勿险；第二单多问一句它成了之后谁改变看法，说服价值是矩阵的第二根轴，最能说服最强反对者的选择最值钱；格子里叠一层人名，多一个盟友还是多一个敌人；说服价值不能替代业务价值，两把尺子都过再立项；推广为漏斗送来第四个候选来源，一线的新麻烦。
• 16.3 三笔得失。一线怕替掉，产品动作是把人往关口上挪，署名、确认权、工时当面归还；中层守地盘，产品动作是交新资产，签核权让他从做报表的升成放行报表的；高层催全员上，产品动作是给期望一个容器，带数字的路线图加采纳曲线的形状，期望的正解是翻译不是压下。先产品动作后沟通话术；横向四分群，早期使用者要边界提示、怀疑专家要证据和推翻权、务实者要数字、疲惫者要不再加事。
• 16.4 第一个团队。产品、工程、数据、业务四顶帽子，数据帽最常先丢，业务帽挑有话语权的老手、激励用带教工作量加功劳簿；帽子不是人头，每顶底下要有能拍板的人名；五个协作界面比组织架构图要紧，每根界面配一件实物，台账、变更登记、题卡；扩编看数字不看规划。
• 16.5 案例线推广。三道关，新店长戒心用三个动作破，特权变权利、只读起步、老陈上讲台；片区运营的地盘用做实的签核权还上，抽三成全检省下的工时进他的排班表，小周从唯一运营变教练；高层期望翻译成四批一页纸，月度复盘的自动答在取数不在判断；挫折两笔都按曲线与定律处置，不催不罚、不按人头考核；季度末三种失败方式逐条对上号，老陈两个季度从怀疑者走到推荐者。

组织这一关过了，下一章讲生意本身，这门买卖怎么定价、怎么续费、在市场的位置怎么划。

试一试

1. 画自己组织的利益相关者地图。纵向按一线、中层、高层列出具体的人名，每个人写一句他心里的原话，用他说过的那句，不用转述的那句；再给每类人配一个产品动作，署名、确认权、签核权、带数字的路线图，挑真能写进产品方案的。写不出产品动作的那类人，就是推广时最先卡住的地方，现在就知道，比推广那天才知道便宜得多。
2. 用 16.1 的三个判别法给自己手上的项目做体检，问一个没参与的部门，从试点学到了什么；把最热心的人抽走两周，产品还转不转；推广评审会上，能不能用三个数说话。中一条离炼狱近一步，中三条就不要急着排推广计划，先治。
3. 把 4.5 的矩阵翻出组织面。候选用例除了业务价值和实施难度，再加两栏，成了之后谁会改变看法，谁的地盘会被碰到。用它挑下一个用例，两把尺子都过再立项。
4. 给自己的团队数帽子。产品、工程、数据、业务四顶，每顶底下写一个人名，写不出的那顶就是组织缺口；再把五个协作界面各归到人，最常出事的那根管道，先把契约立起来。

参考资料

• 《GenAI on Google Cloud》（Ayo Adedeji 等，O'Reilly 2026）第 2 章（数据就绪的组织侧：低成熟度组织把业务专家与技术团队隔开，项目在实验室里能跑、到生产里失败，试点炼狱的组织成因），见 txt/genai-google-cloud.txt（英文原文，行 1870-1890）
• 《GenAI on Google Cloud》第 8 章（人工智能与智能体成熟度框架：Tactical 段试点局部成功、无法跨组织扩展，AI 被当技术成本而非业务驱动、价值无人度量，聚焦快赢与概念验证；Talent and Culture 维度 Tactical 段多数员工未准备好甚至抵抗、Strategic 段立结构化变革管理项目与安全的试错环境；Strategic 段跨职能团队替代部门孤岛；低垂果实先摘以攒内部能力、快赢与高层支持，用例映射须拉业务方、领域专家、数据、工程全员参与），见 txt/genai-google-cloud.txt（英文原文，行 9540-9610、9764-9860、10060-10130、10384-10430）
• 《The Agentic Enterprise》（Babak Hodjat、Antoine Blondeau，O'Reilly 2026 抢先版）前言（试点越来越多、演示越来越炫、生产部署原地不动），见 txt/the-agentic-enterprise.txt（英文原文，行 2395-2410）
• 《The Agentic Enterprise》第 4 章（早期试点与企业放量的纪律：试点按目标平台的模样设计，放量之前显式约定成功判据与触发扩大决策的条件，放量需要一线采纳、培训与流程变革的组织准备度，并向高层与董事会透明汇报进展；试点炼狱的另一面成因：缺平台效应与治理的概念验证永远放不大），见 txt/the-agentic-enterprise.txt（英文原文，行 1147-1190）
• 《The Agentic Enterprise》第 7 章（组织内信任四分群：热情的早期使用者、高风险领域的怀疑专家、谨慎的务实者、低熟悉度或变革疲劳者，各群信任起点不同、需要不同的沟通与交互设计；对智能体的信任不只是行为问题更是设计问题），见 txt/the-agentic-enterprise.txt（英文原文，行 1931-1965）
• 《The Agentic Enterprise》第 2 章（Allianz Partners 的理赔智能体从概念验证做到运营主干，符合条件案件自动化率至九成、结案时间约三十天缩至三到四天；Franklin Templeton 从投资团队的优先用例起步、一年走到多部门全规模生产部署；组织与技术准备度六维中之变革管理：智能体进入核心流程后角色、技能与工作方式的演进），见 txt/the-agentic-enterprise.txt（英文原文，行 245-253、342-430），中译见 txt-ref-zh/the-agentic-enterprise/03-Chapter 2. The Business Case.md
• 《Building and Distributing Agentic AI Solutions》（Julian Soh 等，Apress 2026）第 2 章（用户采纳曲线的形状：起步慢、指数段、新鲜感退潮后的过度回调与再参与回升），见 txt-ref-zh/building-distributing-agentic-ai/07-Chapter 2 Cost and Pricing.md（中译）
• 《悟道智能体开发》（本书工程姊妹卷）第 18 章 18.3 节（运营模型五件套与智能体按数字员工管理、每智能体配产品与安全两位负责人；舰队与智能体团队两层岗位、小团队一人兼多岗；责任落在有名有姓的人头上；杠杆校准：智能体系统不创造秩序、放大既有秩序，底子差的毛病会被自主原样放大），本章 16.1 与 16.4 的知识底本，产品向转述，工程深挖按该书对应章指引
• Irene Bratsis《AI 产品经理》（中译）6.2（AI 产品团队九角色、跨部门沟通与 CEO 视角），目录级支撑，见 参考资料/目录级参考索引.md