组合的收束:卖掉一条线、合并或回到单品
产品线走到最后,问题不是「还能加什么」,而是「该收成什么形状」。本篇给出卖掉一条线、合并产品、回到单品三种收束路径的判断表,拆卖时资产与合同的边界,以及它们与合规系列第 10 篇、资产韧性第 10 篇的分工。
tag
产品线走到最后,问题不是「还能加什么」,而是「该收成什么形状」。本篇给出卖掉一条线、合并产品、回到单品三种收束路径的判断表,拆卖时资产与合同的边界,以及它们与合规系列第 10 篇、资产韧性第 10 篇的分工。
多产品的维护不是写代码,而是盯一堆会过期的东西:依赖版本、运行时生命周期、证书、域名、API 版本、平台政策、支付通道。本篇给出一张季度巡检表、风险分级方法,以及哪些检查可以自动化、哪些必须人工确认。
产品线变重,通常不是因为加了太多产品,而是因为不敢减。本篇给出继续、冻结、日落三种处置的判断标准,30/60/90 天日落清单(通知、数据导出、退款、迁移、归档、下架),以及突然关停为什么会毁掉你下一个产品的口碑。
两个产品的价格带叠在一起,用户会选便宜的,你会失去贵的。本篇给出价格带冲突的三种形态、功能重叠的判定方法、升级路径的设计原则,以及什么时候该合并产品、什么时候该拉开价差,并附一组捆绑与折扣的协同规则。
多产品最大的错觉,是以为用户池可以随便导。本篇讲清交叉推广的四个位置与频次、捆绑定价的算术边界、跨产品数据与营销同意的合规底线,以及为什么「把 A 的用户硬导给 B」通常双输,并给出一张重叠度打分表。
多产品最容易犯的错,是用一个合并数字掩盖某条线的亏损。本篇给出必须分开算的四类指标、可以合看的三类指标、共享成本的三种分摊口径,以及连续三个月低于阈值时的观察与决策规则,并给出六个数字的最小仪表盘。
同时维护多个产品,真正稀缺的不是写代码的时间,而是处理意外的时间。本篇给出每周节奏表、每产品最小维护配额、上下文切换的批处理办法、一个人的值班规则,以及「每天每个产品都碰一点」为什么必然失败。
比较独立部署、版本化库和共享运行服务的成本、隔离与升级边界,区分认证、计费、邮件等基础能力和业务逻辑,并以实际净节省工时及风险决定共享范围。
多产品的收入看起来是相加的,成本却不是。本篇把每个产品的固定成本拆成现金、时间和风险三类,给出每产品月度成本表的模板、共享成本的三种分摊口径,以及「五个一百美元不如一个五百美元」背后的算术。
主产品月入稳定但增长停了,该不该再开一个?本篇给出五个「可以开」的信号(PMF 达标、渠道可复用、需求相邻、单产品风险高、时间有余量)与四个「先别开」的反信号,附一张判断表和 90 天最小试验的做法。
10 篇系列,讲独立开发者从「守着一个产品」到「运营一条产品线」之间的判断与工程:何时开第二条线、共享底座怎么切、一个人的时间怎么分、组合指标怎么看、产品间怎么引流、怎么避免定价自相残杀、什么产品该日落、维护负债怎么记、最后怎么收束。