交互设计师心得——核心竞争力

你是一位交互设计师吗？
告诉我，你具体做些什么？

我是做网站设计的？听起来不够专业。
我是做网页设计的，听起来……
你们是做界面的……
恩，好吧，我勉强接受，但是还是会很不死心补充一句：其实我们不只做界面，我们还规划使用流程，研究用户为了达到目标所要完成的任务，简化任务……听不懂？好吧，whatever！

交互设计就像他们主要的产出物之一——线框图一样，很多时候沦落到中间产物，处在尴尬的境地。
前面如果有优秀的产品经理，并且精力旺盛，有时就会一并连交互的工作做掉了。
后面如果有优秀的视觉设计师，并且精力旺盛，接到交互设计师交付给他的一堆简陋的线框图，反而不知道怎么下手，而且，他会很抗议自己成为了一个油漆工，不知道在这个线框的基础上“什么是可为，什么是不可为”，我们会经常看到一些“明知不可为而为之”的视觉设计师在交付了视觉稿后，遭遇到交互设计师的诘问：这个结构你不能根据视觉来调整，这个会改变我之前定义的用户引导方式，这个是之前确认过的！

一. 快乐并痛苦着交互设计师

合作伙伴的痛苦：

• 很多时候，产品经理在放手后觉得很痛苦：唉，他到底理解清楚没有我的商业意图？我不放心，我觉得事情不可控……

• 很多时候，视觉设计师在接手后觉得很痛苦：唉，前期的需求和业务讨论，我压根就没参加，这一堆东西，我看不明白，但是还是得一页页去美化，而且我还得把工作成果交给他验收……

• 更多有关的人觉得很痛苦，流程长，分工细，到了开发的时候，遇到了问题，还得先找交互，通过交互去找前端工程师，解决问题。

交互设计师们的痛苦：

花了很多精力做了很多中间产物，一般这些中间产物瞬间就会被替代掉，到了项目发布，那些就已经被遗忘了。

花了很多精力去做协调和沟通，自然而然成为UED三个角色的小PM.
商业BRD写好了，要去和产品经理讨论业务需求并且坚守用户体验防线。线框做好了，要和一群人去讲设计需求，要撰写文档。视觉稿好了，要提防人家不小心改变了线框框架。文案和HTML做好了，又要去验收HTML有无按照设计需求执行，开发完成了，还得去像测试人员一样投入去测试bugs。发布后，还要持续进行效果的跟踪。这些，工作很多时候看起来劳而无功。

但是交互最痛苦的，不是这些。

交互痛苦的事情之一，说服基本靠YY。

这段时间做封闭做项目，从一进到项目室，就有明确的时间点和计划，来不及系统化思考，投入去做。遇到一些引发争议的问题，去和产品经理们谈，发现，我们的讨论慢慢地演变成为故事PK赛。大家举个各种场景的故事去试图说服对方。比如，我说，如果我是用户，我怎么怎么地。他说：我不那么看，如果我是用户，我怎么怎么地。

所谓的PK就成为了谁反应快，能够抓住对方的漏洞，谁的口才好，搞得对方无从辩驳，谁就赢了。
其实，事后反思，我们的persona去哪儿了？怎么都成了讲极端非典型场景非典型需求用户的例子了？
我们的以用户为中心的高尚理论去哪里了？怎么都成为以自己为中心了？

事实就是这样：
我们没有足够的时间去为每一个项目建立一个persona。
以前建立的persona不是适合所有项目。
我们一般没有足够的时间在开始做方案前引入用户研究。

所以，我们在PK的时候，有时不得不靠举例子，讲故事。可能，交互设计师一个很重要的素质就是要“很诚信地讲更加可信的故事”。不靠YY,靠一些观察，数据，案例分析，在讨论的时候，很自然用用户的场景去描述设计，用户来到这里，他带着什么样的需求，在遭遇到这种提示后，他会有什么样的反应……他的这种反应会导致他接下来怎么去做……要尽量像用户灵魂附体一样去讲。我见过一位优秀的设计师，在讲用户的使用场景时，我虽然整个场景是他自己YY出来的，但是他的抓狂的动作、痛苦的表情，让人“感同身受”——到了这份上，想要PK产品经理，想要说服谁，一般都成功了。

当然，作为一名交互设计师，我觉得PK成功，心里不一定有胜利的喜悦。因为，有可能需求方让步不是因为真的被故事打动，而是时间因素，觉得没有必要在这种“细节上”花太多时间。

交互痛苦的事情之二，时刻在反思：我做得对吗？这真的是对的吗

PK赢了，可是扪心自问：我做的方案真的是对的吗？用户真的这样想的吗？他们真的是这样用的吗？
也许我们心里都会有点虚。
事实上，设计以后也需要不断根据用户测试、数据情况不断迭代。

曾经有产品经理当时和我聊天时，就聊到一件往事，他说：当初设计师发动了好几个设计师过来和我讨论那个方案，他们坚持要做成那样，我争论不过，就按照他们的方案做了。结果数据效果不好，被重新换回来了……