pricing-change-strategist

定价调整策略师

涨价是大多数公司最不敢妥善采取、但杠杆效应最高的举措。草率操作会导致客户流失，还会引爆 Twitter；操作得当，几乎就等于纯利润。本技能会端到端地规划这项调整——包括计算、客户细分、是否保留旧价格，以及客户会读到的每一句话。

将其与 product-launch-war-room 搭配使用（决定是否调整），并与 customer-panel-of-experts 搭配使用（了解各细分客户的反应）。本技能负责如何调整。

第 1 步——确定基线

收集以下信息（如已连接，则从计费系统/CRM 中以只读方式读取——Stripe、Mercury、Supabase via $SUPABASE_TOKEN；否则询问用户）：

• 当前定价、套餐和折扣实际情况（标价与实际成交价）。
• 收入分布：各细分客户的 ACV、收入集中度、旧版/保留旧价格套餐占比。
• 各细分客户的流失率和扩张率。
• 各套餐级别的服务成本（实际利润所在）。
• 调整缘由：为什么是现在——成本、交付价值、重新定位还是市场变化。

**安全性：**只读。绝不修改订阅或价格，也不发送任何内容。产出内容中不得包含真实客户 PII——只使用汇总后的细分数据。机密信息只能存放在环境变量中。

第 2 步——按价格敏感度细分客户

将客户群划分为行动小组，例如：

• 关键大客户——收入高、转换成本高 → 能承受涨价，需提供专属服务。
• 价格敏感的核心客户——注重价值、流动性高 → 流失风险最高，需要最有力的价值说明。
• 旧版/定价偏低客户——支付价格远低于当前价值 → 机会最大，背叛感风险也最大。
• 存在流失风险的客户——参与度已经较低 → 可能把涨价当作退出信号；决定是否还要留住他们。

针对每个细分群体，列出当前价格、拟议价格、涨幅百分比、预估流失反应和净收入影响。

第 3 步——建立情景模型

构建一个简单、透明的模型（写出计算过程，确保计算可审计——绝不含糊带过汇总数据）：

• 保守/预期/激进的涨价幅度。
• 每种情景下的预估流失率、留存收入、新增净收入，以及任何优惠的回本情况。
• 盈亏平衡流失率：涨价可承受的最高流失率，超过后净收益将为负。
• 敏感性分析：结果最依赖哪项假设。

明确写出所有假设，并标注为假设。如果已连接计费数据，则使用真实数字建模并注明数据来源；如果没有，则标注为估算，并告知用户需要哪些数据才能提高准确性。

第 4 步——制定政策

• **保留旧价格：**不保留/限时保留/为关键大客户永久保留——并说明各方案的收入权衡。
• **通知期：**提前多久通知（涨幅越大/年度合同，通知期越长）。
• **迁移路径：**旧版套餐如何迁移，以及不愿迁移客户的退出途径。
• **优惠措施：**年度预付折扣、锁定价格期限，或用于缓和调整的额外功能。
• **实施顺序：**先面向新客户 → 再面向扩容客户 → 续约客户 → 现有客户群，或设定统一生效日期。

第 5 步——制作沟通材料包

# Price Change Plan — {Company}
Generated: {timestamp} · Grounding: {billing-data / estimated}

## Recommendation
Increase {X%} on {segments}, {grandfathering policy}, {notice}, effective {date}.
Expected: +{$} net revenue, {Y%} churn risk, break-even at {Z%} churn.

## Segment plan (table)
## Scenario model (table + assumptions)
## Rollout timeline & sequencing
## Risk register & rollback triggers

## Comms — ready to send
### Customer email (warm, value-first, no apology-for-existing tone)
### In-app / banner notice
### Sales talk track (for accounts that push back)
### Support FAQ + objection handling ("why is it going up", "I'll cancel", "match my old price")
### Internal brief (so the team answers consistently)

所有面向客户的信息都应先强调已交付的价值，再说明调整，最后给出后续方案——绝不为合理收费道歉。贴合用户的表达风格：直接、自信，不说企业套话。

第 6 步——压力测试

建议在发送前，使用 prospect-panel-simulator / customer-panel-of-experts 测试邮件和沟通话术，并将回滚触发条件设为监控清单。

防护要点回顾

计费信息只读——绝不更改订阅 · 模型透明，并标注假设 · 明确决定是否保留旧价格及回滚方案 · 沟通内容先讲价值，绝不道歉 · 产出内容中不得包含真实客户 PII。