第 17 章 智能体产品的商业模式

成本、供给、风险都算过之后，最后一道题在收入这一侧，钱怎么收、跟谁竞争、凭什么赢；很多智能体产品死在这一层，东西做得好、团队也用起来了，成本收不回来，或者一时收得回来，对手一来客户又跟着走。本章按四问排开，盈利谱系管钱从哪来，产品化的分层管做哪层的生意，竞争格局与竞品拆解管对手是谁、怎么拆，护城河管凭什么守住优势，第五节是案例线的收官站，全书五步方法论最后一步经营活不活在这里交答案。生态位（niche）这个词借自生物学，指一个物种在环境里占据的那格位置，吃什么、住在哪、跟谁竞争，商业里用它说自家产品在这门生意的哪个层、卖什么东西给谁，生态位选错，产品做得再好，好处也是别人的，选对了，小产品也能活得久，本章从头到尾在回答这一格怎么选、选了怎么守。

17.1 智能体产品的盈利模式

一门生意的收入很少只靠一种收法撑着，盈利谱系就是把市面上的收法摆开，看它们各占几成、往哪个方向移动，固定收入保底，浮动收入跟增长走，价值证明撑定价，渠道管触达。第 12 章 12.3 讲过定价模式怎么选，那是从一单任务的成本出发挑一种收法；这一节换到生意这一侧，看四种收法各自在收入结构里扮演什么角色。

四种收法里，三种在 12.3 已经见过，订阅、计量计费、按结果付费，12.3 的第四种结果即服务是按结果的长期合同版，谱系里归进按结果一族，不再单列。订阅是底仓，客户每月付固定的钱，卖方的收入可预期，客户的预算好批，双方的财务都简单；代价是用量风险压在卖方这边，所以 12.3 立过规矩，智能体产品的订阅几乎都要配额来守毛利。计量计费是增量，用多少付多少，收入跟着用量涨，成本也跟着用量涨，两头的曲线对得齐，毛利最稳；短板是业务客户看不懂词元账单，计量单位得换成客户一眼数得清的刻度。按结果付费是溢价，做成一单收一单的钱，收法离客户买的那件事最近，销售话术最短；这种收法本身不新，外包计件、按效果结算的广告早就在用，新的是它第一次进了软件这门生意，智能体交付的结果数得清、验收得了，软件产品才用得上这种收法；验收能不能过关，靠的是第 7 章的完成定义和第 11 章的评测体系。三种收法在谱系里的分工一句话说清，订阅管可预期，计量管增长，结果管价值证明。

第四种是新的，叫平台授权与渠道。前三种回答“按什么单位收钱”，第四种回答“通过谁的市场收钱”。把产品上架到云厂商或软件市场，或者授权给集成商带进客户，就是把自己家的收款通道架进别人的市场。这件事远不止挂个链接，成熟的软件市场承担三件事。第一件，替卖家当记录商户（Merchant of Record），多币种结算、各国税费、开票催收这些让小团队棘手的跨国事务，平台全包了，卖家在自己家里等着按月到账。第二件，替卖家铺交易，客户买产品，不用另签一份新合同，走的是他跟平台既有商务关系里多出来的一行，把以月计的采购谈判压缩成账单上的一个条目。第三件，替卖家接销售，产品搭上平台的销售队伍，客户手里往往有跟平台签的多年消费承诺要消化，大企业常向云厂商承诺年度消费额，承诺期内花不满也得照付，这笔存量压着客户的采购方向，商品只要能计入这笔承诺，销售对话就从“帮客户新申请预算”变成“帮客户花掉既有预算”，这是渠道里最有力的一种加速（口径见本章参考资料）。

第四种收法里还有一件智能体特有的东西，自定义计量。平台上传统的授权是一口价或按人头，跟智能体按消耗走的经济模型对不上，所以主流市场配了一套机制，让卖家自己定义计费维度，用量发生时实时上报，汇总进客户账单。维度的定义权在卖家手里，而一个维度就是一个价值单位，一次对话、一单位索引量、一次推理，都行。传统软件里，数得出来的价值单位是席位，智能体产品第一次可以把“它干的活”本身定成计价单位，12.3 说客户买的从来是办完的事，这套机制把那句话变成了账单。代价也要看清，渠道的流量和信用不是白给的，分成与规则都跟着平台走，平台改一次抽成政策或推荐算法，自家的获客成本就要重算一遍，这是 13.3 供应商锁入在商业侧的镜像，市场是别人的，规则也就是别人的。

