手机上的选择记录，怎样避免把故事变成成绩单
移动端可以帮助玩家回顾分支，却不该把每一次选择都标成正确或错误。设计重点是重现当时的困境与信息。
回看时，我们常忘了当时不知道什么
玩家现在知道密使是叛徒，回看第二章时可能觉得自己愚蠢。一个公平的选择记录应显示当时可获得的线索，避免用事后视角评价。
把后果分层展示
即时后果可以直接展示；尚未公开的阵营反应应等剧情揭晓后再补入。否则故事档案会变成攻略工具。玩家也可以选择只看自己经历，不看未走过的分支。
小屏幕上的因果
时间线适合展示事件顺序，关系图适合展示人物变化，世界地图适合解释地点后果。三者不必一次铺满。九游会App产品设想更适合从一张清楚的“上次发生了什么”卡片开始。
存档应属于玩家
若未来存在云端故事档案，应清楚说明保存范围、删除方式和跨设备同步的条件。在没有真实服务之前，不能把云存档写成已经提供的功能。
把当时的理由留下
玩家选择放走嫌疑人，也许不是相信他，而是担心证据不足。记录只写“放走嫌疑人”，几年后容易误读自己的路线。允许玩家给关键选择留一句私人备注，或自动保存当时已见线索，会让回顾更准确。
不要暴露后台评分
如果界面写着“阵营声望 +12”，玩家会把对话当成数值优化。更适合展示可感知的变化：守卫不再主动交谈、商人开始提供消息。具体数字可留给调试工具，普通阅读界面应保留故事的含蓄。
让错误选择也值得回看
玩家为救一人失去另一条线索，不一定是走错路。档案应呈现代价和新的可能，而不是打叉标红。一个允许玩家承担遗憾的故事，比不断暗示“最佳路线”的故事更有重玩价值。
可访问的移动阅读
小屏幕上的关系图若只能靠颜色区分友好与敌对，会让部分玩家难以理解。文字标签、足够大的触控区域、可放大的时间线与清楚的章节标题，都应在产品设想早期考虑，而非最后补上。
让玩家自己命名章节
自动标题有时无法表达玩家在意的事。允许玩家给一次冒险写下短备注，比如“我还是没告诉她”，会让选择记录更像私人日记，而不是系统生成的分数板。
跨设备还原顺序
如果未来支持云端同步，事件时间和分支来源都需要清楚标识。两台设备同时继续同一存档时，应保留两个分支让玩家选择，而不是暗中覆盖其中一条。