《独立开发者的商业指南·收入与财务工程》前言:三个案例、一套口径与本书读法

前言交代全书的三个案例、统一口径与阅读方法:LedgerLite、Tidecast、Nord Studio 各自代表订阅、买断与服务三种收入结构;全书金额一律用美元、比率保留一位小数,所有派生数字必须写出公式;每节配一个可逐字节还原的 TypeScript 代码块。

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

这本书有一个不太常见的写法:它不复述某个真实公司的故事,而是先设定了三个虚构案例,然后让三卷内容在同一组数字上反复演算。这样做的好处是每个结论都可以复算、每处口径都能对照;代价是读者必须先把案例设定记住。这篇前言就是为此写的。

三个案例

三个案例的规模刻意设得很近,形态刻意设得很远。

LedgerLite 是一人经营的 B2B 订阅 SaaS,服务小会计事务所的对账与报税协作,主体在新加坡。它代表「经常性收入 + 低边际成本 + 高毛利」的典型结构:260 家付费客户,每家用 77 美元/月,MRR 20,020 美元,ARR 240,240 美元;月流失率 1.5%,毛利率 84.2%,SDE 130,240 美元。

Tidecast 是一人开发的买断制独立游戏,海潮主题横版解谜,主体在美国 Wyoming。它代表「一次性收入 + 平台分成 + 强季节性」的结构:标价 19.99 美元,年销 9,600 份,Steam 占 80%,退款率 4%,平台分成 30%,最终净得 138,171 美元;SDE 121,171 美元。

Nord Studio 是两人合伙的服务加产品混合体,做品牌官网与订阅小工具,主体在英国。它代表「人力交付 + 客户集中 + 收入可转移性低」的结构:咨询 85 美元/小时、每年 110 小时,产品 39 美元/月、90 家客户,年收入 154,320 美元;两位合伙人工资 96,000 美元,SDE 只有 34,320 美元。服务收入占 72.7%,这让它的估值从标准锚 4.5 倍 SDE 折到 3.0 倍。

三个案例的完整事实表在附录 B。任何一章出现的数字,要么直接来自附录 B,要么由附录 B 的数字按写明的公式算出。书中不出现第二套客户数、收入、流失率或估值倍数。

一套统一口径

跨案例比较最容易出错的地方不是算错,而是口径不一致。本书统一了六条规则。

第一,金额一律用美元,整数展示,不写「约」字掩盖精度。需要小数时保留两位,例如单位成本 64.80 美元。

第二,比率统一保留一位小数。毛利率 84.2%、净得率 72.0%、服务占比 72.7%,都按精确金额计算后再四舍五入,不用中间值二次四舍五入。

第三,派生数字必须写出公式。例如「SDE = 毛利 − 运营费用」「LTV = 月毛利/客户 ÷ 月流失率」「CAC = 年营销费用 ÷ 年新签客户数」。没有公式的数字视为不可复核。

第四,SDE 指 Seller’s Discretionary Earnings,即扣除运营费用、但尚未扣除所有者薪酬的收益。它不等于净利润,也不等于现金流。三个案例的创始人薪酬处理不同,比较时必须先看这一点。

第五,收入按权责发生制确认,现金流按收付实现制计算。两套数字会在应收、递延收入、税费三处产生时间差,这正是卷一第 3、4 章要处理的内容。

第六,估值倍数只在同一口径内比较。ARR 倍数、收入倍数、SDE 倍数不能混用;Tidecast 的 1.8 倍针对的是净得收入,Nord 的 4.5 倍针对的是 SDE,直接比大小没有意义。

可运行的实验工程

每一节正文里有一个 TypeScript 代码块,对应 idb-lab 实验工程中的一个源文件。代码块开头有三行头:

// file: src/fin/pnl.ts
// tier: L1
// verify: node --test test/fin/pnl.test.ts

// file: 给出文件路径,// tier: 标出可运行层级,// verify: 给出验证命令。把代码块原样保存为对应路径的文件,再运行验证命令,就能得到正文中展示的结果。

idb-lab 的设计约束是:零第三方依赖、只用 Node 内置模块、金额用整数美分、比率用基点、Node 26 原生类型剥离直接运行 .ts。这些约束不是炫技,而是为了让读者在没有任何构建配置的情况下,复制一个文件就能跑。

需要说明的是,实验工程覆盖的是「可计算」的部分:利润表、现金流、单位经济、LTV、集中度、NRR、13 周现金表、估值倍数、交易调整。它不覆盖需要外部系统的部分,例如真实支付通道、银行对账、税务申报。后者在书中只写口径与判断,不写操作步骤。

本书的读法

全书 135 篇,分三卷。卷一 45 篇建立账本,卷二 45 篇处理合同与风险,卷三 45 篇完成资本与退出。每卷内部按 13 章组织,每章 3 节,另有序、前言、目录与三篇附录。

三种常见读法:

  • 顺序读:从卷一第 1 章开始,按章推进。适合第一次系统建立财务口径的读者,约需 12 至 15 小时。
  • 问题读:带着一个具体问题跳到对应章节。每卷目录页给出三条按角色划分的路径,例如「只关心现金」会跳过合同与估值,直接读单位经济、三表、现金流与压力测试。
  • 对照读:先读附录 B,把三个案例的数字抄到自己的表里,再逐章替换成自己生意的数字。这是最慢但收获最大的一种读法。

每一节的结尾都有「小结」和「常见错误与边界」。小结提炼本节的可操作结论,常见错误列出读者最容易犯的三到五个错误,以及这些错误在什么边界条件下会失效。两节之间的阅读导航会标明上一节与下一节,方便跳读后回到主线。

使用约定

书中的税率、平台分成、支付费率、合同条款都是教学设定,用于演示计算方法,不代表任何司法辖区的现行规定。真实决策前,必须按当期法规核对,并请所在地的持牌专业人士复核。

书中的案例公司、产品名、人名均为虚构。如果与真实主体重名,纯属巧合。

书中引用的站内文章,都是已经发布的章节;跨书引用使用相对链接,构建时会校验目标是否存在。读者不需要按顺序读完整个站内专题,但沿着链接读下去,会得到比单章更完整的背景。

准备好了就从目录页开始。目录页按角色给出了三条路径,也列出了全卷 13 章 39 节的完整清单。

继续阅读

探索更多技术文章

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

全部文章 返回首页

「books」更多文章

  1. 《移动游戏产品的架构·商业化与发行工程》附录 C 商业化与发行评审清单
  2. 《移动游戏产品的架构·商业化与发行工程》附录 B 双案例商业化事实表
  3. 《移动游戏产品的架构·商业化与发行工程》附录 A 商业化与发行术语速查