这是
content/posts/indie/indie-solo-service的目录页，收录 10 篇文章。前面五组分别讲「要不要做」（生存指南）、「在哪卖」（平台寄生）、「丢了怎么找回」（资产韧性）、「怎么合法立住」（主体与合规）、「多条线怎么加减」（产品线）；这一组补的是更靠前的一段：第一个付钱的人从哪里来，以及这笔钱怎么变成能重复的现金流。
这个系列解决什么问题
独立开发者的 0→1 有两种写法。一种是做出一个产品，等人来买；另一种是先把能力卖出去，用别人的钱和时间换回自己的第一个产品。
站内大量案例其实走的是第二条路：白天接活、晚上做项目，用外包收入养游戏或工具。但很少有人把这条路写清楚——
- 第一单从哪里来？熟人、前同事、开源用户，还是平台？
- 报价该按小时、按项目，还是按结果？三者的风险差在哪？
- 客户说「再改一下」的时候，你怎么把它变成一张变更单？
- 尾款什么时候收？验收标准由谁定？
- 哪些活看起来赚钱，其实在消耗你做产品的能力？
- 攒了三年项目经验，为什么还是做不出一个产品？
这些问题不解决，服务就会变成一份没有尽头的自由职业：收入随工时线性增长，停下来就归零。
核心主张：服务不是产品的对立面，而是产品的预付学费
你用客户的钱和时间，换回一套可复用的东西；换不回来，就只是在用生命换现金。
由此有三条原则：
- 明确结算方式与风险。 比较纯工时、封顶工时和固定总价，价格、范围、授权和付款条件一起写清；价值定价不能直接变成收益保证。
- 提前约定并保留证据。 范围、合理验收、缺陷处理和变更条件共同起作用；应付尾款不等于实际到账。
- 授权先于复用。 先核权属、保密、个人信息与第三方许可，再按整理维护成本决定是否留下代码、模板或记录，不要求每单都抽通用包。
10 篇速览
| # | 文章 | 解决的问题 | 交付物 |
|---|---|---|---|
| 01 | 服务是不是你的 0→1 路径 | 四种活法的现金流与代价 | 收入结构表 + 计费折扣与现金压力测算 |
| 02 | 第一个客户从哪里来 | 七条不靠投广告的获客路径 | 渠道实验表 + 漏斗分母及成本记录 |
| 03 | 报价：从卖时间到卖结果 | 纯工时、封顶、固定价及价值定价怎么组合 | 报价单字段 + 三档价目表 |
| 04 | 需求边界：把「再改一下」变成变更单 | 范围、验收标准与修改轮次 | SOW 清单 + 变更单模板 |
| 05 | 交付节奏：里程碑、周报与验收 | 什么时候收钱、什么时候算完 | 交付节奏表 + 验收单 |
| 06 | 该拒的客户：坏客户的七个信号 | 哪些单不该接 | 客户评分卡 + 拒单话术 |
| 07 | 从定制到可复用 | 沉淀什么、不沉淀什么 | 复用度打分表 |
| 08 | 什么时候产品化 | 模板、标准化服务和自助工具的验证路径 | 产品化判断表 |
| 09 | 服务与产品并行 | 时间、收入与冲突怎么排 | 真实周历 + 结构替代与支出覆盖 |
| 10 | 收束：把服务关掉、降级或转交 | 怎么退出而不毁掉关系 | 退出清单 + 交接包 |
三条阅读路径
路径 A：还没接到第一单
02 → 01 → 03 → 05（先看客户从哪来，再决定要不要走这条路）
适合刚离职、还没想清楚「做产品还是做服务」的开发者。
路径 B：已经在接活，但越做越累
03 → 04 → 05 → 06 → 10
适合每个月都有项目、收入不低、但时间全被客户占满的开发者。
路径 C：想从项目过渡到产品
07 → 08 → 09 → 10
适合接了两三年外包、手上有一堆相似需求、想做出自己产品的开发者。
与其它专题的边界
| 专题 | 讲什么 | 与本组的区别 |
|---|---|---|
| 独立开发者生存指南 | 要不要做、怎么活下来 | 心理、方向与节奏；本组讲第一笔现金怎么来 |
| 独立开发者的平台寄生 | 在哪个渠道卖 | 应用市场与商店；本组卖的是自己的开发能力 |
| 独立开发者的资产韧性 | 账号、数据、恢复 | 出事怎么找回；本组讲接单与交付的日常结构 |
| 一个人的公司 | 主体、税务、合同、知识产权 | 法务与申报侧；本组只讲商务侧的范围、验收与付款 |
| 一个人的产品线 | 多产品的结构、成本与收束 | 产品之间的加减法；本组讲服务收入与产品收入的替代关系 |
| 一个人的前 100 天：从想法到第一批付费用户 | 自有产品的验证、构建与发布 | 卖可重复的产品；本组卖的是时间与项目 |
| 一个人让产品被看见：十条获客路径 | 产品做完之后的渠道、转化与归因 | 卖产品的获客；本组卖的是时间与项目 |
| 一个人把用户留住：激活、留存与复购 | 订阅与买断产品的留存、召回与续费 | 产品侧留存；本组讲服务客户的交付与复购关系 |
| 一个人把价格定对：定价、付费墙与涨价 | 产品的定价结构、套餐与付费墙 | 卖产品的定价；本组讲卖时间与卖结果的报价 |
| SaaS Starter | 单个 SaaS 的验证与增长 | 订阅产品的获客与留存；本组不卖订阅，卖项目 |
本系列只处理一件事：把一个人的开发能力卖成现金流，以及怎么从卖时间退到卖产品。
本组统一计算口径
- 计费工时不等于全部投入；有效时薪=（已履约项目收入−直接现金成本）÷全部项目投入工时。
- 现金跑道按真正可用储备和未来现金缺口算；年付预收、应收账款、受限资金和待履约/退款义务另列。
- 结构替代率=产品÷服务的同口径可用现金贡献；服务为0时不适用，也不能直接推出生活支出覆盖率。
- 支出覆盖率=产品可用贡献÷生活及未重复扣除的必要支出。减少服务要同时核对现金缺口、收入证据、容量和存量义务，不使用统一0.6或0.8的退出开关。
- 复用先通过授权等准入门槛，再看净节省工时。评分不抵消客户权利或保密限制。
- 产品化分模板、标准化人工服务、自助工具三条路径；分别算经营现金保本、目标贡献与开发投入回收，不统一要求30分钟自助。
价格、比例、评分和工时目标均为教学选择，只有有明确来源的法律或平台规则才作为外部要求；业务执行需按适用条件判断。
使用说明
- 文中的客户、报价、工时与纠纷都是教学假设，人物、引语和数字不代表经核实的真实案例。
- 本系列不构成法律、税务或会计意见。合同条款、发票开具、跨境收款请回到一个人的公司 并咨询专业人士。
- 每篇的清单和模板可以直接复制成自己的文档，但不要直接当成合同。
- 文中提到的平台规则、费率与政策会变化，执行前请到官方页面核对。
本组的证据与使用方法
正文已将教学假设、经验评分与官方规则分开。每篇末尾有具体实操验收及直接参考；报价、工时与复用度打分是演示输入，按自己的项目重算。客户资质、合同适用与生产操作仍按实际环境核对，不能用目录中的摘要代替正文条件。
系列导航
- 下一篇：服务是不是你的 0→1 路径：四种活法与 90 天现金流
- 相关专题：独立开发者生存指南 、一个人的公司 、一个人的产品线 、独立开发者的平台寄生