这张谱系拿来诊断，也拿来规划。诊断是看现状，把自家收入按四种收法拆开，各占几成。全压在订阅上而成本随用量涨，重度用户迟早把毛利吃光，这笔 12.3 算过，放到整门生意的尺度上同样成立；全走计量而客户是业务方，账单看不懂就是流失的前兆。规划是看移动，收入结构不是终身制，它跟着客户关系走。新产品没有信任，常拿按结果试水，客户按效果对账对出了信任，再转成订阅打底、用量做增量、高价值任务按结果计溢价，三种混着收，12.3 说过这个演进，谱系图把它画成了收入占比的迁移。渠道的引入也是一个时机问题，自己直销跑通了两三个客户，验证了价值主张，再谈上架，用分成换触达；一天客户都没服务过就急着进市场，流量来了也服务不过来。

最后把谱系和成本对上。12.5 算过，周报任务的成本八成压在输入那一行，人审又是最大的一块变动成本。谱系这一侧的道理相同，收入结构必须跟成本结构对得齐，按份收钱的产品成本也按份发生，走订阅的产品配额守边界，哪一层错配，哪一层就漏钱。

17.2 产品化的分层，做哪层的生意

收法之上还有一个更靠前的选择，卖什么。同样的智能体技术，可以卖零件，可以卖成品，可以卖让别人搭成品的地基，还可以卖一个让大家互相交易的秩序。四种卖法是四个层，从下往上叫工具、应用、平台、生态，选定的那一层，就是产品的生态位。

最底下一层是工具层，卖的是零件。一段能力、一个接口、一个组件，买它的人是开发者，或者干脆是别的智能体。模型厂商卖模型服务就是这一层最早的原型，这两年长出来的工具协议生态，让“给智能体供货”成了一门成熟的生意，把查库存、查物流、开票这类能力包成一个标准接口，智能体的搭建者接上就能用。工具层的生意特点鲜明，一单一结、量大利薄、拼性能拼稳定，客户专业、决策快、忠诚度低，谁好用用谁。它跟本书主线的关系不深，但每个产品经理都该知道这层的存在，因为自家产品用的零件就在这层买，13 章的供应商策略说的就是怎么在工具层当客户；反过来，产品里长出的某个通用能力，也可能值得抽出来卖给这层。

往上一层是应用层，卖的是完成的任务。一个场景吃透，产品直接对业务用户，客户买的是办完的事，一份周报、一次问答、一张关掉的工单。本书从第 4 章到第 16 章讲的都是怎么把这一层的产品做好，这里不再重讲，只补一句这一层的商业特征，收入谱系四种收法全都用得上，拼的是场景深度和信任，护城河窄但挖得深。市面上多数智能体创业选在这层，第 3 章品类划分里的垂直业务 Agent 是这层的主力。

再往上是平台层，卖的是地基。平台不直接解决业务问题，它让别人的搭建又快又稳，提供模型接入、评测设施、部署通道、监控看板，搭东西的团队在它的地基上起自己的楼。这一层有一个必须记住的观念，平台即产品（Platform as a Product），平台自己得当成一个产品来经营，有自己的用户、自己的需求排期、自己的满意度，靠价值赢得采纳，靠强制命令推不开。内部平台尤其如此，行政命令能让所有团队装上平台的东西，装上不等于用，待办单排不上队、自助流程里夹着审批、路径僵化得没有偏离余地，团队就会绕开平台自己找工具用，这类失败在平台实践里有名有姓，黄金路径修成了牢笼，自助服务带着审批门。把平台做活的要点，跟做应用相通，把八成团队都需要的两成能力先做透，把最常见的搭法做成开箱即用的模板，给高手留逃生舱口，允许他下探到更底层。看见用户反过来给平台贡献东西，就说明这个平台真的做成了（口径见本章参考资料）。

