先记录发生了什么
结束后先按时间顺序写下三到五个节点，只写可观察事实：当时在哪、谁说了什么、队伍选择了什么。不要先评价谁拖后腿，也不要把“感觉不对”当成唯一记录。 事实记录能为讨论提供共同基础，减少记忆偏差。具体场景、规则与结果如何判定以游戏内为准；即使本局因未知原因结束，也可以复盘沟通和观察过程，而不必假装知道完整机制。
区分操作与信息问题
回看节点时，把问题分成两类：一类是按键、转向或确认动作不到位，另一类是信息没说清、没人确认或提示理解错误。两类问题的改法不同，不要用“多练”概括全部原因。 操作问题可以通过重复基础动作改善，信息问题则需要调整表达与确认流程。若某个现象无法归因，就标记为待确认，不要为了填满清单编出原因。先分清问题类型再改，复盘才不会变成互相指责。
只挑一个问题修改
从清单里选一个影响最大、下一局能观察结果的问题，例如开场没人确认集合方式，或遇到分岔时同时改变方向。只改这一项，其他问题先保留，避免一次调整太多而无法判断效果。 单项调整便于比较，也能降低队友负担。若下一局仍然混乱，先确认问题是否真的发生在同一环节，再决定继续、换方法或暂时放下。具体游戏机制是否相关，应以实际体验和界面信息为准。
让队友分别复述
讨论时不要由一个人讲完整场，让每名队友各说一句自己记得最清楚的变化和当时的决定。其他人先听完，不打断、不急着纠正，最后再找共同点和分歧点。 分别复述能补足单人视角遗漏，也能让沉默的队友参与。若有人不愿发言，不要强迫；可以请其只确认“同意”或“还有补充”。沟通方式应以游戏内外实际条件为准，不能假定每个人都有同样的设备。
下一局验证一个假设
把复盘结论写成一句可验证的话，例如“开场先报集合方式，走散次数会减少”。下一局只观察这句话是否带来变化，不要顺带增加更多目标。结果不符合预期时，修改假设而不是责怪执行者。 验证的目的不是证明谁正确，而是逐步建立适合自己的协作方式。本作没有确认的成长或评价系统，因此不要把复盘结果写成游戏内奖励条件；它只是玩家自己的改进工具。
