数据不会说谎，但会安静地给出错误结论。
这个系列解决什么问题
一个人做产品，装一个分析工具是十分钟的事，把数字变成能用的判断是另一件事。工具会给你四十个数字，却不告诉你哪个数字该为哪个决定负责；它会给你一条上升的曲线，却不告诉你那两周的埋点其实是坏的。
这个系列把中间那层补上：先用六个决策筛出十二个指标，再用一张事件字典把「发生了什么」定义清楚；然后用三处校验确认事件真的到了，用五个要素把每个指标的口径写死；接着做五步漏斗看哪里在漏，把一屏四区的看板固定成每周十五分钟的习惯；再把数据质量、采样与保留期管住；最后处理实验与灰度——一个人到底能测什么、不能测什么，并用九项检查与四张表做季度验收。
它服务的是一个人。 你没有数据团队、没有 BI 平台、没有实验平台；你能投入的是每周十五分钟，和四张自己维护得住的表。
核心主张：五条口径
- 指标要挂在决策上，不挂在工具上。 说不清它服务哪个决定的指标，先别做。
- 事件字典比看板重要。 名字改了、属性缺了，看板再好看也是错的。
- 口径必须写成五要素。 名称、定义、分子分母、时间窗、数据源；缺一个就还原不出来。
- 数据质量是每日例程，不是季度专项。 一个「昨日事件量」格子比十条告警有用。
- 小流量只能测大效应。 一千一百五十个注册一个月，测得出五个百分点，测不出两个。
10 篇速览
| # | 文章 | 核心内容 | 阶段 |
|---|---|---|---|
| 01 | 度量从问题开始：六个决策与十二个指标 | 六个决策、三层指标、40 个数字里只看 4 个 | 起手 |
| 02 | 事件字典：二十四个事件、六个属性与一张变更表 | 五组事件、六个必填属性、命名与改名成本 | 定义 |
| 03 | 埋点实现：客户端十四、服务端十与三处校验 | 两侧分工、丢失率、事件幂等与上线回归 | 采集 |
| 04 | 指标口径：十二个指标的五个要素与八个同名不同义 | 五要素六十格、流失率与 ARPU 的两种算法 | 口径 |
| 05 | 漏斗：五步、三个分母与最小样本 | 五步转化、三个分母、最小样本与两处提升复算 | 诊断 |
| 06 | 看板：一屏四区与每周十五分钟 | 四区十二格、噪声带、周流程与决策记录 | 呈现 |
| 07 | 数据质量：四条校验、三方对账与异常清单 | 四校验、三方计数、异常清单与拦截成本 | 校验 |
| 08 | 成本与采样：十五万条事件、四成诊断量与九十天保留 | 事件量模型、分层采样、保留期与存储账 | 成本 |
| 09 | 实验与灰度：一个人能做的 A/B 与不能做的 | 样本量公式、四个替代方案、偷看的代价 | 验证 |
| 10 | 度量验收：九项检查、四张表与一次决策复盘 | 九项检查、四张表、四维加权与季度复盘 | 验收 |
三条阅读路径
路径 A：还没装分析工具。 从 01 的六个决策开始，把 12 个指标先定下来，暂时没有数据来源的留空；再用 02 建字典，用 03 的三处校验把第一批埋点上线。这条路径的重点是「先准，再全」。
路径 B：有数据，但不敢信。 先做 04 的口径表，把争议最大的三个指标写死；再用 07 的四条校验与三方对账，找出哪一段数字不可信；最后用 08 决定哪些事件可以采样。这条路径的重点是「先让它可解释」。
路径 C：数据能用，但没用上。 从 05 的漏斗找最大流失步，用 06 把看板压到一屏并固定周流程，再用 09 判断哪些改动真能测出来；季度末用 10 的九项检查做一次自评。这条路径的重点是「把数字变成决定」。
与其它专题的边界
站内已有留存、获客、研究与定价内容，它们都消费指标，但都不处理「指标是怎么被生产出来的」。下表说明本组不重复什么。
| 既有内容 | 它讲什么 | 本组边界 |
|---|---|---|
| 一个人把用户留住：激活、留存与复购（10 篇） | 同队列留存账本、激活时刻、留存曲线与流失分诊 | 它用数字做留存；本组管这些数字怎么采集、口径怎么写 |
| 一个人让产品被看见：十条获客路径（10 篇） | 渠道打分、落地页转化与归因复盘 | 它按渠道记账；本组管事件与分母的定义本身 |
| 一个人把用户搞懂：访谈、观察、可用性测试与证据链（10 篇） | 定性证据、取样、偏差与决策记录 | 它讲「为什么」；本组讲「有多少」，两者互为对照 |
| 一个人把价格定对：定价、付费墙与涨价（10 篇） | 定价模型、套餐、付费墙与低流量实验 | 它决定价格；本组只提供转化与收入的口径 |
| 一个人的运维：可用性、告警、事故与值班（10 篇） | 可用性预算、探针、告警与事故复盘 | 它管系统健康；本组管产品行为的度量 |
| 一个人给产品加 AI：判据、成本、护栏与验收（10 篇） | 推理成本、评测集与降级预案 | 它评模型效果；本组评用户行为 |
| 一个人把软件交付到用户手里：签名、安装、更新与审核（10 篇） | 崩溃遥测、灰度推进与版本回滚 | 它看版本健康；本组看版本之间的行为差异 |
| 一个人的多租户：组织、邀请、角色与数据隔离（10 篇） | 组织模型、权限矩阵与审计日志 | 它记「谁改了什么」；本组记「用户做了什么」 |
| 一个人的财务：现金流、runway 与月度结账（10 篇） | 收入确认、成本清点与 runway | 它算钱；本组算行为，两者的分母必须一致 |
| 信息安全与云安全专题 | 威胁建模、认证授权与安全运营 | 它讲攻击面；本组只讲行为数据的采集边界 |
| 数据可视化专题 | 图表选型、可视化编码与仪表盘设计 | 它讲怎么画；本组讲画什么、画几个 |
| 一个人的架构：技术选型、模块边界与演进（10 篇） | 技术选型排除法、九个模块与依赖方向、数据迁移三步、四个升级窗口、技术债预算、三次规则、重构判据、可替换性、幂等与补偿、四维验收 | 那组讲代码怎么组织；本组讲事件字典、指标口径与决策看板 |
| 一个人的计费系统：订阅状态机、按比例计费与失败重试（10 篇） | 订阅状态机、五个时点、按比例计费、按量计量、催收、退款拒付、发票税务、对账漏损、自建决策、十二项验收 | 那组讲计费事件与账单；本组讲事件字典、指标口径与决策看板 |
| 一个人的隐私工程：数据地图、最小化与删除权（10 篇） | 数据地图、最小化、合法性依据与同意、政策一致性、数据主体请求、删除、保留期、跨境与供应商、泄露响应、十二项验收 | 那组讲事件字段与九十天保留；本组讲事件字典、指标口径与决策看板 |
| 一个人的数据搬家：导入、去重、迁移与退出（10 篇） | 迁移漏斗、导入契约、字段映射、去重合并、幂等重跑、人工代导入、窗口与回滚、附件限额、导出退出、十项验收 | 那组讲导入批次与失败行；本组讲事件字典、指标口径与决策看板 |
| 一个人的质量守门：验证预算、回归清单与发布门禁（10 篇） | 47 缺陷与三条红线、12 条关键路径、三层配比、38→26 回归、六项门禁、四级缺陷、测试数据、不可逆保护、测试债、十项验收 | 那组记缺陷与验证账；本组讲事件字典、指标口径与决策看板 |
| 一个人的安全基线：十四个入口、十七个密钥与一次 72 小时响应 | 14 个攻击面、认证与枚举、会话撤销、17 个密钥三档、四条边界、41 个依赖与 186 条告警、四类限流、9 类审计日志、72 小时三段响应、20 项验收 | 那组讲日志与审计证据；本组讲事件字典、指标口径与决策看板 |
| 一个人的性能与账单：4.2 秒的首屏、一千二百次查询与每月 210 美元 | 4 项预算与 20 格、RUM 与慢查询、412→168 KB、1,200→3 次查询、0→86% 缓存、34 秒导出、7→4 个第三方、210→118 美元、3 次回归告警、10 项验收 | 那组讲性能指标与 RUM 采样；本组讲事件字典、指标口径与决策看板 |
| 一个人的企业客户：九家询价、一百四十八道问卷与 134 天的第一单 | 9 家询价与 130 h、96 天采购、148 题问卷、7 个子处理者、SLA 43.2/216 分钟、26 h SSO、4 周试点、38 天到账、8 h 实施、10 项验收 | 那组讲企业客户的采纳与健康指标；本组讲事件字典、指标口径与决策看板 |
| 一个人的开源产品：4,200 个 star、一百八十个付费与一年 612 小时的维护 | 4,200 star 与 1,949 美元、612 h 维护、214 依赖、48,600 行 78/22、1,180 个 issue、214 条告警、23 个赞助者、9 家双许可、17 位贡献者、10 项验收 | 那组讲开源的转化漏斗；本组讲事件字典、指标口径与决策看板 |
这十篇不承诺「按这套做就能做出增长」，也不提供任何分析工具的价格与功能对比。可复算的部分全部用四则运算给出算式；不可复算的部分（工具选型、合规要求）明确指向对应专题与官方文档。所有数字都是教学假设，代入前请换成自己的访问量与事件量。
本组统一口径
全组共用一组教学假设，各篇引用时不换分母：
账号 344 = 120 付费 + 224 免费/沉默
月访问 4,800（含未登录访客）→ 注册 1,150 → 激活 620 → 首次创建 410 → 付费 120
整链转化 = 120 ÷ 4,800 = 2.5%
分步转化 = 24.0% / 53.9% / 66.1% / 29.3%
MAU 210、WAU 96、DAU 24；DAU/MAU = 11.4%、WAU/MAU = 45.7%
活跃人日 720 = 24 × 30；人均 18 个事件/活跃日
日均事件 432；月 12,960；年 155,520
单条 600 字节 → 月 7.4 MiB；年 89 MiB
事件字典 24 个事件 × 6 个必填属性 = 144 个字段（服务端另补 2 个，共 192）；实际有量 18 个
指标 12 个 = 结果 3 + 驱动 5 + 护栏 4
周核对 15 分钟、月核对 60 分钟 → 年 25 小时
访问量大于账号数。 4,800 次访问里大部分是未注册访客；把访问当成「用户」会让整链转化看起来低得离谱，也会让渠道判断失真。
活跃有三个口径。 DAU 24、WAU 96、MAU 210 是同一批人的三种粒度，不是三批人；三者的分母都是 344。
事件量按活跃人日算，不按注册数算。 12,960 = 720 人日 × 18；用 344 个账号乘会高估四倍。
十二个指标是容量，不是配额。 填得满就填满，缺数据来源的先留空；为了凑数填假数字，比少几个指标更糟。
使用说明
先读 01，不要先装工具。 不知道该为哪个决定看数，装了工具也只是多一个不看的面板。
每篇都可以单独使用。 文章之间共享基线，但不依赖前后文；你可以只拿 02 的字典模板或 07 的校验清单回去用。
先做零成本的动作。 事件字典、口径五要素、分母写在表头、每周一条决策记录，这些都不花钱。
证据要能拿出来。 被问「这个数怎么来的」时，能翻出字典里那一行、口径表里那一格，比任何图表都有用。
本组的证据与使用方法
证据类型。 本组用的是「事件字典 + 口径表 + 校验结果 + 决策记录」：24 个事件、12 个指标的六十格口径、四条校验的通过率、52 条年度决策。没有行业基准，也没有「通常来说」的推断。
如何使用。 先把 01 的六个决策对照自己的产品，再用 02 建字典、04 写口径，用 05 的漏斗找出最大流失步，最后用 10 的九项检查做季度体检。
如何复核。 取最近一个月，任选一个对外引用过的数字，从事件字典查到原始事件，再从口径表算出结果；三步走不通，就说明这张表还不能给别人看。
系列导航
- 回到上级专题：独立开发者（Indie Developer）专题
- 上一组：一个人的多租户：组织、邀请、角色与数据隔离
- 下一组：一个人的架构：技术选型、模块边界与演进
- 本组下一篇：度量从问题开始：六个决策与十二个指标