最上面是生态层，卖的是秩序。平台是一个地基，生态是一张网，智能体多了，谁找得到谁、凭什么互信、怎么结算，这些问题的答案凑成一套组织设施。这一层的蓝图已经有人画得很完整，一份登记库（registry）让每个智能体的身份、能力、归属可查，一个让供需双方互相发现的市场，加上管理交互的、监测运行的、颁发信任凭证的若干组件，合起来就是近两年常有人提起的网状生态（agentic mesh）构想。这个市场在设计上是双边市场（two-sided marketplace），生产者这头发布智能体、标明用途与约束，消费者那头搜索、比较、调用，挑选时看的除了功能匹配，还有认证状态和历史反馈，表现差的服务会丢掉认证。蓝图归蓝图，现状要如实交代，截至 2026 年 9 月，登记、发现这层的协议标准化在推进，整套组织设施大多还停在提案和少数企业的内部实践里（口径见本章参考资料）。产品经理今天要做的决策到不了这层，但方向值得知道，智能体的数量一多，发现与信任会变成基础设施一样的基本需求，这一层的功课，今天就可以开始攒。

四层画成阶梯，阶梯的样子本身就是这一节的主要结论，越往上越重，重在三件。交付物变重，工具卖的是零件，应用卖的是结果，平台卖的是“让别人持续产出结果的能力”，生态卖的是“让陌生各方持续交易”的规则本身。客户变重，应用层服务业务用户，平台层服务搭建者，搭建者比最终用户难服务一个量级，他要自助、要文档、要逃生舱口，还要平台不挡他的路。组织也变重，应用层一个产品队就够，平台层要养专职的团队把它当产品迭代，生态层还得当裁判定规则、发认证、裁纠纷，等于给自己加了一个政府部门的编制。收入谱系跟着层走，工具层天然计量，应用层四种混用，平台层靠订阅与授权，生态层收的是税与分账。

怎么选，拿三个问题过一遍。先问我的客户是谁。能一句话说清哪个行业哪类岗位的业务用户，往应用层站；说不清、来的全是搭东西的同行，那多半已经在工具层或平台层。再问我的深度在哪。吃透一个场景的业务理解，是应用层的本钱；握有一批各团队都缺的通用能力，是谈平台的资格。最后问我的组织扛不扛。平台是独立的一门生意，没有专职团队和长期投入的承诺，地基就会塌掉。三问过完，多数团队的答案是应用层起步。更关键的是，平台很少是规划出来的，是复用的需求逼出来的，第三个团队来问“你们这个能不能给我们也搭一份”的时候，平台的种子就落地了，从复用得最多的那块能力抽起，先服务内部，长好了再谈对外。跳过应用直接做平台的故事，多数死在没有客户的地基上。

17.3 竞争格局与竞品拆解

竞争格局的读法，重点不在功能清单，在结构，谁坐在哪层、靠什么活着、往哪扩；竞品拆解拆的重点也不在功能，在假设，它的边界画在哪、成本怎么算、度量怎么定。两个方向的错都常见，一个是只盯着功能对比表，别人发个新版本就全员加班追功能；另一个是完全不看对手，埋头做自己的。

市场里坐着三类玩家。模型厂商从下往上打，它们卖的本来就是模型，供给所有人，又同时往上做应用和入口，对应用厂商来说它们既是最大的供给方又是潜在的对手，13.3 讲供应商策略时说过这道双重关系。应用厂商占了场景，垂直行业里把一件事做透的公司，拼的是场景深度和客户关系，本书案例线就是这一类的打法。集成与渠道商看起来不造智能体，却决定谁能触达客户，它们握着实施能力、行业信任和本地服务，模型厂商和应用厂商的东西，大量经它们的手落地。给每个对手建一张卡，卡上就两栏，它在四层的哪层，它的钱从哪种收法来。两栏一填，它的打法自然显现，工具层的会向平台扩展，平台上的会向生态里走，靠订阅活着的不敢轻易转按结果。会不会与它正面竞争、真竞争起来谁受损，答案也在卡上，同层同收法的就是真对手，隔层的多半是未来的供应商或渠道。这里有一个常见误判要防，把平台厂商的功能公告当成重大威胁。发布和做成之间隔着整本书的距离，第 16 章讲的试点炼狱对巨头一样成立，组织内的推广都九死一生，把垂直场景做深更是苦活。反过来也不要把集成商当成中立的通道，渠道有自己的利益盘算，它会同时卖自家产品和对手的产品，挑谁取决于谁好卖、谁赚钱。

