今天主要讲讲游戏交互设计师在项目中的主要职责。
先大概了解一下游戏项目流程中的角色关系和产出：
下面进入主题：
一、理论篇
游戏交互设计师（UI）在项目中主要做什么？
1.策划需求审稿员
UI最开始会拿到游戏策划的需求文档，需求文档中主要会描述完整的功能需求。
很多小伙伴拿到文档就开始做原型了。但是，等等，建议大家拿到需求文档后，先好好“审稿”，主要查看3点：
第一，功能是否必要；
有一些策划会抱着“功能做大做全总是没错的”的想法来写需求，导致功能庞大繁杂，主次不清。这个时候，UI担任了平衡轻重的角色——
从阶段性开发、功能必要性的角度，和策划讨论删减功能，或者延后开发；
从玩家需求的角度，挑出重要功能着重处理，删减非必要需求。
所以看到功能繁杂、重点不清的时候，就要举起你的奥卡姆剃刀来。
第二，功能设计是否合理；
策划不可能总是不出错，有时候他们忘了从玩家身份考虑，可能提出一些不合理的功能，就需要UI来把关。
这需要经验积累，才能及时对不合理功能做出反应。
第三，根据需求，设计更好的方案；
UI的重要贡献在于“为游戏提供更好的体验”，所以有时驳回策划需求后，需要从玩家的角度出发，给策划提供一个更合理的解决方案。
认真过审文档，一方面在需求阶段就优化项目，另一方面提高自己在项目中的话语权，而不仅是作为一个“策划辅助”的身份。
2.原型、流程图产出者
这应该是大家听的最多的一个职能了。
我们用Axure来写交互文档，一般不做流程图，都是通过图文流进行表述（根据每个项目协作方式的不同，写文档的要求会不一样）。
以主页面或功能流程为一个讲述点，会有当前页面/流程的全局讲述、页面布局说明、功能点说明（包含不同状态）、跳转说明，复杂些的逻辑也会写逻辑图。
3.交互规范制定
但上一个项目的后果告诉我，一个规范可能决定了项目的成败——
我进入团队的时候，项目已经进行了2年多，中间人员变动频繁，功能更改也很多，因为缺乏规范文档，导致了后来的成员难以维护以前的内容、新内容与旧内容冲突或者不一致、组件复用率低导致迭代困难。
虽然当时我根据项目存在的问题，编制了一份游戏交互文档，但是因为许多问题存在于底层代码，要解决规范问题约等于推翻重做，基本不太可能了。于是默默留下文档，离开了项目，来到了一个重视规范的团队。
上一家公司的项目到现在已经有4年，投入成本几千万，但基本是废了。
在网易的一位同事跟我说，网易做项目都会有一份成熟的规范文档，项目中所有人共同维护和执行，保证人员更替、内容迭代、增加内容的情况下，项目都能有序进行。
4.对接视觉设计师
设计页面“故事”
“一个好的游戏界面设计，会让玩家感受到‘故事’。”——这是视觉设计师告诉我的。
产品交互设计师可能比较少接触到这个工作内容，但游戏设计更像设计“一个世界”，界面就是构成这个“世界”的载体，所以游戏页面除了承载功能，还承载了组成世界的“故事”。这也是为什么游戏界面设计更注重“场景化”。
所以项目主界面设计的最开始，需要视觉设计师、交互设计师、策划等，一起来构思怎么讲好这个游戏的“故事”。
《阴阳师》的界面就很好地传达了它想讲的“故事”，让玩家觉得进入了一个完整的“世界”中。
《阴阳师》主界面
《阴阳师》神龛
《阴阳师》百鬼夜行
转化交互文档为视觉需求文档
视觉创意方案
是的，交互设计师除了有严谨的逻辑，还需要有足够的创意。
在我们的项目里，很多小内容需要创意化设计时，都需要交互设计师先提出方案，再由视觉设计师进行细化。
所以随时准备打开你的脑洞！
5.对接程序
功能逻辑对接
交互设计文档会直接对接给下游的开发部门，需要交互设计师和开发部门讲解功能的交互流程，详细说明功能的每一个支线和所有存在的状态。
交互设计师在审核和对接需求文档时，已经对功能逻辑比较清晰，所以有一些前期开发要注意的问题，也需要及时知会开发部门。
在整理交互文档的时候，发现需要配置为复用的控件，也需要及时整理进交互设计规范，告知视觉设计师和开发部门，能大大提升开发效率，降低后期迭代成本。
界面拼接
大家应该都发现了，开发部门拼界面基本很难讲位置拼准确，所以在网易游戏的项目里，在开发工具里（cocos、unity、U3D等）拼界面的事情是由交互设计师（有时是视觉设计师）做的。因此交互设计师也需要具备开发工具基本功能常识。
功能测试
开发完成后，需要交互设计师对功能进行测试和反馈，保证开发结果。
6.项目迭代
一个项目是需要进行反复的迭代的。
在功能迭代层面上，除了策划提出的新增需求，交互设计师需要不断体验游戏，对其中不够合理的内容提出迭代需求。
迭代的时候，并不是以“这里不好看/不好用”的目的来迭代，这样子容易造成视野陷入细节中出不来，甚至偏离了迭代目标。
好的迭代是提出“想达到什么目的”，根据目标对一整个功能进行优化。
迭代方案出来后，再让用户体验的同学帮忙对新方案进行测试和评估。
7.其他
交互设计和用户体验
有同学问到用户研究的问题，在网易的项目里，用户研究和交互设计是分开的两个职位。
交互设计师主要在项目中做上述事情，用户研究员则负责将阶段性开发出来的内容进行玩家调研，获取项目迭代方向的反馈；以及遇到一些设计中有争议的问题时，请用户研究员确定更合理的方案。
UX部门工作安排
交互设计的组长还要负责安排UX部门工作进程，大概是因为交互在UX组里属于逻辑思维能力最好的，所以这种计划性工作一般交给交互来处理吧。
结合上面的工作职责，帮大家梳理一下做一个游戏交互设计师有什么能力需求。
交互设计师能力需求
1.逻辑思维一定要好：因为交互设计师需要审核功能，特别在有些策划自身能力不足时，交互就是策划的守门员，需要经常和策划讨论（争辩）内容的需求、合理性等；
2.多线程工作能力：因为交互设计师同时跟进的内容很多，思维需要能够快速在各个内容间跳转；
3.口才要好：UX部门的传话员，项目中的沟通者，沟通是经常的，一定要善于表达自己的想法；
4.整体思维要好：交互需要跟不同策划、程序、设计打交道，心里要明晰这些东西哪里有，样式如何，功能点的重复性，在其他地方是否出现过等；在整理交互规范时也很重要，不要就会一团乱麻；
5.创意性：很多地方需要交互进行创意提案；
6.审美：拼高保真原型、拼cocos、unity，需要交互设计师有足够的审美，最好是像素眼（不要就需要对着GUI的尺寸一一确认，费事又费时）；
7.用户心理学：在和策划遇到功能设计讨论时，我们常常代表玩家一方，和策划代表的项目放进行讨论，最后平衡出一个结果，需要交互设计师去发现不符合玩家习惯的点，据理力争（还有UE可以背书）；
8.敏锐的操作感受性：交互设计师需要反复体验游戏（还有GAC职位是专门做这种事的），要有敏锐的操作感受性，不停思考发现游戏中可以优化迭代的问题。
项目中的注意点
0.最重要的一点！尽量避免在未成熟考虑时有就做了决定，再去找理由验证这个想法；
3.做新功能时，交互确认什么可以用在通用组件里，提前和程序说明；
4.策划修改或增加功能时，务必和交互先过，在交互规范框架下适配或按新需求的普遍性扩展交互规范；因为看似小的改动，其实可能牵涉很多内容，或者没想清楚，导致反复修改
5.什么标准的内容为通用，什么情况下可以特殊设计，应该前期制定标准，避免策划将很多功能特殊化处理；
6.交互内部的内容沟通，尽量让交互都知道整个游戏的大致内容，避免在做相似功能的时候出现差异；
7.前期页面就应该划定好区域功能放置（右上角操作按钮合集，左上角信息合集（不可操作）等）；
8.策划变更需求时，整理变更原因，之后的需求尽量多考虑这些情况，避免多次变更需求；
二、实战篇
为帮助大家更好理解，归纳了一些实战例子。
1-1审核功能必要性
【策划需求】
比赛战绩的数据展示页面，策划要求摆放以下信息：
【策划需求分析】
“7±2法则”告诉我们，展示这么多信息，不利于玩家阅读和记忆，所以需要对信息进行必要性分析。
在分析过程中，一方面考虑策划的诉求：
1.策划希望传递给玩家的信息，和信息背后的价值；
通过对信息的归类，可以发现策划主要想传递3类信息：“排名信息”、“比赛信息”和“获奖信息”——每类信息后都带有设置它的目的。
“排名信息”：希望给玩家带来名誉的自豪感，以争取更高名次刺激玩家参赛；
“比赛信息”：比赛历史数据积累，帮助玩家了解自己的比赛情况，增强玩家对比赛的粘性；
“获奖信息”：告诉玩家在比赛中的累积获益，提高玩家的比赛积极性。
【使用情景分析】
另一方面结合策划诉求，考虑玩家的真实使用情景：
2.信息是否能传达出策划的诉求；
以这两个目的出发审视信息，对难以传达出诉求的信息、重复信息、对玩家而言没什么的价值的信息进行了删减，突出重要信息，重新规整了信息布局：
1-2审核功能合理性
策划希望增加一个和“快速游戏”类似的“快速比赛”的按钮，点击后玩家就能加入一场即将开始的比赛。
在考虑功能合理性时，我们会把功能带入到真实的使用场景去想象：
1.玩家使用功能前的需求；
[使用前——玩家无法预期比赛类型，存在报名费扣费顾虑]1.比赛场内包含了所有赛事类型、子游戏类型、不同奖励比赛类型：4x4x5，近百种类型的随机，让快速比赛结果完全不可预期2.玩家不知道系统快速匹配比赛的逻辑，对有足够游戏币的玩家而言，他们会担心系统是否会自动扣费报名比赛，这种疑虑也让他们不会点击
2.使用过程中的具体行为和感受；
3.使用功能后的体验。
1-3分析策划需求，设计更好的方案；
驳回了上面策划提出的“快速比赛”功能后，要去分析策划提出这个需求的原因是什么：
1.便捷引导：玩家进入比赛模式后，不知道点什么；
2.新玩家留存：新玩家需要筛选不同比赛，增加了门槛；
【方案设计】
针对策划的诉求点，分析不同玩家的心态，来进行新方案设计：
1.明确免费赛和需报名费赛的视觉差异，方便玩家快速选择；2.增加不同游戏类型的筛选功能，帮助玩家快速定位游戏。
1.将即将开赛的比赛置顶；2.通过玩家平时玩的游戏/比赛类型，智能推荐相应的比赛。
2.对接视觉设计师
2-1设计“故事”
【需求】
设计比赛开赛等待计时器
【分析】
交互设计师产生的创意，最大一个特点是可以结合玩家心理进行设计。
设计进入比赛时的加载动画
所以在设计加载动画时，让其他3只熊猫处于等待玩家一起游戏的状态，既契合了游戏的理念，又让玩家觉得“有人在等自己”的亲切。
2-2视觉创意方案
重新设计设置页面switch按钮，使之生动有趣。
【创意方案】
我考虑创意方案一般会从几个点进行发散：
能想出什么来就基本靠脑洞了。
3.项目迭代
一个项目需要反复进行迭代。
迭代的时候，并不是以“这里不好看/不好用”的目的来迭代，这样子容易造成视野陷入细节中出不来，甚至偏离目标。
好的迭代是提出“想达到什么目的”，根据目标对功能整体进行优化。
3-1操作界面迭代
【发现需求】
在使用的时候最明显的感觉是“不顺手”、“找不到按钮”，这说明现在的按钮布局存在问题。
为了确认是否是个普遍问题，还需要问问其他人是否遇到一样的问题，再跟用户研究员进行讨论，了解玩家的使用情况——从用户研究员的调查中发现，部分玩家玩这个游戏的时候，经常采用“一手拿烟，一手操作”的姿势——说明需要考虑适配单手操作的情况。
了解了上面的信息之后，决定对这个操作界面进行迭代。
【提出迭代目标】
针对遇到的问题，提出了这些迭代目标。
1.高频按钮易感知和操作；
2.低频按钮不易忽略；
3.按钮的出现更贴合玩家当下需求；
4.尝试适配单手操作需求；
5.加强轮到自己时的提醒；
从这几个方面对按钮进行了整理：
2.再对界面的操作热区和视觉热区进行标注，方便定位界面上最重要的区域来布局按钮：
操作热区
右下角，拇指直径的扇形区域
左下角，拇指直径的扇形区域
视觉热区
自己控制的角色与所在的场景区域为视觉热区
【迭代方案提出】
最后定下迭代方向：
1.按钮分布于两侧（操作热区+视觉热区）；
2.按使用频率和分类排布按钮；
按这些迭代方向，给出了单手和双手操作两套迭代方案：
[单手操作界面]
[右手为主，左手辅助界面]
【方案权衡】
因考虑到大部分玩家不会在横屏时单手持机，所有按钮都放一边存在比较高的误触风险，而误触的代价也比较高；
以及因为游戏已经上线，这一次迭代尽量不要跟之前的布局有太大差异，而导致玩家出现不适应情况。