产品化不是把同一个项目卖多次,而是把交付过程从你身上拆下来。
一、第三次遇到同一个需求
以下情境为教学假设,人物、引语和数字不代表经核实的真实案例。
一位独立开发者连续三年接到同一类需求:把发票批量导出,再和银行流水对账。第一单报价 1.8 万元,做了 120 小时;第二单 1.5 万元,做了 90 小时;第三单客户开口就说「朋友说你会做这个,1.2 万元行不行」。
他答应了。做完之后算了一笔账:三单合计 4.5 万元,投入 300 小时,有效时薪 150 元。而报价一次比一次低,因为客户知道他会做,也知道这件事「不难」。
他想:如果做成订阅产品,每个客户每年 3000 元,100 个客户就是 30 万。于是他花六个月做了 SaaS。
结果六个月后只有 3 个付费客户。原因不是产品做得差,而是每个客户的字段映射都不一样:有人按部门对账,有人按项目对账,有人要先把两张表合并。他做的「标准产品」,在第三个客户那里就需要改核心逻辑。
重复出现是信号,不是结论。 需求重复只证明有人愿意买,不证明它可以被标准化。
二、先找三类证据
重复付费、可重复交付和可承受的单位经济是需要核实的证据,不要求所有业务满足同一个客户数或自助时间。
| 证据 | 怎么收集 | 不能据此推出什么 |
|---|---|---|
| 真实购买 | 记录问题、购买人、预算、付款及可替代方案 | 三次出现不自动证明存在大市场 |
| 核心共性 | 分出共用功能、可配置项、需人工适配和需改核心部分 | 功能点数量相同不表示成本相同 |
| 交付经济性 | 实测新客上线、支持、运维、获客及退款成本 | 注册快不证明长期可盈利 |
即便由同一个人转介绍,客户仍可能有独立预算和购买决定;反过来,三个互不认识的用户也可能只是同一笔补贴带来的非持续需求。看付款动机与决策是否独立,不仅看介绍路径。
三、按形态设交付目标
| 路径 | 可以保留的人工工作 | 本轮验收 | 应记录的单位成本 |
|---|---|---|---|
| 模板或代码包 | 售前选择、安装指导 | 目标客户按说明安装、构建并完成关键任务 | 制作升级、每单支持和退款 |
| 标准化服务 | 发现、配置、导入、培训 | 在固定范围与价格内重复完成,客户确认结果 | 每单全部工时、外包及返工 |
| 自助工具或 SaaS | 可选迁移与企业培训 | 目标客户完成关键任务,权限和数据边界正确 | 开发、获客、固定运维及支持容量 |
“30 分钟首跑”“80% 可配置”可以是某轮自助 SaaS 试验的目标,但不用于否定可盈利的人工标准化服务。目标要对应客户能力与任务;超过目标后先分析卡点,而不是直接判定不能产品化。
四、产品化判断表
先核查权属、处理数据的依据、资质和既有客户承诺,不具备条件时先解决。然后按证据安排下一次最小试验,不以加总评分抵消关键风险:
| 问题 | 有什么证据才进入下一步 | 下一步试验 |
|---|---|---|
| 谁会付费 | 有独立预算与具体问题 | 小范围收费试点 |
| 哪部分可以固定 | 实际交付记录显示哪些步骤重复 | 再交付一次并记录差异 |
| 客户能做到哪一步 | 观察安装或使用,不靠自己演示 | 按所选形态测人工介入 |
| 替代方案是什么 | 现有工具、手工、外包及不处理的代价 | 比较切换成本与价格 |
| 你能否承担维护 | 工时预算和现金缺口有记录 | 有上限的维护演练 |
没有竞品可能表示机会,也可能表示需求、预算或准入不足;已有竞品则可能证明有人购买,但还需核实差异价值。不能把“没有明显替代”自动打成最高分。
五、先卖再做
产品化最大的浪费,是先花六个月做出来,再发现没人买。三种验证方式,承诺边界完全不同:
| 方式 | 客户承诺什么 | 你能承诺什么 | 验证信号 | 失败信号 |
|---|---|---|---|---|
| 预售 | 按明确约定预付 | 交付范围、时间窗与延期/退款路径 | 真正付款及能履约的合同 | 不接受有边界的付费试验 |
| 试点 | 付少量费用,每周 1 小时反馈 | 试点范围与退出机制 | 愿意续费或转介绍 | 试点变成免费定制 |
| 候补名单 | 自愿留下联系信息 | 明确通知目的及退出 | 后续实际邀请、回复及付款漏斗 | 有订阅却无真实目标需求 |
承诺边界要写清楚:
- 预售与众筹需按实际交易和平台规则判断。向客户收款前写明交付物、时间窗、延期处理和适用退款安排,不能只用“预计三个月上线”代替履约承诺。
- 试点要有明确的范围和退出条件。客户付的钱买的是试点期使用权,不是无限次需求。
- 候补名单只验证兴趣,不验证支付意愿。 一千个邮箱不如三个付款客户。
六、什么不该产品化
| 情况 | 原因 | 替代做法 |
|---|---|---|
| 需求分散 | 每个客户要的都不一样,配置项会爆炸 | 继续项目制,按行业分组沉淀 |
| 客户要求高度定制 | 标准化会把客户真正付费的价值削掉 | 做服务化产品,锁定范围与价格 |
| 合规责任尚未落实 | 数据、资质、审计义务因客户和处理活动而异 | 先明确角色、处理依据和责任;只提供工具也不自动免除义务 |
| 单价低但支持成本高 | 收入线性,支持成本超线性 | 提高单价或退出该客群 |
合规这一条值得单独说。如果你的产品会存储客户终端用户的个人信息,你就进入了一个无法靠「单价低」减轻责任的角色:处理目的、保存期限、删除机制、跨境传输都需要逐项落实。相关义务可参考个人信息保护法 。这类领域不是不能做产品,而是产品化的前提是先有可复用的合规方案,而不是先有代码。
七、把三种门槛分开算
以下是教学预算,金额以元计,税费和直接成本必须在真实决策中补入。为保留可复算的简化模型,先明确两边的假设:
- 项目:每单 30000 元、120 小时、8 单;暂设直接及固定现金成本为 0,年营业收入和经营现金贡献均为 240000,个人总投入 960 小时。实际若有售前、空档、维护和税费,必须追加,不能照用该贡献。
- 产品:年价 3000,全部按首年新客计算;每客获客支出 600,支持外包2 小时×250=500 元现金支出,固定经营现金支出 48000。这里的 500 是外包报价,不是本人机会成本;支持能否按此价格和质量扩容需实测。
- 个人产品工时:首年开发 600 小时、固定运营维护 120 小时,合计 720;假设售前已含在获客外包内,支持已外包。若自己做,则从现金成本移至本人时间,不能两边重复扣。
- 两种模式统一用 50 元/小时作为个人时间的教学估值。无初始开发现金投入,不等于开发没有经济成本。
营业收入 = 付费客户数 × 3000
单客现金贡献 = 3000 − 600 − 500 = 1900
产品年度经营现金贡献 = 客户数 × 1900 − 48000
首年经济贡献 = 经营现金贡献 − 720 × 50
项目经济贡献 = 240000 − 960 × 50 = 192000
经营现金贡献不是会计净利润,也不扣个人时间;经济贡献是管理决策指标,不是报税口径。
| 首年客户数 | 营业收入 | 经营现金贡献 | 本人投入 | 扣本人时间后的经济贡献 |
|---|---|---|---|---|
| 26 | 78000 | 1400 | 720 h | −34600 |
| 50 | 150000 | 47000 | 720 h | 11000 |
| 100 | 300000 | 142000 | 720 h | 106000 |
| 152 | 456000 | 240800 | 720 h | 204800 |
| 200 | 600000 | 332000 | 720 h | 296000 |
固定 720 小时是容量假设,不是客户增加也无需增加工时的事实。每次扩客都要复测外包价格、管理工时和固定成本是否仍成立。
7.1 经营保本、目标贡献和开发回收
| 要回答的问题 | 本例算法 | 结果及范围 |
|---|---|---|
| 经营现金收支何时不再为负 | 向上取整 48000÷1900 | 26 个客户;尚未覆盖本人时间 |
| 首年经济贡献何时不再为负 | 向上取整(48000+720×50)÷1900 | 45 个客户;按本例时间估值计入开发 |
| 何时追平项目的 24 万现金贡献 | 向上取整(240000+48000)÷1900 | 152 个客户;这是目标贡献线,不是经营保本线 |
初始开发的时间估值为 600×50=30000。若每年 50 个新客且成本结构不变,扣固定运维时间后的年度经济贡献为 47000−120×50=41000,静态回收开发时间估值约需 30000÷41000=0.73 年。这是经济投入回收,不是银行账户现金回本;尚未计入爬坡、税费和折现,若贡献≤0则不能用除法给出有限回收期。
第二年不能再把所有用户当新客重复计算:分别列续费人数、新客人数、各自获客支出、支持工时和退款。预收年费还对应未来履约,收入确认按适用准则和实际义务判断,不把预收款全部当当期利润。
八、行动清单
- 按实际购买决策记录独立付费,不只数介绍人或功能点。
- 在模板、标准化服务、自助工具中选择本轮交付形态。
- 测一次新客户关键任务,记录人工帮助、返工和成本。
- 写明付费试验的范围、授权、交付及延期退款安排。
- 分开算营业收入、现金贡献、本人时间与经济贡献。
- 分别计算经营保本、目标贡献与初始投入回收。
- 区分首年新客、续费与扩容成本,给试验设自己的停止条件。
使用边界与实操验收
情景 A 沿用主模型:价格从 3000 提到 3750(+25%),单客现金成本仍为 1100、固定成本仍为 48000,则贡献为 2650,追平 24 万现金贡献需要向上取整 288000÷2650=109 个客户;不假设提价后销量和退款保持不变。
情景 B 独立计算:价格 2400、单客现金成本 1300、固定成本 60000,则贡献 1100,追平 24 万需向上取整 300000÷1100=273 人。若每客成本增加 500,贡献变 600,需 500 人;若价格改为 3750(相对 2400 增长 56.25%),成本仍为 1300,贡献应为 2450,需向上取整 300000÷2450=123 人。不能跨情景沿用 2650 的贡献或 114 的人数。
先改变一个输入,再重算价格、成本、固定投入与目标,最后验证客户是否愿意购买。哪项最先优化取决于真实瓶颈,没有支持成本永远优先于定价的统一顺序。
关键参考与核验范围
下列官方资料只支持所标明的规则。案例、价格、评分与工时为教学假设,核验日期:2026-10-22。
系列导航
- 上一篇:从定制到可复用:沉淀什么、不沉淀什么
- 下一篇:服务与产品并行:时间、收入与冲突
- 回到目录:一个人的服务生意:从接单、报价到产品化
- 相关阅读:组合的经济学 、SaaS Starter
继续阅读
探索更多技术文章
浏览归档,发现更多关于系统设计、工具链和工程实践的内容。