先卖结果，再确定软件价格

产品尚未完成时，可以用人工服务、预售、报价或数据产品验证价格。^[1]

例如，计划开发一款自动搜集商业线索的工具，可以先手工交付一份符合明确条件的线索包。真实交易会暴露：

• 客户如何定义合格结果；
• 他愿意为哪些字段付费；
• 哪些步骤需要人工判断；
• 交付频率和数量；
• 数据过期和错误怎样处理；
• 采购和付款由谁完成。

这些信息比让用户评价一张虚构价格表更接近未来产品。服务价格不能直接复制为软件订阅价，但能帮助拆出价值单位、支持成本和可自动化边界。

用访谈研究价格

访谈不必要求客户报出一个神奇数字。可以从事实问题开始：

• 最近一次怎样解决；
• 当前使用哪些工具和人员；
• 谁拥有预算；
• 每月或每次大概花费多少；
• 什么结果会让他更换方案；
• 哪些风险会阻止购买；
• 达到什么规模需要升级；
• 采购需要哪些证明和审批。

随后展示一个明确方案和价格，观察客户怎样权衡。客户询问实施、额度、权限和合同，通常比单独说「太贵」更有信息。拒绝也要记录具体原因：没有价值、时机不对、预算不足、对象不对，还是缺少信任。

访谈样本不代表市场比例。它用于发现变量和语言，价格仍要通过真实报价与交易验证。

用页面和报价做早期测试

定价页可以在产品完成前测试，但必须准确标注当前状态。团队可以展示不同套餐、收集意向、安排访谈，或接受有清楚条件的预付。

可观察指标包括：

• 进入定价页的目标访客；
• 查看套餐与对比内容；
• 点击购买或联系销售；
• 完成资格信息；
• 接受报价；
• 实际付款；
• 因价格、范围或信任退出。

点击不等于愿意付款，口头兴趣也不等于预算批准。证据强度从页面行为、有效线索、报价、订金到真实购买逐步增加。

测试价格时尽量减少同时变化的因素。若用户、渠道、文案、功能和价格一起改变，很难知道结果来自哪里。

建立一条定价证据阶梯

不同证据对价格的解释力不同。可以按下面顺序理解：

1. 用户说问题重要；
2. 用户展示了当前流程和替代成本；
3. 用户愿意留下有效联系方式讨论方案；
4. 用户接受明确的产品范围和报价；
5. 用户愿意支付订金或预付；
6. 用户在真实使用后继续付费或升级；
7. 同类客户通过可重复渠道持续购买。

前几层适合发现方向，后几层才逐渐证明价格与交付能够共同成立。团队不必等待最高层才行动，也不能把低层证据写成已经验证。

每次定价测试可以保留一条记录：目标人群、流量来源、方案、价格、观察周期、样本、成交、拒绝理由、支持成本和下一步决定。小样本不适合计算稳定行业比例，但可以暴露决定性阻力。

如果连续没有成交，先分辨问题发生在哪里：访客不匹配、价值不清、证据不足、购买时机不对、范围不合适或价格超出预算。直接降价可能掩盖真正问题。

用收入目标反推销量和渠道

价格确定后，可以用简单情景检查它是否与团队目标和获客能力相容。

假设月度目标收入为 R，平均每个客户月收入为 A，只做最粗略计算，需要的活跃客户约为：

活跃客户数 = R ÷ A

随后补充流失、折扣、税费、支付费、模型与服务器、支持和获客成本。再问：团队每月需要新增多少客户，当前渠道能否稳定提供，销售和支持能否承受。

低价方案可能需要很大的访问和自助转化规模；高价方案需要更少客户，但可能增加演示、评估和实施。两条路都可以成立，前提是产品、人群和渠道配套。^[2]

这些指标将在后续收入与单位经济章节中完整展开。本章只用它们检查定价假设是否明显脱离现实。

提价前先找变化来源

重新评估价格的常见时机包括：价值显著增加、客户群变化、成本结构变化、支持范围扩大、竞品与市场变化，或现有套餐已经无法表达使用差异。^[2]

调整方式可以包括：

• 直接修改新客户价格；
• 保留价格但调整额度；
• 取消不再适合的新购低档；
• 增加新的高价值套餐；
• 将服务或附加能力单独收费；
• 为存量客户保留原方案一段时间。

提价说明要写清变化、原因、生效时间、存量权益和选择路径。订阅变更可能产生按比例计费、贷项和新发票，支付系统当前文档与实际配置需要在上线前核对。^[3]

一次提价的结果不能只看短期收入。还要观察新增成交、升级、降级、取消、流失、工单和净收入。

一套可执行的定价工作表

客户与问题

• 付款者、使用者和决策者分别是谁；
• 问题发生在什么场景；
• 不解决有什么影响；
• 当前替代和预算是什么。

价值与单位

• 产品交付哪些可观察结果；
• 价值随什么变量增长；
• 哪个计费单位最接近价值；
• 客户能否预测和核对。

成本与渠道

• 每个客户的固定和可变成本；
• 重度用户的最坏成本；
• 支持、退款和争议成本；
• 获客渠道与大致承受价格。

套餐

• 每档面向谁；
• 完成什么核心任务；
• 包含哪些能力、额度和服务；
• 为什么升级；
• 是否真实可买、可交付。

证据

• 访谈中的真实替代和预算；
• 页面行为和有效线索；
• 报价、订金与购买；
• 使用、升级和流失；
• 哪项证据会让团队改变价格。

发布定价前检查

• 价格对应明确客户和任务；
• 计费单位与价值和成本都有关系；
• 每档套餐可以完成有意义的任务；
• 升级理由清楚；
• 高档方案真实可交付；
• 页面说明周期、币种、额度和超额；
• 税费、取消、变更和通知经过核验；
• 用量事件能够准确记录和申诉；
• 竞品信息保留日期和地区；
• 价格没有从开发工时、国籍或 AI 用量直接拍出；
• 团队知道接下来通过什么交易证据修正。

定价是一组关于客户、价值、计量、交付和分发的选择。第一版可以不完美，但需要能够解释，也需要能够被真实交易推翻。把这套假设提前写出来，产品范围、套餐和销售路径会更早变得清楚。