用户体验与交互设计

——雅秋@UCD交互设计

  《开会那点事儿》 系列第三趴——项目中的沟通之道(点此回顾:第一趴 第二趴

  刚刚上线了项目,期间体认最多的是当面对多种需求方时,如何通过沟通各个“击破”又让他们各个心满意足。

  有篇不错文章,讲得是产品经理需求分析要高于需求方,大致意思是:

  首先,人都是站在自己的角度看问题,但是产品往往要整合不同业务需求,一大堆需求不做分析、排序整合在一起,用户用起来必然会很恶心。

  第二,需求方的某些需求可能比较狭隘,他通常只会告诉你:我需要一匹很快的马(而不是一个新产品叫汽车)——亨利福特,这就需要你创新地再加工。

  如果你相信事在人为,沟通亦有技巧,在会议中针对不同的需求方,如果恰当的使用沟通方式,或许会达到共赢的效果。

(一)避免专业上的“针尖对麦芒”

  开会时拖延最长往往不是因为内容过多,而是一个点上争论不休…

  你和我讲用户体验,我就和你谈数据分析,你和我谈数据分析,我就和谈运营计划….总之,在我的专业上,没人比我权威,这是我的专业,你丫还敢来挑战我,我专业还是你专业。最后谁也不能挑战谁的专业,讨论也无解…

  有同事还为此配图说明: More

和一位视觉设计师讨论UED分工的时候,他说:“交互设计做的就是逻辑。”听起来似乎没错:互联网交互做得最多的就是点击、跳转。无论target到另一个page是_self还是_blank,无论信息架构的sitemap,还是导航,似乎交互做的就是一个纯理性、高逻辑的活儿。

直到有一天向臭鱼请教一个产品的设计时,我才意识到被忽视已久的问题。

这个产品大致需求是这样的: 一个图像上传产品。用户可以设置一张显示,也可以设置一周自动轮换。每个选择会为用户提供推荐图片。

开始我设计的流程大致如此:

 

 

 

 

 

 

 

除此之外,我还做了低保真的线框草图:

线框草图第一张:一进来让用户选择方式

臭鱼看后,只问了我一句:“你说的这种一步步的设计方案,你觉得这种方式有什么不足吗?”

我听了开始一愣,觉得这简单、清晰的流程,用户不该产生疑惑啊,会有什么问题呢?后来突然领悟:这看似无破绽的流程只是我个人的YY,用户未必照单全收。 More