格局看结构，决策靠拆解。拆一个竞品，产品经理手里的旧工具全都能反着用，前十六章给自家产品做诊断的刀，调转方向就是拆竞品的刀。四刀，一刀一个侧面，拆完一个竞品的基本盘就露出来了。

第一刀看能力边界。它敢做什么、明确不做什么、做砸了怎么办。别光读它的宣传页，直接拿真实任务去试，第 11 章攒的任务集就是现成的题库，挑十道有代表性的题发给它，看它接不接、怎么接、错了怎么处理。重点看两样，一看谁决定下一步，第 3 章 3.3 立的判据，流程写死、人点下一步的是自动化工具，模型自己决定下一步的就是智能体，这一条能识破大半的跟风产品；二看它怎么处理做不到，第 10 章的失败分类反过来用，它是坦然标注做不了，还是拿一段条理完整的硬凑把人应付过去。这一刀产出一页边界清单，哪些任务它做得稳，哪些它做不了但装能做，哪些它做得了却不敢收钱。

第二刀看交互形态，看它把人放在哪。第 8 章的三形态对号入座，对话窗、嵌入式副驾驶、后台自动化；再看自主度，哪些动作它敢自动跑，哪些留人审，人审那一道藏在流程的哪一步，用户能不能随时喊停、错了能不能改。交互形态不是美术问题，它直接暴露产品对信任与风险的判断，把高风险动作放在自动档的，要么真有底气，要么压根没算过，两种都值得记下来。这一刀还要看它给用户的第一次体验，打开产品第一眼看到什么，能力怎么引导发现，这些第 8、9 章讲过的设计题，它答得好不好。

第三刀看成本结构。不看付给它的价格，看它的定价暴露的成本假设。裸订阅不带配额，说明它赌客户用量均匀，或者根本没算过智能体每单一结算的成本；订阅带精细的配额和档位，说明它在重度用户身上吃过亏；敢按结果收费，说明完成率和验收争议它有底气扛，这一条门槛最高；免费送，钱一定在别处收，数据、流量还是后续的加购，找到那个别处。然后用第 12 章的成本口径反推它的成本结构，这种任务消耗输入还是输出，一单大概几圈，人审重不重。它的价格永远看不全，成本的结构推得八九不离十，而结构决定它敢打多久的仗，一个毛利结构错配的对手，价格战打不了几个季度。

第四刀看度量口径，看它怎么定义“好”。公布出来的完成率，分母是什么，是全部任务，还是它挑过的任务。宣称的采纳率，看的是登录还是真用了关键功能。案例里的效率提升，对照的基准是什么口径。第 11 章教立评测时的每一分警惕，读竞品数字时一样要用，抽检还是全检、谁当裁判、有没有可复算的判据。这一刀拆出来的是对方的验收文化，一家对自家数字口径含糊的公司，产品大概率也经不起拿任务集去测。反过来，口径立得清的对手，是真正难对付的那种。

四刀之外，操作上还有三条纪律。头一条叫一页纸，四刀各记三行，看到什么、怎么试的、对我的含义，拆解的价值在结论的密度，不在文档的厚度。另一条要真实任务，一切判断以亲手试的十道题为准，演示一律打折，7.6 讲过的 demo 效应在竞品身上同样起作用，演示路径都是经过挑选的。最后一条是照自己，四刀拆完别人，调转方向把自己也拆一遍，最不满对手哪一点，客户看自家产品可能正是这样。

17.4 护城河的诚实评估

护城河是用户留下来不走的真实理由，并且这个理由对手抄不走，或者抄得足够慢。融资的商业计划书里，护城河那一栏从来不缺内容，数据飞轮、场景深度、切换成本，词都是好词，问题是同一个词，有的公司拿来描述事实，有的公司拿来描述愿望。这一节把这三个最常有人点名的护城河逐条检验，每条给两种样子，真的长什么样，自我安慰的长什么样，再给一条检验的办法。

