定价是一本账:四个锚、一个区间与一条下限

定价 19 元的工具,算完成本发现毛利只剩 56%;改成 9 元,毛利率掉到 17%,因为支持工时不会随价格一起降。把成本下限、替代方案、客户价值与支付意愿四个锚填出来,价格就从拍脑袋变成一个区间,而下限必须用扣完所有成本后的毛利来定。

价格不是你觉得产品值多少,是扣完所有成本之后还剩多少。

一、19 元与 9 元,差的不是 10 块

以下情境为教学假设,人物、引语和数字不代表经核实的真实案例。

周叙做了一个小工具叫「回执」,给自由职业者生成报价单和回款提醒。功能不复杂:选模板、填项目、导出 PDF、到期自动发提醒。他把价格定在 19 元一个月,理由是「同类工具差不多这个价」。

做了半年,付费用户 200 个,月收入 3800 元。他觉得还行。直到有一次他算了一下自己每个月花在这件事上的时间——二十个小时,全在回邮件和改导出格式——才意识到 3800 元里有很大一部分是他在给自己发工资。

他试着把价格降到 9 元,想看能不能把用户做到 400 个。三个月后确实到了 380 个,月收入 3420 元,比原来还少。而他每个月花的时间变成了三十多个小时。

同样一个产品,价格降了一半,用户翻了一倍,收入反而下降,自己的时间还被吃掉了。这件事用「薄利多销」解释不通,因为支持成本不随价格下降。

二、四个锚,而不是一个感觉

定价常见两种做法:看同行,或者问自己「多少钱我愿意买」。两种都不够,因为它们只提供了一个锚。

完整的定价需要四个锚:

锚回答的问题数据来源作用
成本下限卖一单我亏不亏账单、工时记录划出不能低于的线
替代方案价格客户现在怎么凑合访谈、竞品页判断价格有没有超出心理基准
客户价值上限用户因此省了多少用户自述 + 折算判断价格有没有超出价值
支付意愿用户愿意掏多少报价测试、真实成交校正前三个锚

四个锚不是四个数字,是四个方向。成本往下拉,价值往上推,替代方案定基准,支付意愿做校正。价格落在它们围出来的区间里,才算定完。

先说最容易被跳过、也最容易出错的那个:成本。

三、把成本拆到底

「回执」的成本不止服务器。按月、按 200 个付费用户分摊:

服务器与存储      40 元/月 ÷ 200 = 0.20 元/用户
邮件与短信服务    30 元/月 ÷ 200 = 0.15 元/用户
支付手续费        19 × 2.9% + 0.30 = 0.851 元
税费(按 6% 简化) 19 × 6% = 1.14 元
支持工时          20 小时/月 ÷ 200 = 0.1 小时
                  0.1 小时 × 60 元/小时 = 6.00 元
合计成本 = 0.20 + 0.15 + 0.851 + 1.14 + 6.00 = 8.341 元
毛利 = 19 − 8.341 = 10.659 元
毛利率 = 10.659 ÷ 19 ≈ 56.1%

五项里最大的一项是支持工时,占成本的 72%。这是个人产品的典型结构:服务器几乎不要钱,时间才是真成本。

同样的算法换成 9 元:

服务器与存储      0.20 元
邮件与短信        0.15 元
支付手续费        9 × 2.9% + 0.30 = 0.561 元
税费(6%)        0.54 元
支持工时          6.00 元(不随价格变化)
合计成本 = 7.451 元
毛利 = 9 − 7.451 = 1.549 元
毛利率 = 1.549 ÷ 9 ≈ 17.2%

价格降了 52.6%,毛利率从 56.1% 掉到 17.2%。原因是那 6 元的支持工时是固定的:不管收 19 还是 9,用户该问的问题一个不少。

这就引出一条下限规则:定价必须让毛利覆盖支持工时之外的再投入。 如果 9 元时毛利率只有 17%,意味着每卖一单,能用来做新功能、写文档、投广告的钱只有一块五。

支持工时怎么记才准?不要凭印象。三个来源按可靠度排序:

  1. 工单系统导出的时长:有开始与结束时间,最准。
  2. 邮箱里回复支持类邮件的次数 × 单次估时:次准,误差在两成以内。
  3. 「我觉得每周大概花十几个小时」:只能用来说明量级,不能进账本。

周叙用的是第二种:一周回了 23 封支持邮件,平均每封 8 分钟,加上两次远程协助各 20 分钟,合计约 3.7 小时/周;再算上写帮助文档与排查环境问题的时间,按 4.6 小时/周计,乘 4.3 周约 20 小时——和他估的差不多,但现在这个数字有来源了。

还有一种更隐蔽的情况:定价低到毛利为负。把上面的支持工时换成 30 小时/月,9 元时成本变成 16.45 元,每卖一单亏 7.45 元。用户越多,亏得越多,而账面上「月收入」还在涨。

四、另外三个锚怎么填

