关于 pricing-strategy
此 Skill 围绕客户细分、交付价值、定价模式和竞争环境，组织产品定价建议。适合制定或调整定价与套餐的团队。
主要功能
- 01评估客户细分与产品价值
- 02选择定价模式
- 03判断是否采用免费增值
- 04提供三档套餐设计指引
- 05规划竞争定位与价格调整
适用场景
- 01为 SaaS 产品选择定价模式
- 02比较免费增值与付费方案
- 03设计客户套餐和升级触发点
- 04规划价格调整
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/pricing-strategy确认已加载。
附带文件references/model-selection.md
详细介绍
定价策略技能
制定能够体现所交付价值的定价，而不是按构建成本定价。每项定价决策都应考虑客户细分、价值指标识别、竞争环境和套餐建议。
定价基础
做出任何定价决策前，需要回答三个问题：
- 谁是我们的买家？（角色、公司规模、支付意愿）
- 我们能带来什么价值？（可量化的成果——节省时间、创造收入、降低风险）
- 我们的定价模式是什么？（按席位、按用量、统一定价、混合定价）
定价模式
| 模式 | 最适合 | 风险 |
|---|---|---|
| 按席位 | 协作工具、团队软件 | 团队规模扩大时，会抑制产品采用 |
| 按用量 | API、基础设施、消耗型工具 | 双方的收入都难以预测 |
| 统一定价 | 简单工具、早期阶段产品 | 高级用户带来的收入未能充分挖掘 |
| 分层定价 | 用户群体划分明确的产品 | 功能门槛会让用户感到沮丧 |
| 免费增值 | 边际成本低、具有病毒传播效应或采用 PLG 模式的产品 | 付费转化难以设计 |
| 基于价值 | 企业级、以成果为导向的产品 | 需要有力的投资回报论证 |
免费增值决策框架
适合采用免费增值模式的情况：
- ✅ 每位免费用户的边际成本接近零
- ✅ 产品天然具有病毒传播效应（网络效应或分享）
- ✅ 免费层能创造真实价值（而不只是演示版）
- ✅ 存在明确的升级触发条件（功能、用量或团队规模）
- ✅ 转化率基准切实可行（免费转付费的典型比例为 2–5%）
应避免采用免费增值模式的情况：
- ❌ 每位免费用户的支持成本很高
- ❌ 产品中没有自然的升级触发条件
- ❌ 核心价值依赖于你必须设置使用门槛的功能
套餐 / 分层框架
SaaS 推荐采用三层结构：
| 层级 | 目标客户 | 价格信号 | 主要功能 | 锁定机制 |
|---|---|---|---|---|
| 免费版 / 入门版 | 个人用户、初期探索者 | $0 | 核心价值、用量受限 | 邀请同事、导出限制 |
| 专业版 / 增长版 | SMB、成长中的团队 | $[X]/席位/月 | 完整功能、更高限制 | 团队协作、集成 |
| 商业版 / 企业版 | 中型市场、企业 | $[X]/席位/月或定制 | 管理功能、SSO、SLA、专属支持 | 安全、合规、用量 |
套餐设计规则：
- 每个层级都应能真正满足目标客户群体的需求
- 用户应自然地感受到升级触发条件，而不是人为制造
- 层级间 3–5 倍的价格差距很常见，也有合理依据
竞争定价环境
| 竞争对手 | 模式 | 价格 | 主要差异化优势 |
|---|---|---|---|
| [Name] | [Model] | [Price] | [What they lead with] |
定位选项：
- 高端： 定价比市场高 20–40%。以企业功能、支持服务或品牌为依据。
- 平价： 与市场领导者持平。凭借产品或分销取胜。
- 高性价比： 定价低于市场水平。靠销量取胜。若没有良好的单位经济效益，风险很高。
输出格式
定价策略建议 — [Product] — [Date]
当前状态： [目前已有的定价（如有）] 待解决问题： [重新审视定价的原因]
建议的定价模式： [模式名称 + 理由]
价值指标： [随客户价值增长的单一单位——例如，“活跃用户数”、“API 调用次数”、“处理的文档数”]
拟议套餐：
[采用上述三层结构的表格]
免费转付费升级触发条件： [促使用户自然产生升级需求的具体时刻或门槛]
竞争定位： [高端 / 平价 / 高性价比 + 理由]
定价变更推广计划（如适用）：
- 保留旧价格： [是 / 否 — 建议和理由]
- 沟通计划： [如何告知客户 + 时间安排]
- 回滚计划： [在什么情况下恢复原定价]
风险：
- [风险] → 缓解措施：[行动]
变更后需监控的指标：
- 转化率（免费转付费）
- 各层级的流失率
- 每用户平均收入（ARPU）
- 扩展收入
所需输入
根据已提供的信息开展工作。如果缺少以下任何信息，仍须生成完整输出：对每处缺失内容作出合理假设，并标注为 (假设，需确认)，最后列出这些假设。只有在核心主题本身缺失（无内容可写）时，才先提问。
- 产品或服务的定价对象
- 当前定价（如有，以及审查定价的原因）
- 目标客户群体（规模、角色、付费意愿）
- 主要竞争对手及其定价（如已知）
- 商业模式（SaaS / Marketplace / Usage-based / Other）
- 首要目标（提升采用率 / 提高 ARPU / 降低客户流失率 / 进入新市场）
深入材料
references/model-selection.md— 模型选择决策树，以及各类模型从业者的遗憾表
质量检查
- 明确定义价值指标（随客户价值增长的计量单位）
- 明确规定免费版升级到付费版的触发条件（不能只是“需要更多时”）
- 选定并说明竞争定位（高端 / 持平 / 高性价比）
- 定价变更的推出计划包含是否保留现有价格的决策
- 定义反向指标，以发现反常激励
- 为风险制定具体的缓解措施（不能只列出风险）
反模式
- 不要只以成本加成为依据定价——定价必须体现为客户创造的价值
- 不要设计中间档明显性价比更差的套餐——这会损害信任，并迫使客户选择两端套餐
- 不要在没有迁移计划的情况下更改现有客户的定价——意外涨价会导致客户流失
- 不要将企业定价设为“联系我们”，却不设最低价——这会阻碍客户自助评估和资格筛选
- 不要跳过竞争定位——脱离市场制定价格，策略并不完整
指南
- 绝不要根据成本定价——应根据为客户创造的价值定价
- 尽可能始终对价格变更进行 A/B 测试；如果无法进行 A/B 测试，则使用地理区域留置组
- 建议提供年度定价并给予 15–20% 折扣——这有助于改善现金流并降低客户流失率
- 如果企业定价采用“联系我们”的方式，建议设置最低价，以筛选主动咨询者
示例触发语
- “设定定价。”
- “设计定价套餐。”
- “评估免费增值模式与付费模式。”
- “准备定价变更。”
评论
支持 Markdown