先验数据飞轮。逻辑人人都熟，用户越多数据越多，数据越多产品越好，产品越好用户越多，飞轮转起来赢家通吃。第 15 章 15.4 建的那只回流飞轮就是这个故事的实操版，坏案例收进来、归因分好类、写成测试题、排进迭代。真的飞轮长这样，数据进了飞轮出得来，回流池里的案例真的变成了任务集里的测试题，测试题真的推动了提示词和流程的修改，修改真的反映在下一轮的分数上，链条每一环都有人管、有数可查，这样的飞轮用户越多转得越快，是真的护城河。自我安慰的飞轮长这样，“我们有海量的对话记录”，堆在存储里没有变成任何产品行为的变化，那不过是堆着不用的数据，不是飞轮。数据要成为资产，中间隔着清洗、标注、判例化这一整条加工链，这条链上花的钱，常常比存数据本身贵得多。还有两股力量在削弱这只飞轮，模型在换代，13.2 讲过换模型等于换产品行为，反过来，下一代基础模型也可能直接内置这一代辛苦调出来的能力，攒了两年的语料优势一夜贬值；对话数据里可复用的信号也远比想象中少，十条对话里未必有一条值得进任务集。检验的办法一句话，过去一个季度，产品有哪几处行为的变化，能指着回流池里某批数据说出来。指不出来，飞轮就还停在幻灯片上。

再验场景深度，这一条是应用层公司最爱讲的，我们最懂这个行业。真的深度长这样，业务理解进了产品的核心，验收判据用的是行业自己的话，任务集里的测试题是从真实业务里长出来的，产品的节奏踩着行业的节奏走。案例线里有一个现成的例子，写字楼客流下降那段归因，老陈一眼改成“楼里公司搬走”，这个改法沉淀下来，产品对这类归因的理解就深了一格，对手要补上这一格，得自己守三十年吧台或者把这样的店长挖走。场景知识一旦资产化，进了验收标准和任务集，对手就得把这些弯路重新走一遍，这是应用层最实的一条护城河。自我安慰的深度长这样，“懂行业”停留在方案和关系上，没进一行验收标准，没进一道测试题，那种深度，换个销售总监一样能讲。场景深度还有一个天然的风险要盯着，平台厂商的通用功能从上面压下来，自家在场景里做的某个环节，通用产品顺手做一个八九不离十的版本。对冲的办法还是深，通用功能吃的是浅层需求，把场景做到最深处，它就压不动。对手抄到眼下的深度要几个月，这道时间题用 17.3 第三刀拆出的成本结构来估。

最后验切换成本，传统软件的护城河大半靠它，数据迁不走、流程咬合紧、习惯养成了，客户想走也要付出高代价。智能体产品在这一条上天然吃亏，这是它跟传统软件比护城河更薄的地方，薄在三处。交付物带得走，智能体产品交付的是结论、文档、报告，用户拿到手的东西在他自己的邮箱和网盘里，换个工具昨天的周报一样能读。集成也浅，应用层的智能体往往就是业务系统旁边的一个入口，撤掉换一个，业务照转，不像传统企业软件那样跟流程长在一起。记忆则可导出，对话历史和个性化记忆是新形态的绑定，但客户会要求可导出、可删除，第 14 章的数据合规动作反而把这层绑定拆薄了。

真的切换成本在三样东西上，都得靠自己攒。人的习惯，老陈每天打烊后开口问的那个动作，是几个月用出来的，新工具要重新挣这份习惯；流程的咬合，核对关口嵌进了每周一的排班，抽检分档嵌进了运营的例会，流程里的位置比功能列表难替代；评测与回流的积累，任务集、判例、回流池是跟着产品滚出来的，换一家供应商就从零攒起。13.3 立过的资产可带走原则，在这里翻成护城河的语言，资产在谁手里，护城河就垒在谁那边，跟着产品走的资产守的是自家，留在供应商手里的资产等于替别人积累。

对照下来有一个不那么动听但必须说的结论，智能体产品的护城河，整体上比传统软件薄。功能容易抄平，交付物容易带走，模型能力是大家向同几家厂商租用的。薄不等于没有，它改变的是护城河的成分，一次做对的优势留不下来，能保住的是学习速度，评测资产越攒越厚、场景知识越挖越深、错了改得比对手快，这三样合起来就是智能体产品的主护城河。最后给一条随时可用的检验，三个问题定期问，把补贴和推广全停了，用户还留着吗；对手抄我最深的那条，要几个月；用户明天走，能带走什么。答完这三问，自家护城河的深浅就有数了。

