一笔连星 · 发现与验证记录
以下记录全部为虚构研究材料，不能引用为真实需求。 正式实践需依 访谈方法 招募，说明记录用途并取得必要同意。
假设原型里有人拖动后问：“松开算提交吗？”你会补一段说明，还是改松手反馈？本页示范如何保留另一种解释，直到能区分它们。
为什么先固定待决问题与招募差异
我们要判断：短暂休息时，玩家能否快速理解连线目标，并在一题结束后有继续理由。中断、替代和触摸障碍是辅助问题，不把“喜欢吗”当唯一目标。
模拟招募有连线经验、玩过其他休闲解谜和很少玩解谜三类人。因为同样一次停顿，对熟练者可能是规划，对新手可能是猜操作；不记录经验就可能把两者混成一个问题。研究先还原最近经历，再在相同版本观察任务。
原话、解释和禁止跳过的结论
| 编号 | 模拟原话／观察 | 候选解释 | 还不能推出 |
|---|---|---|---|
| R01 | “等下一件事时玩，随时可能关掉。” | 中断恢复可能重要 | 所有人需要跨设备云存档 |
| R02 | 拖动后问“松开算提交吗？” | 提交不清，或成功目标不清 | 玩家没有解谜能力 |
| R03 | “这题太直了，想看看后面。” | 操作已熟悉，或期待更多选择 | 难度越高越好 |
| R04 | 完成后结束，说休息结束 | 场景约束影响这次退出 | 不喜欢，或一定会回访 |
| R05 | 喜欢长期复杂推理，不愿玩短题 | 可能不匹配当前场景 | 应把全部短题改成长局 |
编号让后来的判断能回到材料，也让反例不会被总结抹掉。R05 检查定位边界，R04 则提醒退出不是一个含义固定的事件。
展开 R02：为什么不立刻加说明
解释一：玩家理解覆盖所有点，但不确定松手会保留还是提交。解释二：他以为到某个终点就完成，松手只是暴露了目标误解。两者都能产生同一句问题。
先看他松手前是否还留着未经过的点，尝试后请他说明完成条件；再用局部反馈原型检查结果。若目标清楚、提交不清，就优先把松手后发生的事表现出来；若成功条件理解不同，就要检查目标表达。单纯增加长说明可能既延迟开局，也仍没回答真正困惑。
这轮验证不会自动证明哪种反馈最佳，但能减少盲目追加文案的范围。
从记录推出范围变化
R01 提示先验证本地退出恢复，跨设备仍未知；R02 提示先检查即时路径与松手结果；R03 提示用不同结构题检查变化，暂不扩成长期章节系统。
这些决定各自只响应一部分证据。不能因为三个候选都合理，就声称研究证明了全部首版范围。真实记录相反时，应修改方案，而不是挑选符合案例的人。
最小验证为什么需要三个任务
任务一无解释完成一关，检查理解与操作；任务二中断回来，检查恢复承诺；任务三完成后自由选择，避免把主持人要求继续当兴趣。记录错误、求助、策略与结束原因，新手熟练者分开。
测试前写通过、失败和不确定条件。若都需帮助，先修表达；理解却不愿继续，再查挑战；只在特定设备误触，先查交互与技术。任务不能顺带证明长期留存和经营。