交互设计狮（UE）常常思考什么？

作为一名交互设计狮，入坑已快有两年之久，最近有几个项目正好在做版本迭代，我也得以回过头看看曾经的设计的项目，一边看，一边吐血，自己都忍不住吐槽：“我的天，我当初怎么会这么设计！当时我是怎么想的？！”一边又想着，如果现在让我重新再来设计这个项目，我又会怎么做呢？

发现问题是好事，就平时设计时所遇到的问题进行思考，加以总结归纳，可以让自己的专业技能不断提高。

如何解释PM、UE、UI的区别

在这之前，我想先澄清几个概念。产品经理和交互设计师到底有什么区别？交互设计师和视觉设计师又有什么区别？

官方的解释一大堆，在度娘一搜就能找到很多结果。不过既然已经说到这儿了，我就顺便在这里转述一下：UE全称User Experience（用户体验），负责产品原型的设计、交互方式实现效果的评估的一类人，也称之为交互设计师。UI全称User Interface（用户界面），负责把控产品的视觉效果的一类人，也就是常说的视觉设计师。PM全称Program Manager（项目经理），负责把控整合项目运行，为项目的成功策划和执行负总责的人。有些公司会将产品经理与项目经理混为一谈，这里就不做衍生啦。

还是不明白？说一个我曾在一本书上看到过的，讲解的十分有意思的例子。

大家都知道把毛坯房变成一间自己理想的房子是一件需要耗费很多精力、财力的事情。现在来了一伙人，带头的小领导说：我手上有一个“超级装修队”，能够完全按照你的要求，在短时间内把你的毛坯房设计成一个“样板房”，所有的家电、灯、地板、网络、门窗、墙壁等等我们负责购买、设计、装修，并且等“样板房”建造好了，你还可以在这个“样板房”里住上一个星期体验，然后提出改进的建议。当你完全满意后，我再向你签订合同，再派人按照这个样板间来为你建造房子。而在这之前，所有的服务都不向你收取费用，或者只收取很少的费用。

这个小故事中，项目经理扮演的就是“小领导”的角色，交互设计师扮演的是“超级装修队”的角色，而视觉设计师和开发，则是在签订合同后，真正负责装修的人。

小公司通常没有UE这个岗位，一般PM承包了UE的工作，直接定需求，设计产品原型，然后输出至UI。大一点的公司分工相对比较明确，将PM、UE、UI三个角色区分开来。PM会与UE一起分析需求，待需求明确后，UE会根据需求优先级来进行原型设计，原型输出后，再与产品，开发，视觉一同评审，确认原型无误后，才交付至视觉进行界面设计以及开发实现。

拿到一个项目如何开始设计？

设计的方式千千万万种，毕竟工具是死的，人是活的。交互，interaction，是action与reaction的结合，也就是动作与动作反馈的结合。当我们拿到需求时，就要带着这两个问题去思考，产品的使用对象是谁？产品最终设计结果想要达到什么目的？或许PM给的需求不明确，恩，一般情况下是不明确的，别着急，习惯就好。

交互设计师通常会自言自语，谁是用户？我就是用户呀，那我的想法就能代替用户的想法，那我就按照我自己的习惯去设计呗。没毛病！格式塔心理学告诉我们，直接经验和行为可以为你的设计加分！等交互设计师做的项目多了，看的多了，想的多了，哪里该放什么，都是信手拈来的事。

但是要是产品的受众复杂、角色繁多，那该怎么办？我在设计时，常常会自己创建用户模型或者使用场景。打个比方，我要设计一个分享美食的app，用户可以在店内享用美食后并上传美食图片至app，别人将看到美食分享后徇迹而去，如果他觉得推荐的美食味道确实赞，将会给你一个好评，当你达到10个好评后，你将会获得店家免费赠送的一次用餐机会。那这个app的使用场景有多种：1.我正在店内享用美食，觉得这个东西好好吃！我要拍照上传！2.今天又不知道该吃什么，不如看看有谁在推荐吧，这个炸鸡不错，这就去！3.我在店内享用美食，天啊，刚又有人赞了我，那我可以获得一次免费用餐的机会啦！4.这个用户经常推荐我们家的美食，并推荐好友用餐，我是不是可以奖励他一下！等等。自从有了这套方法，我在设计时，往往遇到焦头烂额的问题，只要深入情景，体会一下，就能感知到，下一步我会进行什么操作？

