UCD火花集2:有效的互联网产品设计 交互/信息设计 用户研究讨论
上QQ阅读APP看书,第一时间看更新

设计中的数据分析

文/光耀 from 我们光耀

这是上周末UCDChina书友会的话题,很激烈。这期书友会以来自TCL、中兴通讯和步步高几位同学为主,所以大家的话题更多集中在消费类电子产品。之前一直聚焦互联网,对于电子产品我的发言权还不够,但是很多讨论还是值得借鉴。

数据对创新没有价值,但是数据可以指导设计。之前互联网圈子就该不该听用户的话题有很多讨论。Keso早就说过不要听用户的。在我看,确实用户的很多需求不是用户自己说出来的,而是产品人员发现或创造的。同样的用户数据,不同的产品人员一定会有不同结论,最后不同的结论会输入到各自的产品。当然当转移到交互设计等环节的时候,用户的声音就需要放大,并灌输到产品中。

对于调研报告和数据的分析要有技巧。前期需要调研开放性问题,先做定性调研,否则可能有大的缺漏。因为有可能我们设定的某些调研场景就是有问题的,比如一部商务手机在我们设想里的应用场景可能是办公室或者车上,如果我们都没有假设沙发或者床这样的场景,后期定量结果可想而知。

用户做调研的心态和用户真正使用和购买的心态是不一样的。所以别把数据当宝贝,数据在那放着,关键是你如何从数据中得到恰当的反馈。当日还有这样一个案例:一部手机的用户报告显示,该手机的摄像头使用率非常低,于是该厂家决定取消摄像头功能,这样大大降低了用户的购买价格。而结果是,没有摄像头的手机销量情况很差。为什么?因为用户填写数据报告的场景和用户购买的场景是不一样的。用户给你反馈了5个新功能,但是当你满足了用户所说的5个功能的时候,用户可能反而不要了。

数据报告是以前的东西,而产品是未来的产品。在互联网领域,数据报告和产品上线周期较短,问题较小。而从一部手机设计实现周期而言,通过数据报告得出需求,再到产品实现的时间差需要考虑。所以积累一些预期产品(就像那些不会量产的概念车一样)。

更多地了解数据分析原则,在产品评审中争夺话语权。亲身经历告诉我们产品需求评审和运营方案评审,没有这个是不行的。

人人都要有产品经理的素质。发现很多企业的产品经理更多的是项目经理的角色。如果只是卡项目节点,关注时间节点,那么这个产品经理只是参与了产品生命周期的一小部分。这是个老话题,我这里建议做UI、ID、运营、市场的都应具备一定产品的素质,这样产品在前期开发和后期营销的衔接会更顺畅,产品才会更成功。