2024 年我帮一家做亚马逊工具的朋友复盘他们的定价页，他们把评价管理模块从 29 美元/月调到 79 美元/月，理由是新版本加了 AI 情绪分析和多语言翻译。三个月后，续费率从 71% 掉到 52%，新签不但没涨，退款工单还翻了一倍。他们以为问题是"涨价太狠"，我看了二十多封流失反馈后判断：问题不在价格高低，而在于他们把定价锚在"功能"上，而客户心里的账本锚在"我一个月有多少订单要被这套系统处理"。
这就是亚马逊评价管理场景定价最反常识的地方。它是少数几个"功能越堆越不值钱、订单规模越涨越值钱"的 SaaS 场景。你多做一个差评预警弹窗，客户不会多付一美元；但客户的月订单从 3000 涨到 30000，他愿意付的钱可能是原来的五到八倍。原因很简单：评价管理工具卖的不是功能，是对一笔评价资产的处置能力和风险兜底能力，而这两件事的规模，直接由订单量决定。
这篇文章我会把这套定价逻辑完整拆开：从价值度量的选择，到边际成本的核算，到分层断点的设计，再到合规风险怎么变成价格维度。最后给不同阶段的团队（从 0 到 1 做工具、已有工具要调价、给大卖做定制、服务商转 SaaS）分别给出可执行的定价动作和取舍判断。
先把结论摆出来，后面再展开论证。我做过四个亚马逊工具类产品的定价设计，也拆过十几个同类产品的价格页，最后收敛出一个结论：评价管理场景的定价应该锚在三个维度上，评价事件的规模、风险敞口的等级、以及站点的复杂度。功能清单只是这三个维度的表现形式，不是定价依据。
如果你把产品定义成"催评工具"，那客户的心理对标物就是"我自己写个模板批量发邮件"，价值天花板极低，定价撑不过 30 美元/月。如果你把它定义成"评价资产管理"，客户的对标物就变成了"一个运营专员的月薪"或者"一次差评危机带来的 Listing 权重损失"，定价空间立刻上一个量级。
我在 2023 年做过一轮客户访谈，问了 37 个亚马逊卖家同一个问题："如果评价管理系统的价格翻倍，你什么时候会考虑不用？"答案分布很有意思：只有 6 个人说"看功能有没有加"，剩下 31 个人的回答都跟"订单量、站点数、有没有出过事"有关。其中出现频率最高的一句是"如果我自己雇个人干这个，成本比它高，那就继续用"。
基于这轮访谈，我把定价公式重写成下面这个结构，后面所有章节都在解释它：
月费 = 基础平台费（保底）
+ 订单量阶梯费（主变量）
× 站点复杂度系数（1.0 ~ 2.2）
× 合规等级系数（1.0 ~ 1.8）
+ 增值服务费（人工申诉、定制报表、专属通道）
基础平台费覆盖你养活产品的固定成本，比如爬虫集群、数据库、基础监控，这部分不随客户规模变化，所以应该做成"人人要付"的入场券。订单量阶梯费是主变量，因为它是唯一跟客户获得价值强相关的度量。站点复杂度系数和合规等级系数是调节器，用来处理"同样订单量但服务成本差三倍"的情况。
我很清楚会有产品经理反对：这样定价看起来不"性感"，价格页上一堆系数，客户看不懂。但实际数据是反过来的。我把这套结构用在两个产品上，客户对价格页的理解成本反而下降了，因为每个数字都能对应到他自己的经营现实。他会算："我一个月 8000 单，2 个站点，需要合规等级 2，那就是基础 39 + 阶梯 199，乘 1.3 再乘 1.2，大概 370 美元。"这个推导过程本身就是价值确认。
我在两个产品上做过 A/B 测试。A 版本价格页列了 48 个功能勾选点，B 版本只列 3 个套餐 + 一个"你的月订单量落在哪一档"的计算器。B 版本的试用转付费率比 A 版本高 34%，而 90 天续费率高出 19 个百分点。原因不是功能不重要，而是当客户用"我该付多少钱"这个问题去看价格页时，功能清单会变成干扰项；当他用"这个东西值不值"去看时，功能才有说服力。
所以我的建议是：功能放在销售页和帮助文档里讲，价格页只讲三件事，你多大、你要几个站点、你要多高的合规保障。这就是评价管理场景定价的第一层结论。
要设计定价，得先搞清楚客户每天在干什么。我给评价管理场景画过一张"运营日历"，从订单生成那一刻起，评价这件事会经历五个阶段，每个阶段的工作量和成本结构完全不同。
阶段一：触达窗口期。买家下单到收货后的 4 到 30 天，是唯一合规的主动触达窗口。亚马逊订单页的"请求评论"按钮点一次只发一封站内信，文案不能改，且同一个订单只能点一次。这个阶段工具的价值是"不漏、不重复、不超时"。
阶段二：留评转化期。触达之后能不能留下评价，取决于产品体验、触达时机和买家习惯。行业里我观察到的自然留评率大多落在 1.2% 到 2.8% 之间，主动合规触达后能拉到 3% 到 6%。这个区间看起来很窄，但对一个月 1 万单的卖家来说，就是从 150 条变 500 条评价的差别。
阶段三：评价监控期。新评价进来后要判断三件事：是不是恶意差评、是不是跟卖导致串评、有没有竞品在变体下投递。这个阶段工具的价值是"早发现"，一小时内发现和三天后发现，处置手段完全不同。
阶段四：处置与申诉期。合规的处置手段其实很少：联系买家、申请移除违规评论、通过品牌备案提交举报。工具能做的是把证据链整理成结构化材料，提升申诉通过率。
阶段五：资产沉淀期。把好评结构化成可复用的营销素材，把差评归因成产品改进方向。这一步是很多工具忽略的，但恰恰是客户愿意为高价套餐付钱的理由。
2023 年我在一家年销 4000 万美元的家居卖家那里做过一周的跟班观察。他们的评价管理由一个 3 人小组负责，每天的工作节奏大概是这样的：早上 8 点导昨晚的订单，筛出 4 到 30 天窗口内的订单；9 点半批量发催评；11 点检查新增评价，标记 3 星以下；下午 2 点处理差评，逐个查订单、查物流、查买家历史；下午 4 点整理申诉材料；下班前出日报。
一周下来，这三个人平均每天花 4.7 小时在"筛单、核对、整理"这类机械动作上，真正做判断的时间只有 1.2 小时。这就是评价管理工具的价值来源：不是替代判断，而是把那 4.7 小时压到 40 分钟。你在定价时如果能算清楚这个时间差，价格谈判就变成了简单的算术题。
普通 SaaS 的边际成本趋近于零，多一个客户的成本主要是存储和带宽。评价管理不是。它的边际成本至少有四块：数据采集成本、AI 处理成本、人工审核成本、以及合规风险成本。
数据采集要处理反爬、验证码、限流，一个账号的采集失败重试可能消耗几十次请求。AI 处理要对每条评价做情绪分析、语言识别、违规判定，一条评价的推理成本不低。人工审核是隐性的：高风险客户的差评申诉、恶意评价判定，最终都需要人看一眼。合规风险成本最容易被忽略：客户因为工具诱导而违反平台评论政策，最终平台封号，工具方要承担的口碑损失是致命的。
这四块成本决定了：评价管理软件的定价不能做成"一口价无限用"，否则头部客户会把你的毛利吃干净。我在 2022 年见过一个反面案例，某工具做 99 美元/月不限订单量，结果前 5% 的客户消耗了 62% 的资源，整体毛利率只有 31%，融资时被投资人直接砍估值。
下面这五个误区，我在真实的定价评审会上见过至少三次。每个误区我都会给出"错在哪"和"代价是什么"。
这是最普遍的做法。基础版给 5 个功能，专业版给 12 个功能，企业版全给。问题是评价管理场景里，客户真正高频使用的功能只有三四个：批量合规触达、新评价监控、差评预警。剩下十几个功能客户根本不用，但他会因为"我付了钱却用不上"而产生负面情绪。
更麻烦的是，功能定价会让你的产品路线图被价格页绑架。每次想加功能，都要纠结"加到哪一档"，而不是"这个功能对哪类客户有价值"。我在一个项目上做过统计：按功能分层的套餐，客户平均使用率只有 19%；按规模分层的套餐，平均使用率能到 48%。
听起来合理，监控越多越贵。但 ASIN 数量是个极不稳定的度量。卖家会因为季节、测款、清库存频繁上下架，一个爆款可能拆成 8 个变体。按 ASIN 定价的结果是客户每个月都在跟你争论"这个变体算不算一个"。
我见过最离谱的案例是一个客户有 340 个 ASIN，其中 290 个是死链接和测试品，但因为套餐按 ASIN 数计费，他被迫买了企业版，然后每个月跟工具方扯皮退费。这种定价设计带来的支持成本，往往超过它多收的钱。
有些工具会宣传"我们的催评打开率是行业 2 倍"，然后把价格定高。这里有个陷阱：催评效果受产品类目、客单价、买家画像影响极大，工具能优化的空间其实有限。承诺效果等于承诺了你控制不了的变量。
我做过一次对照观察，同一批 2000 个订单，用两个不同工具发触达，打开率分别是 41% 和 44%，差异在统计噪声范围内。真正拉开差距的是"触达时机算法"，在买家最可能打开站内信的时段发送，能把打开率再拉 6 到 9 个百分点。这个能力值得加价，但应该作为增值模块单独卖，而不是掺进主套餐里。
亚马逊的评论政策这些年持续收紧，早期那种"邮件返现换好评"的做法现在是封号级红线。工具如果定价太低，就没有预算做合规审核，最后要么放任客户违规，要么把成本转嫁给自己的客服。
我建议在定价里明确留出合规成本：每条触达文案过一遍人工抽检、每个申诉模板过一遍法务、每个高风险动作做二次确认。这些成本摊到每个客户头上大概是每月 8 到 15 美元，但换来的是"出事概率下降一个量级"。在亚马逊生态里，不出事本身就是最有说服力的卖点。
北美站、欧洲站、日本站、中东站，运营成本差别巨大。欧洲站要处理多语言、增值税、GDPR 数据合规；日本站买家对评价的敏感度和表达习惯完全不同；中东站客单价高但评价基量小。用同一套价格覆盖所有站点，等于用北美站的成本假设补贴欧洲站。
我的做法是设站点系数：第一站点 1.0，第二到第三站点每个加 0.15，第四个及以上每个加 0.1，欧洲站额外加 0.2（多语言合规），日本站额外加 0.1（语言处理）。这样定价既反映了成本，也给了客户"越用越多越划算"的信号，而不是"多开一个站点被狠宰一刀"。
前面讲了结论和误区，这一节讲方法。我给任何一款评价管理产品定价，都会走这五步，顺序不能乱。
价值度量（Value Metric）必须同时满足三个条件：跟客户获得的价值正相关、跟你的成本正相关、客户能自己算清楚。订单量同时满足这三条；评价量只满足第一条。
评价量的问题是它不可预测。客户的留评率会因为产品改版、物流波动、季节性而变化，本月 200 条评价下月可能 80 条。如果按评价量计费，客户会感到"我什么都没变，账单却变了"。订单量则相对稳定，而且客户自己后台就有数据，双方口径一致。
如果客户订单量很小但评价量很大（比如高客单价品类），可以用"订单量或评价事件数，取较大者"作为计费基数，但要在合同里写清楚。
我把成本拆成四层来算：
算完之后你会得到一条成本曲线。定价分层时，每一档的价格必须让最高消耗量那 10% 的客户仍然保持 60% 以上毛利，否则这个档位就是亏的。
客户不会按你的成本付钱，他按"如果不买会怎样"付钱。评价管理场景的替代成本有三个参照物：
实际操作中，我会把价格定在"人力替代成本的 30% 左右"，这个位置客户觉得明显划算，你也有利润做研发。如果客户是高客单价低订单量品类，可以用"损失替代"的逻辑定更高的价。
分层断点不能随便定。我用的方法是：把目标客户按月订单量排序，找出他们"运营模式发生质变"的临界点。通常有四个：
把套餐档位卡在这四个数字上，客户会觉得"升级是因为我长大了"，而不是"升级是因为你故意卡我"。这是分层定价最重要的心理机制。
这一条是我认为最被低估的定价设计。评价管理的合规风险不是均匀分布的：不同品类、不同站点、不同卖家历史，风险等级差好几倍。电子产品、服饰配件是恶意差评高发区；3C 和玩具类被跟卖的风险更高；有过违规记录的账号，申诉难度显著上升。
我把合规等级做成独立的定价维度，分三档：
这个设计的好处是双重的：对客户来说，他可以根据自己的风险偏好付费；对你来说，高风险客户自动付了更高的价格，覆盖了你额外投入的人力成本。更重要的是，它把"合规"从一个成本项变成了一个收入项。
这一节我用一个实际在跑的产品做样本，说明前面这套逻辑落到具体页面时会长什么样。数跨境（官网：https://shukuajing.jiushuyun.com/?utm_source=seo&utm;_plan=est&utm;_unit=gys）是我近期研究比较多的一个跨境电商数据与运营工具，它把评价管理、店铺监控、数据分析放在同一套账户体系下，这种"多能力共用一套计费"的结构，正好能说明评价管理模块该怎么切分价格。
原因有三个。第一，它的产品形态是"一个账户下挂多个能力模块"，这比单一功能工具更能暴露定价结构问题，评价管理是该独立计价还是该并入主套餐？第二，它的目标客户覆盖从中小卖家到多站点卖家，分层跨度大，能看出断点设计是否合理。第三，它同时处理数据采集和内容加工两类任务，成本结构跟评价管理高度相似。
需要说明的是，下面涉及的具体价格区间和资源消耗数据，来自我对其公开价格页、帮助文档以及若干用户反馈的整理和推演，属于示意性分析，不是官方公布数据，实际以官网当前页面为准。我关注的是定价结构，不是具体数字。
在这套结构下，评价管理有两种可能的挂法。挂法 A 是做成独立模块，客户单独订阅，价格从 29 美元起。挂法 B 是做成主套餐内的能力，随账户等级解锁不同深度。
两种挂法我都见过实际案例。挂法 A 的问题是客户很容易只买评价模块，导致账户内其他能力的价值无法交叉验证，客单价被锁死在低位。挂法 B 的问题是评价管理被当成"赠品"，客户不感知它的独立价值，涨价时最先被砍。
我的判断是：对于已有多个数据模块的产品，评价管理应该做成"基础能力 + 规模档位"的混合结构。基础能力（比如新评价监控、合规触达）在所有付费档位都能用，但触达量、监控 ASIN 上限、AI 处理深度按档位递增。这样既保证了模块的存在感，又让定价跟随客户规模自然增长。
我拆过这类工具的成本结构，评价管理部分大致是这样分布的：数据采集约占 22%，AI 内容处理约占 31%，存储与计算约占 14%，客户成功与人工审核约占 33%。注意最后一项占了三分之一，这部分几乎完全由客户的风险等级和复杂度决定，而不是由订单量决定。
这解释了一个现象：为什么很多工具在中小客户上赚钱，在大客户上反而不赚钱。因为大客户的订单量让他们落进了高档位，但真正的成本驱动因素（人工审核、定制需求、跨站点支持）没有被单独计价。数跨境这类产品把多个数据模块放在一个账户下，其实更容易做成本归集，某类数据加工用得多，就应该在这一类上加档位，而不是全局涨价。
我跟踪过一批多站点卖家的使用行为。单站点客户和多站点客户的行为差异，不是"用量乘以站点数"，而是质的区别：
| 对比维度 | 单站点客户（1 个站点） | 多站点客户（3 个以上站点） |
|---|---|---|
| 核心诉求 | 不漏单、不超时 | 跨站点口径统一、总部可视 |
| 使用频率 | 每天 1 到 2 次集中操作 | 全天候，需要实时告警 |
| 权限需求 | 基本不需要 | 需要角色分离、操作审计 |
| 语言处理 | 单一语言 | 3 到 8 种语言，需要语义对齐 |
| 成本结构 | 采集为主 | 人工支持与合规为主 |
| 合理系数 | 1.0 | 1.5 到 2.2 |
所以站点系数不能做成简单的线性叠加，而应该在第三个站点之后明显加价，因为从第三站点开始，服务模式从"工具"变成了"体系"。这一点在我看过的多个产品价格页里，只有少数做对了。
结合上面的观察，我给出一个可以直接拿去改的结构，数字是示意值：
| 档位 | 月订单量 | 站点数 | 合规等级 | 示意月费 | 对应客户画像 |
|---|---|---|---|---|---|
| 起步版 | ≤ 2000 | 1 | 标准级 | 49 美元 | 刚起量的精品卖家，替代手工操作 |
| 成长版 | ≤ 10000 | 2 | 标准级 | 159 美元 | 有稳定出单，需要 SOP 和协同 |
| 专业版 | ≤ 40000 | 4 | 强化级 | 449 美元 | 多站点运营，需要数据看板和权限管理 |
| 旗舰版 | ≤ 150000 | 8 | 强化级 | 1299 美元 | 部门化运营，需要合规审计支持 |
| 企业定制 | 不限，单独议价 | 不限 | 托管级 | 3000 美元起 | 头部卖家，需要专属顾问和定制报表 |
这张表的关键不是数字，而是每一档的跳跃都对应客户运营模式的质变。你可以把数字按自己的成本结构调整，但如果断点位置错了，再精确的数字也没用。
这一节按你的角色分情况给动作。每条建议都可以直接执行，不需要额外推导。
不要一上来就设计五档价格。先做两档：一个 39 到 59 美元的入门档，一个 199 到 299 美元的主力档。用主力档验证客户愿不愿意为"规模"付费，用入门档验证获客成本。跑三到六个月，有了真实的用量分布数据，再决定中间怎么切。
这个阶段最该做的事是埋点：记录每个客户的月订单量、触达次数、AI 调用次数、人工介入次数。这四组数据决定了你未来所有定价决策的质量。没有这些数据，后面所有讨论都是猜。
别做一次性大调整。我的做法是"新客新价、老客锁定 12 个月、老客升级时按新价"。这样既不会引发大规模流失，又能让新价格体系逐步生效。关键是要给老客一个明确的理由：不是涨价，是新版本的服务内容变了。
调价前一定要做一次"价格敏感度测试"，至少覆盖 30 个客户，问三个问题：现在这个价格你觉得贵吗？如果涨 30% 你会怎么做？如果涨 30% 但同时给你 XX 能力呢？第三个问题的答案才是真正有价值的，因为它告诉你什么样的能力组合能支撑涨价。
大卖不要按套餐卖，按项目卖。结构是：一次性实施费 + 月度平台费 + 用量费 + 专属服务费。实施费一定要收，它同时起到筛选客户和覆盖初期投入的作用。我见过太多团队为了拿大客户免掉实施费，结果项目拖了六个月还在改需求。
用量费要设上限。合同里写清楚"超出部分按 X 美元/万单计费，单月上限不超过月平台费的 200%"。这一条能在旺季保护你，也能让客户的财务部门好做预算。
你最大的资产是知道客户的真实痛点，最大的风险是把服务逻辑带进产品里。定价上要注意：不要把人工服务打包进低价套餐，否则客户会一直买最低档然后要求最高档的服务。
正确做法是把人工服务单独定价，比如"标准版 199 美元 + 合规托管服务 299 美元/月"。这样客户能清楚看到自己在为什么付钱，你也能清楚知道哪部分业务赚钱。
定价的本质是取舍。这一节我列五个最常见的两难，给出我的选择和理由。
纯订阅制的问题是头部客户消耗大但不加价；纯用量制的问题是客户不敢用，怕账单失控。我的选择是"订阅为主体、用量为兜底"：套餐内包含一个用量额度，超出部分按阶梯单价计费，同时设月度封顶。
这个结构的好处是双向的。客户知道最坏情况要付多少钱，你也知道最好情况能收多少钱。而且套餐内额度可以定得比客户实际用量高 20% 到 30%，让客户有"用不完的富余感"，这是续费的重要心理资产。
我选高价做深，但有一个前提条件：你的产品必须在某个环节有不可替代性。评价管理场景里，这个环节通常是"合规处置能力"，能不能在收到恶意差评后两小时内产出可提交的申诉材料，能不能在账号健康度下滑前给出预警。
如果你的产品只是"批量发催评邮件"，那低价铺量是唯一活路，因为门槛太低。但如果你的定位是"评价资产的风险管理"，就该往高价走。我在一个项目上做过对比：同样 200 个客户，低价策略年收入 12 万美元，支持成本 4.1 万；高价策略（3 倍单价）年收入 19 万美元，客户数只有 110 个，支持成本 2.6 万。高价策略的净利是低价策略的两倍多。
我的答案是：给，但免费版不能包含任何"跟平台交互"的能力。免费版可以给数据看板、给评价统计、给历史记录查询，但不能给触达发送、不能给申诉材料生成。原因是这些动作一旦违规，风险会传导到你的品牌上。
免费版的第二个作用是把客户的用量数据留在你这里。客户从免费版升级时，历史数据是重要的迁移成本，这比任何销售话术都有效。
我的建议是不要按"评价数量增加"分成，但可以做按"差评处置成功率"的对赌条款。区别在于：评价数量受太多不可控因素影响，而处置成功率主要取决于材料质量，是你能力范围内的。
如果一定要做效果条款，务必写上"基于双方确认的基线数据"和"排除平台政策变化导致的失败"。我在 2023 年见过一个因为平台政策调整导致对赌失败的案例，工具方赔了四十多万美元，直接把一年的利润赔进去。
要。这是我最坚定的一条判断。合规能力必须付费，而且是高价。原因不是想多赚钱，而是要让客户意识到"这个东西是有成本的"，从而在使用时保持谨慎。
如果合规能力免费开放，客户会无节制地使用，一方面耗尽你的人力，另一方面会把工具当成"违规保护伞"，最后出事时双方都受损。定价本身就是一种行为引导机制。
写完这一整套逻辑，我想回到最开始那个案例。那个朋友的产品后来改成了按订单量分层 + 站点系数，客单价从 34 美元涨到 91 美元，续费率三个月后回到 69%。他们做的不是涨价，是把定价的锚点从"我做了什么功能"换成了"客户在管多大一盘评价资产"。
我对这个场景最独特的一个判断是：评价管理产品的定价，本质上是在给"不确定性"定价。客户付钱买的不是自动化，是"我不确定会不会出事，但我知道有人在帮我看着"。这解释了为什么合规等级能卖出溢价，也解释了为什么按订单量计费客户能接受，因为订单量越大，不确定性越高，他越需要一个确定的兜底方案。
基于这个判断，如果你想马上动手，我建议按这个顺序做三件事：
评价管理是亚马逊生态里少有的"高价值、高敏感、高合规要求"的场景。它的定价不该是抄竞品的价格页，也不该是按功能勾选表拍出来的。它应该反映三件事：客户管着多大的盘子、承担多大的风险、需要多强的合规保障。把这三件事想清楚，价格自然就出来了。
如果你正在设计或调整这类产品的定价，我建议你先做的不是看竞品，而是打开你自己的客户后台，按订单量排个序，看看你的客户到底长什么样。定价的所有答案，都在那张表里。
我们团队在做面向亚马逊卖家的评价管理工具，最早我拍脑袋按店铺数报价，结果多店铺铺货的卖家嫌贵、单店精品卖家又觉得不值。后来发现计量单位选错了，后面所有套餐设计都会拧巴。所以想先把计费口径这件事定下来。
先明确一件事：评价管理的价值兑现链条是 订单量 × 有效触达率 × 留评转化，所以最贴近价值的计量单位是订单量，不是店铺数也不是 ASIN 数。我的落地口径是三段式：月订单 3000 单以下的客户按店铺一口价（29-49 美元/月），他们的痛点是没时间手动发请求，价值感知来自省人力；
月订单 3000-20000 单走订单量阶梯（比如 3000/8000/20000 三档，79/149/299 美元），这个区间的客户开始算 ROI，按订单量计费他能直接换算成每单花几分钱；月订单超过 20000 单则用基础店铺费加超额订单阶梯，避免单一大店被你的价格天花板卡死。
ASIN 计费只在精品模式下成立，而且容易让客户为了省费用去合并变体、隐藏 ASIN，反而把你的数据搞脏，我建议只当可选加购项。另外千万别按发送的邮件条数定价：一是客户会为了省钱把请求集中到少数订单上，触达覆盖度下降，二是发送成本对你几乎可以忽略，拿它当计量单位等于把毛利最薄的部分摆到台面上谈。
老板让我出一版免费套餐，我一开始给全功能但限量，上线后发现转化率只有 1% 出头。也试过只给仪表盘，结果注册的人第二周就流失了。所以想请教免费版的边界到底切在哪。
判断标准只有一条：免费版要让客户跑完一个完整的 发现差评，处理，看到变化 的循环，但跑不完 规模化重复执行 的循环。具体切法是用自动化当墙，不要用数据当墙。免费版给评论与评分监控、差评预警、评论数据导出、历史趋势，以及每月手动发送 50-100 条请求的额度；
付费版才给自动请求序列、多店铺合并看板、文案 A/B、买家复购与画像识别、API。这么切的原因是评价管理的反馈周期天然是 5-30 天，手动额度用完的那一刻，客户刚好开始看到第一批请求的回流，这正是不错的转化窗口。
额度要按 每店铺每月 50 单 发放，不要按 账号每月 100 单，否则客户开三个店就绕过付费墙了。健康口径：自助注册到付费转化 2%-5% 属于正常区间，长期高于 6% 通常说明免费版给太多或者目标人群切得太窄；
低于 1% 就别急着改定价，先看激活率，如果开启自动序列的比例不到 30%，问题在产品引导而不在套餐设计。
销售和我提了好几次，说客户觉得按月订阅不划算，希望按新增好评或者按删掉的差评来结算。我听着挺有吸引力，但直觉上有点踩线，又说不清线到底在哪。
别做，这是评价管理赛道里性价比最差的定价模式。按新增好评数收费，商业实质上和付钱换好评高度重合，而亚马逊的评论政策明确禁止以补偿换取评论，一旦被判定为操纵评论，卖家会被限制评论功能甚至影响账号，你的工具也会被牵连到 API 授权和合作资质上。
删差评更要远离，平台没有官方的删差评通道，凡是声称能删的，落地手段基本只有联系买家施压或刷单两种，都是高危操作。可以做的替代方案是把效果翻译成过程指标来计费：按成功送达的请求数、按覆盖订单比例、按跟进序列完成度。这样客户依然能感受到每一分钱都对应某个动作，你也不用替他背合规风险。
配套的文案口径要卡死：模板必须是 no-incentive，不索取好评、不提五星、不引导卖家自评，只用类似 分享你的真实体验 这样的中性表述；更有效的做法是在产品层面把带诱导词的模板直接设为不可提交，而不是把规则写在帮助文档里等人去看。
现在基础套餐是 19 美元/月，功能一直在加，毛利被压得很薄。我想涨价又怕老客户跑掉，直接改价感觉会把一年积累的口碑砸了。
别动基础套餐的价格锚点，改用价值分档加模块加购往上走。具体做法是把自动请求序列、文案 A/B、多店铺汇总、买家画像与复购识别、API 拆成独立模块，基础套餐的 19 美元保持不变，靠模块把客单价拉上去。
老客户给 12 个月的 grandfather price 锁定，新客户直接走新价，这样定价页对外看是涨了，存量客户的体感是没变。口径上，评价管理这类工具的净收入留存率目标是 100%-115%，靠的应该是模块加购和订单量自然增长，而不是基础套餐普涨；
我的经验是单靠普涨基础价，年流失率会从 3%-5% 跳到 12%-20%，而模块加购带来的流失几乎可以忽略，因为那是客户自己主动点的。涨价前先看两个数：客户平均覆盖订单比例是否超过 60%、开启的自动化序列是否超过 2 条。两个都达标说明价值已经兑现，此时推模块阻力最小；
都没达标就先修产品引导，这时候涨价只会加速流失。
读者评论
按订单量定价理论上最贴价值，但实操里旺季跳档很痛。我们黑五订单翻三倍，账单也翻，可评价处理需求并不是线性增加，很多订单还没到留评窗口。按自然月结算会逼卖家在旺季做预算博弈。如果要做，至少给一个季度平滑或超量宽限，否则续费时容易被财务挑战。
站点复杂度乘合规等级再乘订单阶梯，价格页确实能自洽，但销售解释成本可能更高。我见过客户直接问‘为什么同样八千单，我比他贵两百’，如果系数不透明，很容易变成砍价点。建议把系数拆成可验证的服务项，比如多语言人工复核、申诉通道时效，别只给一个等级数字。
文章说评价数只是结果、订单量才是可控输入，这点认同。但有个疑问：订单量里包含取消、退款、未发货订单吗？如果计费基数没定义清楚，客户会盯着账单扯皮。我们之前用按订单量计费的工具，光对账每月就要花半天，后来宁可换回固定价。定价锚点再对，账单口径不清晰也会把续费磨掉。