17.5 【案例线收】经营分析产品的商业答卷

案例线到这里把这门生意算清楚，走三段，从内部工具到内部收费，从内部收费到对外产品，每段一个真决策；四件工具在此用齐，谱系管收法，分层管站位，四刀管对手，三问管防线。前情对上，16.5 那场推广的组织仗打完，周报和店长问答两条线全区推开在用，15.6 的季度复盘攒下了一沓事实档案。规矩照旧，品牌虚构、人物化名、数字全是示意值，决策的算法是真的。三段走完，这条从 4.6 起步的线在此收官。

第一段是内部工具变成内部收费。全区一铺，问题先从财务那里冒出来，产品养着研发、养着持续运维，12.5 那份成本清单里的固定投入原来三家店摊，现在全区摊，钱却还整笔挂在总部的技术预算里，各区用得再多，自己的账上看不到一分钱成本。白用的东西没人在意，用量就会失真，这是内部工具的通病。决策是立内部结算价。单价不另起炉灶，直接用 12.5 放量后算出的口径，一份周报示意按 60 元结算，各区按月度份数内部转账。这个决策要让用量变成各区自己账上要承担的成本，创收倒在其次，哪个片区用得多、哪个片区用得少，例会上第一次有了对账的依据，15.2 那块看板上的采纳数字，从此对得上各区自己的预算。配套两条，第一年结算价打一个明显的折扣过渡，组织这一关刚过，不要让收费把采纳重新卡回去，16 章买来的信任不拿来透支；高危线和核对关口的规矩原样跟着走，内部收费不改任何产品行为，改的只是成本记在谁的账上。

第二段是续费的答卷。年度预算会，管理层头一回把这门生意摆上桌面，直接问，一年花了多少，省了多少，明年还留不留。这不再是月度复盘时被动收到的周报，是要拍板的钱的问题。答卷就三行，全部从前面各章的档案里来。第一行是成本，12.5 放量口径每份全成本 23.4 元，人审分档落地后降到 12.9 元上下，全区一周一百份的示意规模，一年的成本算得清。第二行是价值，每份周报背后 720 元的工时对价，扣掉分档后 12.9 元上下的全成本，净省 707 元，一百份一周就是七万出头的示意数，外加店长问答省下的取数往返，这些 15.6 都有记录。第三行是资产，任务集从四十道长到六十余道，提示资产迭代到二十来版，回流池里存着几十条店长改动，还有两个换到新角色上的人。三行报完，续约的逻辑就清楚了，留住一个老客户的代价远低于获取一个新客户，这是 B2B 生意的通行规律，智能体产品只是让它更显眼（口径见本章参考资料），所以续费答卷的重点从来不在降价，在把价值记到用户自己的账上，第一段立的内部结算价，到年末恰好就成了这份答卷的证据。管理层拍板，留，当场追加一问，这东西能不能卖给别人。

最后是对外产品的三问。真有同行来问，一家外地的茶饮连锁，三套系统跟这边同型，三张报表几乎相同，朋友的介绍直接把电话打给了创始人。机会是真的，照 17.2 的三问过一遍。客户是谁，同行连锁，业务用户说得清，店长、运营、老板，跟老陈小周一个画像。深度在哪，连锁经营分析是这家公司的本行，场景知识现成。组织扛不扛，短板正好出在服务能力上，12.5 算过人审的容量成本，内部的核对靠小周，对外一百家店的核对不能靠复制小周。三问的答案指向同一个决策，开小口，不开大口。选两三家关系近的同行做对外试点，定价按 12.3 立的 B2B 刻度走订阅，按门店数定档，月度份数配额，超了加购，绝不裸订阅；完成定义分档写进合同，初稿可用一档价、署名发出一档价，14 章的高危线原样写进对外合同，涉及财务口径和合规表述的结论永远全检；核对关口放到客户侧，12.5 末尾留的那条路在这里兑现，对方运营自己把关，产品的人审成本变成了客户的价值故事。不做的事也写下来，就是不做平台。17.2 的裁定用在这家公司身上，它的生态位在应用层，把连锁经营分析做透是本行，给别人当地基是另一门生意，组织和能力都不在那门生意上。

