为什么好产品也可能是一门坏生意

客户满意，产品有人用，评价也不错。创始人打开报表，却发现每份新合同增加的负担比利润更快。团队提议提高转化、购买更多流量。但首先应弄清，究竟准备放大什么。

产品有两个不同结果：帮助人完成任务，以及为公司赚取足够收入继续服务。前者不会自动保证后者。两者之间隔着定价、获客成本、实施、支持，以及客户关系持续时间。

从一个客户开始

以一个假设的采购审批服务为例，订阅每月 12,000 卢布，基础设施、文档处理和客户支持平均每客 5,000 卢布，扣除固定费用前，每月剩下 7,000 卢布贡献。

获得一位付费客户需 42,000 卢布，实施再需 21,000 卢布：人员迁移基础数据、配置流程并培训员工。即使部分工作由创始人完成、没有给自己开账单，成本也不会消失。

最后一行是 63,000 除以 7,000。它假设客户每月付费、成本稳定、暂不增购也不流失。这是用来提出问题的参照，不是精确预测： 这一批客户能否收回为他们投入的资金？

漂亮的平均值可能藏着两种不同生意

假设小团队能自助上线，很少求助；大客户付费更多，却需要专属集成、安全审批和持续改动。把它们混成一个平均客单价，经济账看似整齐，决策却仍不清楚。

在相同时间跨度、相同核算规则下比较客户。获客包含什么？实施记在哪里？支持工作怎样分摊？一次性集成已收费，还是仍需回收成本？没有这些共识，两个部门可能都诚实地算出不同“利润”。

单位经济模型与细分、战略相连：决定为谁构建产品，也同时决定如何销售、服务和盈利。

确认客户为什么结果付费

连锁企业老板可能希望采购审批不再反复打电话给店长，财务负责人则希望付款不超预算。同一界面参与两种任务，但价值、要求和采购流程并不相同。

如果服务按廉价申请存储工具销售，却实际需要昂贵的财务控制配置，问题可能在承诺和服务模式。统一提价只是一个选项。还可以单独收实施费、缩小场景、标准化集成，或选择标准配置就够用的客户。

每个决定都要验证。提价可能提高留下客户的收入，同时拉长销售周期；自助上线可能降低成本，却恶化激活。经济模型应该同时呈现两种影响。

别把 LTV 当作花钱许可

LTV 估计客户在整个关系周期内对企业的价值。用于获客决策时，最好以边际贡献计算，并明确时间跨度和成本范围。不能拿生命周期营收减去获客成本，就把差额叫利润。

新订阅业务尚未观察到完整生命周期。几个月良好留存，不能证明未来会连续支付几年。因此，应把同期群实际累计贡献与预测并列，再测算提前流失、支持更贵或降价时会怎样。

即便客户最终能回本，也需要融资支持。销售和实施的资金今天支出，九个月后才回来。快速增长可能在会计利润出现前，先造成现金缺口。

下周可以做的决策

选取同一细分中最近完成的实施项目，逐个汇总付款、销售成本、上线工时、支持请求与续费，并分别标记事实和预测。

找到最影响回本、且团队确实能改变的成本。如果是人工实施，下一个产品任务可能就是标准配置。成功标准是在保留结果质量的前提下，降低首次价值之前的成本。这样，新功能进入需求列表之前，经济逻辑就已开始指导开发。