套餐按价值分组
套餐的核心任务,是把不同客户的任务、价值和支持方式分组。[1]
功能分组可以使用,但不要让低档故意残缺到无法完成主要任务。更自然的差异可能来自:
- 使用规模;
- 工作流复杂度;
- 协作与权限;
- 自动化和集成;
- 数据保留与导出;
- 安全、管理和审计;
- 支持、实施和响应;
- 品牌、自定义和白标;
- 可靠性与服务承诺。
每个套餐都应有一句清楚的适用描述:面向谁,完成什么任务,何时应该升级。
产品运营框架强调,人群、场景和问题要对应到用户实际获得的价值,再进入预算、付费墙和交易。[2] 套餐也可以按这条顺序检查:这一层客户是谁,在哪个场景获得什么结果,为什么愿意使用现有预算购买。
三档套餐只是常见起点
Basic、Pro、Business 之类三档结构容易比较,也方便形成主力套餐和高阶方案。[1] 它不是固定要求。
单一用途产品可能只需要一个价格;高度定制的企业服务可能使用「联系销售」;市场两端差异很大时,也可能需要自助产品与企业方案两条路径。
套餐数量增加会带来更多文案、权限、账单、升级、降级、测试和支持。每增加一档,都要说明它服务了哪类新客户,解决了什么原有结构无法表达的问题。
高档套餐必须真实可买、可交付。只放一个夸张高价作为虚假锚点,会削弱信任。价格锚可以帮助比较,前提是差异准确、条件透明。
为每档套餐制作价值卡
可以给每档方案填写一张卡:
- 目标客户;
- 核心任务;
- 主要结果;
- 包含的额度与能力;
- 限制;
- 支持方式;
- 升级触发;
- 团队成本;
- 购买和审批方式;
- 需要验证的假设。
示例:
| 套餐 | 目标客户 | 价值边界 | 升级理由 |
|---|---|---|---|
| Starter | 单人完成一种核心任务 | 标准流程与有限用量 | 处理量增加或需要自动化 |
| Team | 小团队持续协作 | 共享、权限、集成与更高额度 | 需要治理、安全或专业支持 |
| Business | 多团队或关键业务 | 管理、审计、实施与服务承诺 | 按组织范围单独评估 |
名称和层数可以改变,重要的是客户能判断自己属于哪一层。
把套餐翻译成确定的权益
价格页上的描述需要继续进入产品权限和账单系统。每项权益都要有可以执行的定义,例如:
- 每个周期包含多少额度;
- 额度何时重置,是否结转;
- 超额后停止、降速还是继续计费;
- 哪些成员可以使用;
- 功能是完全不可用,还是只限制规模;
- 降级后已有数据怎样保留;
- 取消后可以导出什么;
- 附加项怎样购买和移除;
- 人工支持的时间、渠道和范围。
「高级分析」「优先支持」「更多自动化」无法直接实现,也容易产生销售争议。可以改为客户能观察和团队能交付的说明。
套餐、权限、账单和页面要使用同一份稳定标识。产品上线后若只修改价格页,旧客户可能看见新的权益,系统仍按旧规则执行。每次调整应记录版本、生效日期、适用客户和迁移方式。
权益判断需要由确定的产品与账单数据完成。模型可以帮助解释套餐差异,不能根据聊天内容临时授予额度、折扣或企业权限。
价格页需要解释完整交易
定价页面不只展示数字。它应帮助客户理解权益、限制和付款后会发生什么。
至少说明:
- 计费周期与币种;
- 月付、年付或一次性;
- 每档适用对象;
- 核心能力和额度;
- 超额与附加项;
- 税费是否另计;
- 自动续费和取消方式;
- 升级、降级怎样生效;
- 支持与实施范围;
- 企业方案的报价过程;
- 价格和权益的生效日期。
价格页可以使用对比表,但不要堆满只有内部团队理解的功能名。先写结果和任务,再补充必要规格。
税务、自动续费、退款和消费者通知受地区、客户类型和销售方式影响,应按上线市场由合格专业人士确认。页面不能只复制另一个国家产品的条款。
竞品价格是观察,不是答案
竞品研究可以帮助了解市场怎样分组、使用什么单位、把哪些能力放进高阶套餐。
记录时要保存:
- 产品和页面 URL;
- 观察日期;
- 地区、币种和是否含税;
- 月付、年付或一次性;
- 套餐、额度和限制;
- 超额、折扣和企业报价;
- 客户类型与销售方式;
- 试用和退款入口;
- 仍不清楚的条件。
竞品低价可能来自更大规模、资本补贴、不同成本、不同支持或不同产品范围。高价也可能包含服务、品牌和采购能力。不能只截取数字比较。
更值得研究的是结构:客户为什么升级,价格随什么变量增长,页面怎样解释风险。
区分自助定价和企业报价
自助产品需要让客户在没有销售人员解释时完成比较和购买。价格页、额度、变更、取消和帮助必须足够清楚,产品内也要让用户看见当前套餐和使用情况。
企业报价面对的变量可能更多:成员、业务量、部署、集成、数据迁移、安全审查、实施、培训、服务承诺和合同周期。页面可以提供适用场景与起始范围,再通过发现会议确认真实需求。
企业报价仍需要结构,不能每次完全从空白开始。可以准备:
- 标准平台费;
- 席位或用量部分;
- 一次性实施;
- 可选集成与服务;
- 合同期限与付款周期;
- 折扣批准条件;
- 不在范围内的需求;
- 报价有效期。
销售人员应记录折扣理由和承诺,避免为了成交写入产品无法履行的特殊权益。最终合同、账单和产品权限要保持一致。
同一个客户从自助套餐升级到企业合同时,还要处理已有订阅、未使用额度、数据、成员、发票和服务起点。报价过程不能只产生一份 PDF。
不要用客户国籍推导价格
「海外用户更愿意付费」把许多市场、收入、行业和购买场景混成一个判断。客户支付能力和意愿需要从具体人群、问题、预算和替代方案中确认。[3]
地区会影响币种、税费、支付方式、采购习惯和价格展示,可以作为研究维度。它不能替代实际访谈和交易数据。
同一国家中,个人消费者、小企业和大型组织的预算可能相差很大;同一产品在不同场景中的价值也不同。定价分组优先使用可观察的任务和规模,不使用国籍刻板印象。
地区价格需要单独验证
产品可以根据市场采用本地币种、含税展示、购买力调整或不同销售渠道。每项变化都要有明确理由,并检查支付、税务、商店政策、客户公平感和跨区购买。
本地币种能够减少汇率理解成本,但团队会承担汇率变化、舍入和价格维护。购买力定价可能扩大可及性,也可能引发套利、VPN 判断和用户争议。不能因为某个地区平均收入较低,就推断每一类专业客户的预算。
测试地区方案时,分别记录地区、客户类型、币种、税费、支付成功、退款和净收入。公开价格还要说明适用条件,不使用虚假原价制造折扣。
定价与产品及分发、低价边界、价值分组、计费模式、套餐、价格页、提价和工作表等章节。
人群 × 场景 × 问题、价值获得、预算、付费墙、交易与分层指标等章节。
产品—人群—渠道、企业/商业/个人软件、Must-have、定价九宫格、人工服务、预付和数据产品等章节。