RELATEED CONSULTING
咨询中心
点击下方老师马上在线沟通
咨询时间:8:00-23:00
关闭右侧工具栏
UI设计交互的推动
  • 作者:太原UI培训
  • 发表时间:2017-11-06 15:22
  • 来源:未知

 

场景1:在交互评审会上,产品经理说XX也有这样的设计,照着XX的来就可以了,没必要像你这样设计; 开发说这样的设计成本比较高,不建议使用这种方案; 运营说这样设计的对用户来说不够吸引人注意,可以改成这样……一场评审下来,从用户操作流程到界面布局被改的面目全非。更为可怕的是下一次评审确定交互的会议上,之前达成的共识又一次被推翻,陷入恶性循环中…
 
场景2:产品经理给你一个很粗糙的原型简图,让你把原型流程和细节补充完成…;交互评审最终通过,给到视觉做视觉稿,视觉加入自己的想法,把你的交互稿的结构逻辑定义规则按照自己的理解逻辑改了一遍…
很多交互设计师会遇到以上两个场景,交互设计师的角色完全陷入被动。沦为一个悲催的线框仔,和设计的推动和设计的把控完全不沾边。那么问题来了交互设计师如何可以变被动为主动,做一个设计的推动与把控者?
以上两种场景的根源是交互设计师在平时工作中缺乏专业能力、气场和沟通协作能力。因为缺乏这些才导致在工作中地位较低,不断地被质疑被修改以及和各个角色的对接产生不顺。专业能力,气场和沟通协作能力这三个没法在短时间内提高,但是针对场景1和2也有套路来应对。
 
应对场景1:在评审过程中学会拆分使用场景讲述交互方案。
    交互设计师直接用具体的交互原型界面进行评审很容易被质疑和推翻。会议上的人对于具体的界面感知度很高。学会用抽象的东西进行评审,这个可以吸引会议的人的大部分精力,最后再拿出具体的交互原型界面。
    整个交互原型可以拆分为很多页,最开始讲解整个设计的背景(业务背景,技术背景),适用人群,整个交互设计解决了那些问题,然后再讲需求,拆分需求,拆分不同的使用场景和对应的功能流程图。基本在这个发过程中,会议上的其他人不会有太多的异议。因为这个是抽象不容易反驳的。这个过程基本是一稿过。最后拿着对应的场景、功能流程图和最后的交互原型一一对应。前面大部分时间和精力为最后的交互原型图做铺垫。这样就可以让交互一稿过。
 
应对场景2
     在一一对接产品和视觉时,要尝试在交流中和对方达成一致,站在统一战线上,帮助他们分担压力。同时通过外在的因素达成想要的结果。
    承担产品经理的原型输出文档工作。让产品经理认识到我做交互原型更专业更省心,他不用在此分散精力。他可以将更多大时间把控产品需求的进度和挖掘需求。我是他亲密的战友,一起解决产品问题; 和视觉设计师的关系是两方是一个用户体验团队。遇到分歧可以从产品,开发,用户等多角度去说服对方。遇到确实偏执的视觉设计强行把交互评审确定的原型图改的面目全非可以在评审大会上接受产品经理,开发,运营等角色的挑战,来回几次视觉设计师就不会乱改交互原型逻辑和整体布局了。
 

上一篇:UI设计中的三种导航模式   下一篇:苹果IOS图标设计中的三点意义
在线客服系统