如果保持设计的统一性？

这里说的统一性有两个点，产品内部交互统一，项目间的交互统一。

很多人觉得最厉害的设计来源于天马星空的想象，但是真正去分析很多牛X的作品，它们不会跳出思维的框架。它们的厉害之处在于如何在有限制的条条框框内设计出赏心悦目的交互。如果一个产品输入框的交互有三种形式：1.在输入错误时立即进行验证；2.输入完成点击提交时验证；3.在输入时，提示输入框的规则限制；这样的产品当用户使用起来，就会有精分的感觉。因此，在完成项目的要求之外，最好能够整理一套常用的交互规范，比如“提示”、“按钮”、“输入框”、“向导”、“翻页”、“表格”等等，在这个交互规范的基础上去进行设计，必然能够让整个产品，或贵公司下的多个项目的交互形式统一起来。统一的好处在哪里？我们都知道，当MAC、iPHone、iTouch、iPod拿到大众面前，我们就知道，哦！这是苹果的产品！这就是自己的风格，自己的品牌。

从原型输出到需求更改，反复的过程应该如何做到团队步骤统一？

说到这一点，我简直非常有感触。通常拿到需求之后，我都已经开始兴致勃勃设计了，甚至已经设计输出一大半了，（在项目周期比较短的情况下，我们常常先评审一部分交互稿，评审通过后，直接输出给视觉进行设计）这时候，项目经理又来找到我说需要改需求，这就很难搞了。人家视觉都设计了一部分了，而且当初评审的交互稿大家都一致通过的，怎么又要改！好吧，改！改完发测，测试同事一看，这不对呀，怎么跟交互稿不一致呀，那到底以谁为标准呀？研发同事说：我看的视觉呀！视觉同事说，那时候都评审了没问题，又让改，什么情况啊？交互来回改，我根本没时间改啦！项目经理说：好吧，这需求当时是定了，但是后来用户看了交互稿，又提出了问题，当然得改啦！怪谁？怪用户！用户的心思难琢磨！

就着这么多次经历，我学聪明了，在整个项目进行前的会议上我会反复强调：“产品最终实现效果必须与交互稿保持一致，视觉只是负责样式，开发在实现过程中，只需参考视觉的样式即可！交互形式以及字段必须参考交互稿。”要说出这话，其实也是对自己有一个更高的要求。交互细节必须细化，需求点必须再三明确。

优秀的团队，应该有一个规范的流程。如果没有，你可以去主导它，把控它。

项目结束后应该如何总结？

一个项目结束了，并不代表真的结束了，交互设计师一定要去使用自己设计出来的产品。其实不止交互设计师，参与整个项目的人都应该去体验这个产品，去体验了，才知道知道好与不好，下一次该如何去改进。你也可以让项目外的成员来体验，为他们布置任务，然后端起小板凳，坐在他们边上看是否能完成你所布置的任务。整理他们所提出的问题，恭喜你，又能有提升的空间了！

平时应该如何去学习？

工作疲倦的时候，看看知乎、论坛里，交互大神都在讨论些什么问题。多逛逛设计网站，譬如：花瓣、站酷、drrrible等等，交互设计师虽然只是搭建产品原型，说的直白点，就是搭建条条框框的原型，但是条条框框也设计出优雅的姿态。

凡事遇到问题，一定要不耻下问。很多时候刚上手一个新的项目，项目组的人也不熟悉，但是只要遇到了比较晦涩难懂的需求，一定要刨根问题，跟产品不断磨。

乐于助人，我时常帮助其他同事解决交互问题，遇到难以解决的，几个人坐下来好好讨论、琢磨一下，必然受益匪浅。

唠了这么多，各位看官辛苦了！

最后我再送两句觉得在工作中十分受用的话给大家：化繁为简，返璞归真。具体情况，具体分析。设计出好的产品是一件令人愉悦的事情，我也十分热爱我的工作。希望我的文章能对你有所帮助！好的交互就是让人感觉不到交互，这也是我一直追求的目标，毕竟自己只有近两年工作经验，如有说的不当的地方，请多多指正~（鞠躬O7）