现场该看的信号
这份备忘针对的是“糖果派对”类产品的采购评估场景：不是讨论玩法本身，而是记录在试用与验收现场，哪些信号值得停下来记录，哪些只是噪声。评估范围先界定清楚——规则说明是否完整、运行是否稳定、异常时是否有可执行的处置路径，这三件事决定了后续要不要继续谈。
现场记录建议只写可复现的现象，不写感受。可选的做法是每次试用固定同一套操作顺序，把观察点对齐后再比较不同选项。
- 必备：规则与界面说明是否一致，出现歧义时能否找到明确出处。
- 必备：连续操作一段时间后，响应是否出现明显延迟或卡顿。
- 可选：是否有清晰的状态提示，让人知道当前处于哪一步。
- 可选：异常提示的措辞是否具体，能否指向可执行的下一步。
一线最容易犯的错：把“这次没出问题”当成“系统没问题”。信号要看的是重复出现的那一类，而不是单次结果。
常见故障模式
故障模式的价值在于提前分类。采购评估阶段不需要复现所有问题，但要确认对方是否承认这些类别存在，以及是否有对应的处理说明。
- 状态不同步：界面显示与实际进度对不上，刷新后结果变化。
- 提示含糊：只给出“出错了”，没有说明是输入问题、网络问题还是系统问题。
- 边界不清：预算、时长或次数限制写在多处，口径互相矛盾。
- 恢复缺失：中断后无法回到上一步，只能从头开始。
把这几类写进评估表，比笼统地问“稳不稳定”更容易得到可核对的回答。
排查顺序
现场遇到异常时，顺序比技巧重要。先排除自己这一侧，再判断是不是对方的问题，最后才谈是否需要更换选项。
- 确认操作步骤与说明一致，排除误操作。
- 换一个时间段或设备重试，判断是否为偶发。
- 记录现象发生的具体步骤与频率，形成可复述的描述。
- 向对方提出具体问题，观察回答是否指向根因而非笼统安抚。
这个顺序同时也是评测问题清单：能按步骤回答的供应方，通常也有更完整的处置流程。
回滚与止损
采购决策里必须提前写清“什么情况下退出”。回滚条件不是悲观，而是让权衡有落点。
- 同一故障在约定观察期内重复出现，且无明确修复说明。
- 规则口径前后不一致，且无法给出统一版本。
- 预算边界模糊，需要靠猜来控制投入。
- 异常发生后缺少可执行的恢复路径。
触发任一条，就应暂停推进并重新评估，而不是靠加大投入来验证。
带走清单
把上面的内容压缩成一页，供采购评审会上直接使用。
- 规则说明是否完整、口径是否唯一。
- 连续操作下的稳定性是否经过重复观察。
- 故障模式是否被对方承认并有处理说明。
- 排查顺序是否可执行，问题描述是否可复现。
- 回滚条件是否在合作前就写进约定。
这份备忘不提供结论，只提供核对方式。选型的质量，往往取决于问题问得够不够具体。 糖果派对资讯