成本只给出下限,上限要看客户。

替代方案价格。 自由职业者现在的做法通常是 Excel 模板加手工排版,模板不要钱,但每次做报价单要花四十分钟。也有人用竞品,29 元一个月。这两个数字构成心理基准:低于 29 元显得「比竞品便宜」,高于 0 元需要解释「为什么不用免费模板」。

客户价值上限。 用用户自己的话折算。访谈里有人说「以前一份报价单磨半小时,现在十分钟」,按 60 元/小时算,每月做 4 份就是省 80 分钟,折 80 元。这是上限,不是定价——没人会把省下的钱全交给你。

支付意愿。 不要问「你愿意付多少」,这个问题得到的答案普遍偏高。用两个更具体的问题:「多少钱你会觉得太贵、直接不考虑」和「多少钱你会觉得便宜到怀疑质量」。12 次访谈的结果:

说「太贵」的分界:15 元(5 人)、25 元(4 人)、40 元(3 人)
说「太便宜」的分界:5 元(6 人)、10 元(4 人)、15 元(2 人)
可接受区间大致落在 15–25 元,中位数 18 元

三个锚摆在一起:成本下限要求至少 17 元(毛利 50% 左右),价值上限 80 元,替代方案 0 或 29 元,支付意愿中位 18 元。区间就是 17–25 元,19 元落在里面,且靠近下沿——这意味着还有涨价空间,但当前价格不算错。

反过来,如果四个锚给出的是 8–12 元,而成本下限要求 17 元,那说明这个产品在当前成本结构下不该做订阅制,该换模型或砍支持成本。这是定价账本最重要的用途:它会在你投入更多之前告诉你这个生意成不成立。

四个锚的变化速度不一样,账本要按不同的频率重算:

锚多久变一次什么会让它变
成本下限每季度服务器涨价、支付费率调整、支持量上升
替代方案价格每半年竞品涨价或降价、免费工具变强
客户价值上限每年用户的时薪变化、流程本身被改写
支付意愿每次访谈后产品功能变化、用户构成变化

两个锚打架的时候,以成本下限为准。比如支付意愿只有 12 元,而成本下限要求 17 元,这时候不能「尊重市场」定 12 元然后亏着卖,而要问:为什么成本这么高?是支持太重,还是产品本来就该做成一次性买断?

还有一种情况是四个锚都指向一个很高的价格,但你不敢定。这时候缺的通常不是定价依据,是价值表达——用户在定价页上看不到那个「省下 80 分钟」的证据。先补证据,再谈价格。

五、行动清单与复算验收

  • 列出五项成本,服务器、邮件、手续费、税费、支持工时,缺一项都不算完
  • 用「月成本 ÷ 付费用户数」算出每用户分摊,不要用「总成本 ÷ 总收入」
  • 记录最近一个月的支持总时长,换算成金额
  • 找出客户现在用的替代方案,写下它的真实成本(含时间)
  • 做至少 8 次支付意愿访谈,问「太贵」与「太便宜」两个分界
  • 把四个锚写在一张纸上,标出区间与成本下限

验收标准:能说出自己的成本下限是多少元、毛利是多少,并解释当前定价为什么落在这个区间里。 说不出成本明细的,定价就还是感觉。

使用边界与实操验收

本文的成本口径是简化版:税费只按一个比例估算,没有区分可抵扣进项;支付手续费取的是一个常见档位,实际费率随地区、通道与交易类型变化,需要以自己的账单为准。涉及税务处理的部分不构成财务意见。收款渠道与开票对账的完整口径属于收款、开票与对账 的话题。

本文也不主张「毛利必须 50% 以上」。有些产品靠低价换规模、再靠增值服务变现,那是另一种模型,前提是支持成本能被产品化压缩。本组讨论的是一个人维护、没有专职支持的产品,这类产品的支持成本几乎固定,所以毛利下限必须留够。

本文的数字全部是教学演示。验证以自己连续三个月的账单与工时记录为准:把每月的五项成本重算一遍,看毛利率是在升还是在降。如果毛利率连续下降而价格没变,问题多半在支持成本,不在定价。

三个月是一个合适的重算周期:太短会被单月波动带偏,太长会错过成本结构变化的拐点。每次重算只需要更新五个数字,十分钟就能做完。

关键参考与核验范围

本文的成本项、费率与毛利数字均为教学演示。核验日期:2026-10-23。

上述两条只用于说明合规取向,不构成法律意见。支付服务商的具体费率、税务申报口径在本次核验中未逐条比对,故不引用其条款原文、不附链接。

系列导航

继续阅读

探索更多技术文章

浏览归档,发现更多关于系统设计、工具链和工程实践的内容。

全部文章 返回首页

「Indie」更多文章

  1. 定价复盘:价格、转化、留存与退款的一张表
  2. 低流量定价实验:样本不够时怎么测
  3. 结账页:币种、税费、失败重试与拒付