需求定义：先写清要解决什么
内部评估常常从一句模糊的话开始：“先试试 pg麻将胡了 吧。”这句话本身不是需求，只是动作。把它变成需求，需要补上三件事：谁在用、在什么场景下用、用完要交付什么。缺了这三项，后面的比较都会变成偏好之争。
在 pg麻将胡了实战案例 的讨论里，一个常见现象是评估者把“玩得顺”和“看得懂”混为一谈。前者是体验层，后者是理解层。需求定义阶段要先把这两层分开写：是希望新成员能快速看懂一局在发生什么，还是希望有经验的人能复盘自己的判断节点。两个目标对应的路径完全不同。 pg麻将胡了玩法
建议用一句话写下需求草稿，例如“让初次接触的人在两局之内说清基本流程，并留下可回看的记录”。这句话不完美，但它可被检验，也能在后续阶段被推翻和重写。
必备与加分：把期望分成两栏
需求草稿写完后，把它拆成两栏。左栏是必备项：缺了就无法继续；右栏是加分项：有更好，没有不致命。这一步的意义在于防止评估过程被加分项带偏。
- 必备项示例：能完整走完一局流程；规则说明不依赖口头转述；过程可回看。
- 加分项示例：有节奏提示；有阶段性小结；支持多人对照同一局。
- 明确排除项：任何承诺结果的表述，一律不进入评估清单。
在 pg麻将胡了玩法 的层面，必备项通常围绕流程完整性；在 pg麻将胡了经验 的层面，必备项更多围绕可复盘性。两栏写完后，回头对照需求草稿，如果必备项撑不起那句话，说明需求写大了，应当收缩。
评估问题：向自己提的五个节点问题
进入比较阶段，不必急着列方案，先列问题。问题比答案更能暴露评估者的真实偏好。以下五个问题按节点顺序排列，可作为简报的固定栏目。
- 第一阶段：我能否在不求助他人的情况下走完一次完整流程？
- 第二阶段：我能否在事后指出自己哪一步判断偏了？
- 第三阶段：换一个人按同样路径走，结论是否大体一致？
- 第四阶段：如果明天要交接给同事，我需要留下哪些记录？
- 全程：哪些环节我其实是在凭感觉，而不是凭清单？
这五个问题对应路径中的认知、练习、验证与交接节点。把它们写进简报的好处是，讨论时可以直接引用编号，减少“我觉得”式的来回。
取舍与交接：阶段之间的代价
任何路径都有代价，简报的价值在于把代价提前写出来。以下用分组对照的方式呈现常见取舍，便于在会议中逐条过。
- 深度与速度
- 偏深度：练习时间长，但复盘材料更完整。
- 偏速度：上手快，但交接时容易只剩口头经验。
- 个人与协同
- 偏个人：路径自由，标准不统一。
- 偏协同：需要统一的记录格式，前期成本高。
- 记录与轻量
- 偏记录：可验证，但占用额外时间。
- 偏轻量：体验流畅，但阶段之间缺少交接物。
交接节点最容易被忽略。一个实用的做法是：每完成一个阶段，留下一段不超过五行的文字，说明本阶段做了什么、卡在哪里、下一阶段先做什么。这段文字就是路径上的交接物，也是后续评估的依据。它不承诺结果，只记录过程。
下一步行动框架
把上面的内容收束成一个可执行的顺序，避免简报停留在纸面。以下步骤按顺序推进，每一步都有明确的产出物。
- 重写需求草稿，压缩到一句话，并注明适用场景。
- 完成必备与加分两栏，标注排除项。
- 把五个节点问题贴进简报模板，作为固定栏目。
- 选定一个阶段先走一遍，留下五行交接记录。
- 一周后回看记录，决定是继续深入还是收缩范围。
这套框架不保证任何结果，它只保证评估过程有路径、有节点、有交接。对于正在整理 pg麻将胡了实战案例 材料的人来说，先把这个框架跑通一轮，比急着下结论更有用。