# Bus In!：玩家为什么爱玩

状态：体验分析假设，尚未通过玩家测试验证。
研究日期：2026-10-07（北京时间） · 修订 1

## 具体机制
- 官方说明点击巴士收集同色像素乘客且没有倒计时；爱心与行星两张画面展示不同颜色分布、车辆容量数字和有限候车位置。
- 两张画面可见同色乘客向对应车辆汇集、图案局部被清空以及后续车辆队列；静态图不能证明车辆满载后释放位置的完整时序。

## 玩家在期待什么 · 假设
一辆颜色与容量合适的车可能让玩家期待下一片乘客被顺利接走；看到空候车位置与后续车辆，则可能提前形成两三步安排。

机制依据：
- 官方说明点击巴士收集同色像素乘客且没有倒计时；爱心与行星两张画面展示不同颜色分布、车辆容量数字和有限候车位置。
- 两张画面可见同色乘客向对应车辆汇集、图案局部被清空以及后续车辆队列；静态图不能证明车辆满载后释放位置的完整时序。

另一种解释：期待可能主要是看像素图案消失，与容量规划无关。
怎样验证：让玩家出车前预测会清掉哪片颜色以及下一步选择，观察预测是否使用容量和空位信息。

## 满足与爽点从哪里来 · 假设
选对车辆后看到一批乘客归位，可能同时满足“我判断对了”的胜任感与“盘面更干净了”的完成感；两者不必总同时出现。

机制依据：
- 官方说明点击巴士收集同色像素乘客且没有倒计时；爱心与行星两张画面展示不同颜色分布、车辆容量数字和有限候车位置。
- 两张画面可见同色乘客向对应车辆汇集、图案局部被清空以及后续车辆队列；静态图不能证明车辆满载后释放位置的完整时序。

另一种解释：玩家可能只享受颜色流动动画，不关心决策是否正确。
怎样验证：保持动画一致，对比需要选择与自动出车两版，询问满足时刻是否与自己的规划成功相连。

## 什么条件让人投入 · 假设
没有倒计时可能给玩家留出规划空间；当可用颜色、容量和候车位置足够清晰时，逐次决策可能维持投入而不过度催促。

机制依据：
- 官方说明点击巴士收集同色像素乘客且没有倒计时；爱心与行星两张画面展示不同颜色分布、车辆容量数字和有限候车位置。

另一种解释：无时间限制也可能削弱紧迫感，使玩家分心；不能直接等同于放松或心流。
怎样验证：记录观察盘面、做出选择与恢复行动的节奏，询问停顿是在规划还是无聊，并对照信息提示强弱。

## 为什么想继续玩 · 假设
不同像素图改变颜色与数量关系，可能使玩家想把上关学到的出车方法用于新布局，形成掌握规则后再验证自己的动机。

机制依据：
- 官方说明点击巴士收集同色像素乘客且没有倒计时；爱心与行星两张画面展示不同颜色分布、车辆容量数字和有限候车位置。
- 两张画面可见同色乘客向对应车辆汇集、图案局部被清空以及后续车辆队列；静态图不能证明车辆满载后释放位置的完整时序。

另一种解释：继续可能只为新图案的美术新鲜感，不是策略迁移。
怎样验证：保持图案主题相同改变颜色结构，再保持结构相同改变主题，对照重玩选择与玩家给出的原因。

## 什么会打断体验 · 假设
容量数字若难以对应剩余乘客，玩家可能无法解释为什么某次出车占住位置却没推进；这会把解题满足变成试错。

机制依据：
- 官方说明点击巴士收集同色像素乘客且没有倒计时；爱心与行星两张画面展示不同颜色分布、车辆容量数字和有限候车位置。
- 两张画面可见同色乘客向对应车辆汇集、图案局部被清空以及后续车辆队列；静态图不能证明车辆满载后释放位置的完整时序。

另一种解释：也可能是玩家主动接受先试再看的玩法，并不需要精确计数。
怎样验证：对照是否提示可接乘客范围，记录不可解释的停滞和撤回需求，同时询问提示是否削弱解题乐趣。

## 可迁移设计 · 待验证
保留：保留颜色匹配、有限暂存位置与分批清空目标，让每次选择产生可见推进。
改变：迁移到配送台：不同容量托盘接取同色订单，先只改变是否提前显示本批可处理数量。
预期体验：适度预览可能帮助玩家把成功归因于规划，提升解题满足；过强预览也可能剥夺判断乐趣。
最小试验：制作无预览、范围预览两版同一订单盘面，观察选择前解释、停滞与完成后满足描述，不以速度单独决定优劣。
否定条件：若预览只让操作更快却降低玩家的自主判断感，或无法减少不可解释的停滞，就不支持用它增强规划体验。

产品路径：/products/ios-6798087355