准备阶段：明确推演目标与记录表
在动手之前，先把“九游会”当作一个需要被观察和记录的对象，而不是直接下结论的素材。准备阶段的目标是让后续每一步都有输入、有输出、可回看。建议先写清三件事：这次推演要回答什么问题、由谁记录、记录放在哪里。
准备清单可以按下面的顺序过一遍，缺一项就先补齐再往下走： 九游会玩法
- 推演目标：用一句话写出要验证的判断，例如“该场景下玩法路径是否完整”。
- 记录表：至少包含场景、约束、步骤、观察结果、不确定项五列。
- 角色分工：一人操作、一人记录，避免边做边忘。
- 时间盒：给每个步骤设定时长，防止在单点上反复纠缠。
这一步的产出是一张空白记录表和一个明确的问题。没有它，后面的步骤很容易变成漫谈。
第一步：锁定案例场景与约束条件
第一步要做的不是评价九游会案例好不好，而是把场景边界画出来。场景越具体，推演越可复现。可以从使用环境、参与角色、可用时间和信息完整度四个维度描述。
- 写下场景名称，用一句中性描述，不夹带结论。
- 列出硬约束，例如时间有限、信息不全、只能单人操作。
- 列出软约束，例如希望流程尽量短、记录尽量细。
- 标注哪些条件在推演中不能改变，哪些可以调整。
完成这一步后，记录表的第一、二列应当已经填满。若发现约束之间互相冲突，先记下来，不要急着解决，留到核对阶段统一处理。
第二步：按步骤拆解九游会玩法路径
第二步进入操作层。把九游会玩法拆成一条可执行的路径，每一步只做一件事，并写清输入和输出。拆解时遵循“先粗后细”：先列出主干步骤，再给每一步补充细节。
- 列出主干步骤，控制在五到七步之间。
- 为每一步写明输入：需要什么信息或前置动作。
- 为每一步写明输出：完成后留下什么记录。
- 标出可以跳过和不可跳过的步骤。
- 用一句话说明该步骤与推演目标的关系。
拆解过程中如果出现分支，不要在主表里展开，另起一列记为“分支待定”。这样主干保持清晰，分支留到后续单独推演。
第三步：记录推演结果并标注不确定项
第三步是把操作过程转成文字记录。记录要区分“看到的”和“推测的”，两者混在一起会让后续核对失去依据。
- 观察结果：只写实际操作中出现的现象，不加解释。
- 推测内容：单独标记，并写明推测依据。
- 不确定项：无法判断的部分统一编号，便于集中核对。
- 耗时记录：记录每个步骤实际花费的时间，用于后续调整。
记录完成后，先不要修改结论。把记录表通读一遍，确认每个不确定项都有编号，每个推测都有依据，这一步的产出才算完整。
第四步：交叉核对结论与边界假设
第四步做核对。核对的对象不是结论本身，而是结论赖以成立的假设。可以按下面的顺序逐条检查：
- 回看准备阶段写下的推演目标，确认结论是否回答了它。
- 逐条检查硬约束是否在推演中被改变。
- 把不确定项按影响程度排序，优先核对影响大的。
- 对每个推测补一条可验证的检查方式。
- 把核对后仍无法确认的内容保留为开放项。
核对完成后，九游会解析的价值才真正体现：不是给出一个漂亮结论，而是让结论的适用边界清楚可见。
常见坑与收尾：让案例可复核可交接
推演接近尾声时，最容易出问题的是记录和交接。下面这些坑在案例推演中反复出现，值得提前避开。
- 把推测写成事实，导致后续复核无从下手。
- 场景描述过于笼统，换个人无法复现。
- 分支太多却没有编号，记录表越写越乱。
- 只保留结论，丢掉中间步骤和耗时信息。
常见坑提醒：不要为了让结论看起来完整而删掉不确定项。保留未解问题，比给出一个无法复核的结论更有价值。
收尾时做三件事：把记录表按场景归档、写一段不超过五行的交接说明、列出下次推演需要优先验证的开放项。这样一份九游会案例就能被他人复核，也能作为下一次推演的起点。