人物在此收官。老陈五十出头，吧台出身，从最抵触的那个，变成产品最硬的一道关口，他的那一眼，从一次道歉时的承诺，长成了新店长上岗培训的一课，他改归因的动作进回流池存着，成了后来几十个店长共用的知识，17.4 说的场景护城河，就是这一块一块积累起来的。小周入职第二年接的这份活，如今署名还挂在每周的周报上，但他的周一从写一整天变成核对半小时，腾出来的时间管着任务集、分档规矩和回流池，岗位从区域运营长成了这个产品的评测资产管家，15.4 那只飞轮，让它转起来的人就是他。管理层从头到尾没具名，月度复盘照旧被动收结果，那一条不自动化的判定守到了最后，但年度预算会上的三个问题一个比一个硬，商业的裁定最后是他们拍的，这门生意守住主业，对外只开一条试点的口。

全书五步方法论在此收口。4.6 判断这套诉求值不值得做，7.5 把三张报表拆成能力清单和验收标准，第 8 到 10 章定了形态、信任和兜底，11.5 立了测试题和裁判，12.5 到这一节，从成本算到收入。五步走完，最后一格“经营活不活”填上了答案，活，而且知道为什么活、靠什么继续活。案例线十二站到此收官。下一章是全书最后一章，看最远处，智能体的生态会长成什么样，产品经理这个角色往哪里变，下一个三年从哪几件事起步。

本章小结

• 17.1 盈利谱系。订阅打底管可预期，计量计费管增长，按结果付费管价值证明，平台授权与渠道管触达；第四种收法把记录商户、交易铺设、销售生态三件事交给平台，用分成换触达，自定义计量让“智能体干的活”本身成为计价单位；收入结构要跟成本结构对得齐，随客户关系的成熟而移动，渠道等直销验证后再进。
• 17.2 产品化分层。工具卖零件、应用卖任务、平台卖地基、生态卖秩序，越往上交付越重、客户越从用户变搭建者、组织越要专职投入；平台即产品，靠价值赢得采纳而不是靠命令；三问定位，客户是谁、深度在哪、组织扛不扛，多数团队应用层起步，平台是复用需求逼出来的。
• 17.3 竞争与拆解。三类玩家，模型厂商从下往上打、应用厂商占场景、集成渠道商决定触达；对手卡两栏，四层的哪层、钱从哪种收法来，同层同收法就是真对手；四刀拆解，能力边界拿真实任务试、交互形态看它把人放在哪、成本结构从定价反推假设、度量口径审它的验收文化；三条纪律，一页纸、真实任务、照自己。
• 17.4 护城河。数据飞轮真在数据能变成产品行为的变化，假在堆着不用的数据；场景深度真在业务理解进了验收标准和任务集，风险在平台通用功能下压，对冲靠做深；切换成本天生比传统软件薄，交付物带得走、集成浅、记忆可导出，真的成本在人的习惯、流程咬合和评测积累上；整体更薄，主护城河是学习速度，三问定期检验。
• 17.5 案例线收官。内部结算价按 12.5 口径一份 60 元，让用量变成各区自己账上的成本；续费答卷三行，成本行 23.4 元降到 12.9 元、价值行每份净省 707 元、资产行任务集四十道长到六十余道；对外试点开小口不开大口，订阅按门店定档、完成定义分档进合同、高危线原文跟出去、核对关口放客户侧、不做平台；老陈小周管理层各自收官，五步方法论最后一格填上答案。

这一章的道理一句话说得完，智能体产品的生意，收法要对齐成本，站位要对齐能力，防线要对齐资产，三样都对齐了，薄护城河也能靠学习速度滚厚。

试一试

1. 用四刀法拆一个竞品，一页纸记录。挑一个真会碰上的对手，四刀各写三行，能力边界，拿自家任务集挑十道题真实跑一遍，记下它接不接、错得怎样；交互形态，记它把人审放在哪一步、能不能喊停；成本结构，从它的定价反推成本假设，判断它敢打多久；度量口径，把它公开的数字逐个问分母和裁判。最后一栏写给自己，这四刀照回来，我最该补的一刀是什么。
2. 给自家产品画一张盈利谱系图，四种收法各占收入的几成，标在图上；再画一张目标谱系，标出你认为十二个月后该有的占比。两张图放在一起，差额就是你下一年的定价与渠道作业，该补订阅底仓还是该上按结果、该不该进渠道，答案在图上一目了然。
3. 护城河三问检验，把补贴和推广停掉，用户留不留；对手抄我最深的那条护城河要几个月；用户明天走，能带走什么。三问各写一句诚实的回答，找出最薄的一条，写下一个季度补它的一个具体动作，比如把回流池里闲置的数据加工成二十道任务集测试题。
4. 拿案例线的三段式问自己的产品，内部（或首批客户）的结算价立得起来吗，立起来用户会不会走；续约答卷的三行，成本行、价值行、资产行，今天各拿得出什么数字；对外的三问，客户是谁、深度在哪、组织扛不扛。哪一行答不出来，哪一行就是下一阶段的功课。

