32a00d54fd268d953bdec09a294d3251
我在 ITUX 做交互设计的经验感悟

去年四月份,带着平静的心情来H区面试ITUX项目组。初次进入H区,有种安静、祥和、隔绝之感,很难想象会在这样的工作环境中度过未来一年多的愉快时光。

在项目组头三个月,经历过大型产品从0到1上线。由于我负责好几个产品模块,之前我没有经历过复杂的跨部门跨项目组协同。头三个月对我来说很煎熬,技能没有任何进步,工作对接中也不顺畅。在工作中也没有任何思考和总结。但三个月之后某个晚上突然间有种通透感,之前工作中的焦虑煎熬貌似全部看透一般。

对于看透的一些事情只可名状难以言传,没有经历感受过的人来说就是鸡汤。

如一个很厉害的人,用毕生精力写下一本书,他所有的才华经验所得都都浓缩在书里面,但是读者读完会成为他那样的人吗?其实是不可能的。因为他的经历没法复制。读者只能把他的书多读几遍多揣摩去感悟而得到作者更多经验和知识。可能他一句话就蕴含着一个复杂而心酸的故事,而读者却无法去感受。

对于我的经验感悟,可以用简单的五个关键词概括:恐惧、推动与把控、全局观、认知偏见、利弊。

1、恐惧

人都会有恐惧,恐惧来源于对未知的不确定性的害怕。工作中的恐惧分为两种。一种是对工作项目的恐惧;一种是对对接人的恐惧。

对工作项目的恐惧

对工作项目不了解,高估难度导致恐惧。其实在工作中,任何项目只要各个角色通力合作都不会很难。所以把工作项目都当做一项平常心对待,多和各个角色平和的去沟通讨论协作可克服恐惧。

对对接人的恐惧

可能因为和对接人相处的不愉快抵触,消极的对接,这样出现的后果是信息的严重不对称。从而导致项目进度很不顺利。对于和人沟通,我们要抱着无所畏惧的态度去看待,毕竟他们又不能真正的把我们怎么样。

2、推动与把控

推动与设计的把控能力是交互设计师综合能力的具体体现。

场景1:在交互评审会上,产品经理说XX也有这样的设计,照着XX的来就可以了,没必要像你这样设计; 开发说这样的设计成本比较高,不建议使用这种方案; 运营说这样设计的对用户来说不够吸引人注意,可以改成这样……一场评审下来,从用户操作流程到界面布局被改的面目全非。更为可怕的是下一次评审确定交互的会议上,之前达成的共识又一次被推翻,陷入恶性循环中…

场景2:产品经理给你一个很粗糙的原型简图,让你把原型流程和细节补充完成…;交互评审最终通过,给到视觉做视觉稿,视觉加入自己的想法,把你的交互稿的结构逻辑定义规则按照自己的理解逻辑改了一遍…

很多交互设计师会遇到以上两个场景,交互设计师的角色完全陷入被动。沦为一个悲催的线框仔,和设计的推动和设计的把控完全不沾边。那么问题来了交互设计师如何可以变被动为主动,做一个设计的推动与把控者?

以上两种场景的根源是交互设计师在平时工作中缺乏专业能力、气场和沟通协作能力。因为缺乏这些才导致在工作中地位较低,不断地被质疑被修改以及和各个角色的对接产生不顺。专业能力,气场和沟通协作能力这三个没法在短时间内提高,但是针对场景1和2也有套路来应对。

应对场景1:在评审过程中学会拆分使用场景讲述交互方案。

交互设计师直接用具体的交互原型界面进行评审很容易被质疑和推翻。会议上的人对于具体的界面感知度很高。学会用抽象的东西进行评审,这个可以吸引会议的人的大部分精力,最后再拿出具体的交互原型界面。

整个交互原型可以拆分为很多页,最开始讲解整个设计的背景(业务背景,技术背景),适用人群,整个交互设计解决了那些问题,然后再讲需求,拆分需求,拆分不同的使用场景和对应的功能流程图。基本在这个发过程中,会议上的其他人不会有太多的异议。因为这个是抽象不容易反驳的。这个过程基本是一稿过。最后拿着对应的场景、功能流程图和最后的交互原型一一对应。前面大部分时间和精力为最后的交互原型图做铺垫。这样就可以让交互一稿过。

应对场景2:在一一对接产品和视觉时,要尝试在交流中和对方达成一致,站在统一战线上,帮助他们分担压力。同时通过外在的因素达成想要的结果。

top Created with Sketch.