这套系统里的工作如何运转？
产品核心指标在「指标」列定义成卡：采用、留存、转化——每个指标有定义、数据来源和负责人。读数定期在「测量」列更新，任何解释不通的波动进入「分析」列，由分析师拆解：哪类用户？旅程的哪一步？什么时候开始？成熟的分析产出「假设」列中可证伪的假设——改某处会提升某指标，因为某原因；随后在「实验」列检验，范围、周期、成功标准预先定死。结果在「决策」列裁决：采纳或放弃；然后归入「沉淀」列，让后来人知道我们试过什么、学到了什么。
论坛是数据议事厅：指标看板定期发布并讨论；假设在检验前公示，请同事把关——测量方法对吗？有没有混杂变量？——让实验在投入开发精力之前先变扎实。采纳或放弃的决定连同数字沉淀在长期帖里，公司的分析记忆保持鲜活，而不是报告读过即埋。
产品分析师从「测量」到「实验」全程持有卡片：更新读数、拆解波动、设计实验。产品经理接收「决策」并转化为路线图，用具体问题点题新分析。数据工程师保证数据管道与定义的健康，不让决策建立在坏数字上。黄金准则：没有事先写好的成功标准，不得进入「实验」。
谁负责什么？
这套系统中的运营角色，以及每个角色在日常工作中的职责——可以原样指派给你的团队，也可以按你们的实际情况调整。
产品分析师
定期更新指标读数，在「分析」列拆解波动，设计带预设成功标准的假设与实验。
产品经理
提出有分量的分析问题，接收结果并把「决策」转化为路线图优先级。
数据工程师
维护数据来源与指标定义的正确性，发现断点在污染读数前修复。
从第一天起就为你准备好什么？
系统单元
- 任务 — 带有工作流列和执行卡片的看板
- 论坛 — 在有序版块中留痕的讨论——决策与知识永不丢失
论坛版块 (4)
- 指标议事厅定期发布核心指标读数并讨论——什么动了、为什么、我们怎么办。
- 假设评审实验前公示假设，集体把关方法与测量，再投入精力。
- 实验结果已完成实验的档案，成败连同数字俱在——不让被遗忘的实验重做一遍。
- 定义与方法论指标词典：每个指标的定义、来源与算法——一种数字语言。
«本系统工作规则» — 已在论坛置顶
1. 每个指标都有书面定义、数据来源和负责人——看板上不要含糊指标。 2. 没有写好的假设和事先定下的成功标准，任何实验不得进入「实验」。 3. 实验结果无论成败都在论坛留痕，并以明确决策关闭。 4. 定期读数按时更新；任何存疑数字先做标记，由数据工程师修正。 5. 重大决策必须注明支撑数字——没有数据的观点进不了「决策」。