这套系统里的工作如何运转？
每个有分量的产品决策——调整方向、确立原则、放弃某市场——在会议拍板的当下就在「决策」列生成卡片。进入「记录」列后按决策记录格式书写：背景、摆过的选项、选了什么、为什么、谁定的、何时定的。然后「传达」列，用易懂的口径送达相关人——没传到执行者的决策等于没做。卡片在「落实」列跟踪，确认各团队真的照此执行；再按既定日期进入「复审」列：它还成立吗，还是已被新情况超越？需要修改的进入「更新」列，写成一份援引前案的新决策。
论坛是官方决策登记簿：每个决策一个留痕帖，可在固定窗口期内讨论、异议，然后定稿——异议集中、有序地听一次，胜过执行期间的消极抵抗。获批的方法论与框架也常驻论坛、持续更新，没有团队再拿着旧版本的工作方式干活。
方法论经理统管系统：把会议结论转成「决策」卡片，把关记录质量，安排定期复审。各产品经理按批准格式亲自撰写自己的决策，在论坛回应异议。受决策影响的每个人在「传达」列看到它，知道去哪里讨论。结果是：“我们什么时候定的这个、为什么？”——这种问题永远有留痕的答案。
谁负责什么？
这套系统中的运营角色，以及每个角色在日常工作中的职责——可以原样指派给你的团队，也可以按你们的实际情况调整。
方法论经理
把会议结论转成决策卡片，把关记录质量，安排「复审」周期并跟踪「更新」。
各产品经理
按批准格式撰写决策，在论坛回应讨论，在「传达」列确保决策送达执行者。
文档编辑
以统一清晰的语言编辑决策记录，维护论坛档案井井有条、可检索。
从第一天起就为你准备好什么？
系统单元
- 任务 — 带有工作流列和执行卡片的看板
- 论坛 — 在有序版块中留痕的讨论——决策与知识永不丢失
论坛版块 (4)
- 决策登记簿已批准决策连同背景与理由留档——日后任何分歧的官方参照。
- 讨论中的决策拟定稿在固定异议窗口内公示——讨论在这里，不在走廊。
- 方法论与框架持续更新的既定打法：怎么排优先级、怎么写需求、怎么做决策。
- 决策复审定期复审的结论：哪些决策经受住了考验、哪些更新了、为什么。
«本系统工作规则» — 已在论坛置顶
1. 每个有分量的决策当天登记卡片——没留卡片的会议等于没开。 2. 决策记录要写明被否决的选项及否决理由，不只写结论。 3. 对决策的异议在论坛对应帖的讨论窗口内提出——窗口过后全员执行。 4. 每个决策定稿时就定下「复审」日期。 5. 修改决策须以援引前案的新决策进行——不得悄悄改档案。