参考资料

• 《Building and Distributing Agentic AI Solutions》（Julian Soh、John Tidwell、Priyanshi Singh，Apress 2026）第 7 章（市场作为商务引擎：记录商户承担多币种、税费、开票催收；交易模式让购买成为客户既有平台账单上的一行、把以月计的采购谈判压缩为账单项目；销售生态集成与消费承诺消化改变销售对话；自定义计量计费让卖家定义价值单位、用量实时上报并入账单；SaaS、托管应用、容器、咨询四类商品类型），见 txt-ref-zh/building-distributing-agentic-ai/12-Chapter 7 Publishing on Azure Marketplace.md（中译）
• 《Building and Distributing Agentic AI Solutions》第 9 章（客户成功与扩展：获取一个新 B2B 客户的成本为留存并扩展既有客户的五到七倍；按用量定价下客户成功直接转化为收入；九十天入职框架与价值实现时间；用户扩展、用量扩展、功能扩展、专业服务四路扩展打法；净收入留存率与客户生命周期价值对客户获取成本的倍数口径；引荐项目把客户成功变成销售资产），见 txt-ref-zh/building-distributing-agentic-ai/14-Chapter 9 Go-to-Market Execution.md（中译）
• 《Building AI Agent Platforms》（Ben O'Mahony、Fabian Nonnenmacher，O'Reilly 2027 Early Release）第 2 章（平台即产品：平台是自助式基座、要当一件有吸引力的内部产品来经营、靠价值赢得采纳而非强制命令；反模式含黄金牢笼、带审批的自助服务；核心能力按八成团队都要的两成聚焦、为极端用户设计；黄金路径与模板、逃生舱口允许下探；用户反过来给平台贡献是平台成功的巅峰），见 txt-ref-zh/building-agent-platforms/02-Chapter-2-What-Is-a-Platform.md（中译）
• 《Agentic Mesh》（Eric Broda、Davis Broda，O'Reilly 2026）第 1 章及前言（网状生态构想：让智能体容易找到彼此并安全地协作、交互与交易；六组件蓝图，市场、交互管理器、登记库、监视器、信任框架、模式与协议；市场作为双边市场，认证状态与历史反馈进入选择过程；生态演进为跨组织互联网络的主张），见 txt-ref-zh/agentic-mesh/01-agentic-mesh-前言.md、02-Chapter 1 Understanding Agentic Mesh The Essen.md（中译）
• 《悟道智能体开发》（本书工程姊妹卷）第 18 章 18.1 节（网状生态的工程视角：登记库、市场、舰队三件套；市场是双边市场、包索引与应用商店的双重手感；自定义计量计费的用量上报链路；协议互联与发现标准化在推进、组织设施截至 2026 年 9 月多为蓝图与少数企业内部实践），本章 17.2 生态层的知识底本，工程深挖按该书对应章指引
• 《悟道智能体开发》第 19 章 19.4 节（资产可带走原则：任务集、评测集、轨迹数据独立于供应商保管；锁入的三形态与总拥有成本拐点），本章 17.4 与第 13 章 13.3 共用的知识底本，工程深挖按该书对应章指引
• 颜佳明《AI 产品经理完整成长体系》第 7 章 7.1（盈利模式：SaaS 订阅、API 计费、平台授权、用户分层定价）与第 8 至 12 章（ChatGPT、Notion AI、Midjourney、即梦、可灵五大产品拆解），本章 17.1 盈利谱系四分法与 17.3 竞品拆解四刀法的目录级方法样本，目录级支撑，见 参考资料/目录级参考索引.md