# 我的梦想医院：玩家为什么爱玩

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

## 具体机制
- 两张商店画面都有入口等待的人物、多个病床与诊疗位置，并用不同图标表示需求。官方介绍明确分配患者治疗或诊断、准备药物和工具。可以研究并行服务的安排；静态画面不能证明等待时限、自动寻路或失败惩罚。
- 官方把准备药物与工具、安排检查或治疗列为操作；画面可见药品与工具台、病床和护士。准备与分配形成不同工作对象，但准确点击规则、工序顺序和完成速度尚未实测。
- 官方明确升级设备、研究新设备、收集医生并解锁不同地点。两张画面的诊疗区布局不同，可比较服务对象与设施变化；不能据此认定后一张一定更难或更晚。

## 玩家在期待什么 · 假设
玩家可能先预想“先备好这份工具，再把下一位患者安排到空闲位置”，期待自己的安排能让多个需求接续完成。期待来自服务计划能否奏效，而不是医院题材本身。

机制依据：
- 两张商店画面都有入口等待的人物、多个病床与诊疗位置，并用不同图标表示需求。官方介绍明确分配患者治疗或诊断、准备药物和工具。可以研究并行服务的安排；静态画面不能证明等待时限、自动寻路或失败惩罚。
- 官方把准备药物与工具、安排检查或治疗列为操作；画面可见药品与工具台、病床和护士。准备与分配形成不同工作对象，但准确点击规则、工序顺序和完成速度尚未实测。

另一种解释：玩家也可能只在响应最醒目的需求图标，没有形成提前计划；所见投入可能来自不断出现的提示。
怎样验证：观察实际游玩时患者到来后玩家是否主动准备下一份物品，询问他在等待哪个结果；若只逐个追随提示，就不支持提前调度期待。

## 满足与爽点从哪里来 · 假设
若一次安排能让等待患者进入服务、释放一个位置，玩家可能从“忙乱局面被我理顺”得到掌控与照顾他人的满足。清掉一段积压可能比单次奖励更有爽点；尚未证明实际完成反馈。

机制依据：
- 两张商店画面都有入口等待的人物、多个病床与诊疗位置，并用不同图标表示需求。官方介绍明确分配患者治疗或诊断、准备药物和工具。可以研究并行服务的安排；静态画面不能证明等待时限、自动寻路或失败惩罚。
- 官方把准备药物与工具、安排检查或治疗列为操作；画面可见药品与工具台、病床和护士。准备与分配形成不同工作对象，但准确点击规则、工序顺序和完成速度尚未实测。

另一种解释：满足也可能主要来自奖励数字或人物表现，即使顺序是系统指定也会出现；不能把服务主题自动等同于同理心。
怎样验证：在相同关卡记录玩家自述最满意的时刻，对照积压减少、奖励出现与人物反馈；若满意只追随奖励而与调度结果无关，降低掌控感解释。

## 什么条件让人投入 · 假设
当需求图标可读、准备和分配的结果可预测，而且同时待办量尚能处理时，玩家可能持续经历“识别需求—选下一项—检查空位”的小决定。任务之间有联系才可能支持投入；心流并未被验证。

机制依据：
- 两张商店画面都有入口等待的人物、多个病床与诊疗位置，并用不同图标表示需求。官方介绍明确分配患者治疗或诊断、准备药物和工具。可以研究并行服务的安排；静态画面不能证明等待时限、自动寻路或失败惩罚。
- 官方把准备药物与工具、安排检查或治疗列为操作；画面可见药品与工具台、病床和护士。准备与分配形成不同工作对象，但准确点击规则、工序顺序和完成速度尚未实测。

另一种解释：持续操作也可能只是被催促或不敢停下，主观上感到紧张和疲惫，并非有控制感的投入。
怎样验证：实际游玩中分段询问压力、控制感与想继续程度，记录误操作和停顿；若输入密集时压力上升而控制感与继续意愿下降，不支持投入解释。

## 为什么想继续玩 · 假设
升级或新增设备可能给玩家一个具体的下一次目标：重新安排服务，让原来拥堵的环节更顺畅。不同诊疗区还能促使玩家检验既有安排能否适用于新布局。

机制依据：
- 官方明确升级设备、研究新设备、收集医生并解锁不同地点。两张画面的诊疗区布局不同，可比较服务对象与设施变化；不能据此认定后一张一定更难或更晚。
- 两张商店画面都有入口等待的人物、多个病床与诊疗位置，并用不同图标表示需求。官方介绍明确分配患者治疗或诊断、准备药物和工具。可以研究并行服务的安排；静态画面不能证明等待时限、自动寻路或失败惩罚。

另一种解释：继续可能来自解锁奖励或故事，设备只是进度装饰；也可能升级只是恢复原有难度，没有增加有意义的选择。
怎样验证：比较设备改变前后玩家是否调整服务顺序，并询问下一局最想验证什么；若只想领取解锁且无新调度计划，就不支持布局与瓶颈学习的解释。

## 什么会打断体验 · 假设
多个需求同时出现时，玩家可能反复在准备台与患者之间切换，却看不清下一项应做什么；这种丢失计划的忙乱可能打断掌控感。等待惩罚、队列规则和实际行走时长都未核实。

机制依据：
- 两张商店画面都有入口等待的人物、多个病床与诊疗位置，并用不同图标表示需求。官方介绍明确分配患者治疗或诊断、准备药物和工具。可以研究并行服务的安排；静态画面不能证明等待时限、自动寻路或失败惩罚。
- 官方把准备药物与工具、安排检查或治疗列为操作；画面可见药品与工具台、病床和护士。准备与分配形成不同工作对象，但准确点击规则、工序顺序和完成速度尚未实测。

另一种解释：摩擦也可能主要来自点击判定、遮挡或路径移动，增加计划信息并不能解决；不能从静态队列判断是哪种原因。
怎样验证：记录停顿前玩家能否说出下一项计划，区分找图标、选错对象与移动等待；若已有清晰计划仍因输入或移动受阻，就转查控制反馈。

## 可迁移设计 · 待验证
保留：做一个玩具维修台原型：保留多订单等待、有限工位、准备工具和完成服务的调度关系。原型明确规定检查、备件、修复三步，这是试验规则，不冒称原游戏也采用固定三步。
改变：只改变需求信息的前瞻程度：基线仅显示当前步骤，试验版额外显示每个订单的下一步所需工具；工位、订单到达序列、动作耗时与奖励保持相同。
预期体验：提前看见下一步可能帮助玩家主动备料，减少丢失计划并增强掌控；也可能增加信息负担、让服务变成照单执行，削弱自己判断的乐趣。
最小试验：同一批可完成订单分别测试当前步骤和下一步预览两版，交叉安排顺序；记录主动备料、选错工具、积压和玩家自述的控制感与疲劳。先核对每种工具都可取得，不用临时增加资源来掩盖难度。
否定条件：若下一步预览没有增加有效提前准备，或虽更快却明显降低判断乐趣、增加视觉负担和疲劳，就否定它能改善调度体验的假设；不能仅以完成速度宣布新玩法成功。

产品路径：/products/ios-6477787562