「把需求做出来再评估」
公司的CTO是从微信出来的,上周需求评审时他给我们说:
微信是每个版本上线之后再评估下个版本上什么需求…
嗯,不是做什么,而是一堆需求都做好了,等着看哪个先上,
原因是张小龙觉得需求要做出来的才能评估有没有价值。
起初挺不以为然的,觉得只是大公司人力过剩,没啥价值,结果没两天自己也体会到了这样做的好处。
截图是一个功能点的优化,我用Sketch配合刚上手的Framer写了前2种交互,最后发现都不好,又加上了在构思时抛弃的方案3——当初抛弃的理由是那个位置会有别的状态icon,碰到两者同时出现的情况无论是功能、样式还是可交互性上都不太协调。
但最后综合可见性和及时反馈,还是第3种最合适。
前2天一个重要页面的改版上线了,结果发现月份的选择、文字的滚动条、管理团队的切换…许多细节的交互都做得不够人性化。
相信这类问题在互联网产品中很普遍,毕竟多数公司都没有交互设计师,都由PM兼着,而PM的重心又往往在需求层面,对于表现层面还隔着UI的交互,基本都被抓大放小了。
所以说,把需求做出来再评估还是有意义的,静态的原型容易让人关注最次要的视觉,浮于表面,就像我自己这个例子,更关注样式好不好看、风格协不协调——而交互则能引导产品经理从实际场景出发,去思考功能之间的动态关系。
而且做交互的过程,其实也是对PRD细节的覆盖。
开发一定会爱你。
作者:Stove 3
来源:http://www.jianshu.com/p/32d2a65d8811
评论
- 目前还没评论,等你发挥!