它忽略了与玩家的所有交互，忽略了玩家体验游戏功能时所走的游戏路径，忽略了整个游戏体验。 基于用户操作流程的设计无疑是一个更好的理念，它会考虑到玩家需要遍历体验游戏功能的游戏画面。 游戏设计师和UI设计师可以从这种设计理念中获得以下两个好处： 1.更深入地理解用户体验：更容易观察和重现用户行为。 2. 避免功能爆炸：通过映射所有用户流程（不仅仅是在功能屏幕级别）ui游戏设计，游戏设计师不会对新功能或他们没有想到的惊喜感到惊讶。 以我个人的经验来看，未能列出所有用户操作会导致意想不到的问题，进而导致额外功能的开发。 类似事件已经发生过很多次了。 “当玩家点击 X 键时会发生什么？” 每个按钮、每个可点击图标的响应事件的设计都是基于用户操作流程的设计理念。 在很多情况下游戏图片，我们需要10天的时间来评估功能更长的时间。 采用基于用户操作的设计方法3D道具，可以更准确地评估开发进度。 根据我的经验，基于用户操作来设计游戏的形式主要有两种： 1.流程图：这种方法需要UI设计师将游戏中所有流程的屏幕显示画出来。
最终的结果是绘制出一个非常大的图像，可能多达 30 多个屏幕，到处都有箭头和注释标记游戏的流程。 基于功能屏幕的设计当然可以做到这一点，但结果通常仍然是大量的屏幕ui游戏设计，但在这种情况下很难从结果中了解特定的功能。 2.概述：另一种方法是将场景以固定的方式组织，例如：一个网站或JPG中只有3到4个场景。 该方法输出更紧凑的视图，同时直观地展示用户流程的含义。 这两种方法的缺点如下： 1、流程图过于复杂，不容易从这个大图片中得到想要的信息。 很容易迷失在图片的细节中。 2.概览法不易修改，缺乏箭头和标记来识别流向。 3. 缺乏安全性 4. 无法与多个用户同时工作，缺乏共享和协作 5. 难以添加评论和分享 6. 没有版本控制 7. 缺乏一些关键功能，如编辑、图像插入、复制等。那么有没有更好的解决方案呢？ 上述许多缺点已在 Google Docs 中得到修复。 我们可以使用 Google Docs Drawing 绘制三线轮廓，然后添加标记和箭头，同时协作并使用 Google 内置的强大功能。 看一下我去年开发的游戏设计的一个例子： 最后，我想我们应该感谢Google提供了这样一个工具，具有分享、协作、评论、版本控制、复制、编辑、图像插入等强大功能。天哪，它还是免费的！
