「把需求做出来再评估」

公司的CTO是从微信出来的，上周需求评审时他给我们说：

微信是每个版本上线之后再评估下个版本上什么需求…

嗯，不是做什么，而是一堆需求都做好了，等着看哪个先上，

原因是张小龙觉得需求要做出来的才能评估有没有价值。

起初挺不以为然的，觉得只是大公司人力过剩，没啥价值，结果没两天自己也体会到了这样做的好处。

截图是一个功能点的优化，我用Sketch配合刚上手的Framer写了前2种交互，最后发现都不好，又加上了在构思时抛弃的方案3——当初抛弃的理由是那个位置会有别的状态icon，碰到两者同时出现的情况无论是功能、样式还是可交互性上都不太协调。

但最后综合可见性和及时反馈，还是第3种最合适。

---

前2天一个重要页面的改版上线了，结果发现月份的选择、文字的滚动条、管理团队的切换…许多细节的交互都做得不够人性化。

相信这类问题在互联网产品中很普遍，毕竟多数公司都没有交互设计师，都由PM兼着，而PM的重心又往往在需求层面，对于表现层面还隔着UI的交互，基本都被抓大放小了。

所以说，把需求做出来再评估还是有意义的，静态的原型容易让人关注最次要的视觉，浮于表面，就像我自己这个例子，更关注样式好不好看、风格协不协调——而交互则能引导产品经理从实际场景出发，去思考功能之间的动态关系。

而且做交互的过程，其实也是对PRD细节的覆盖。

开发一定会爱你。

——————————

6.16补记：

昨天一起评审同事规划的消息系统，他在呈现上提供了3种方案，让我们评估哪个好。

拖疲劳的福利，全程都有些「置之事外」，但却也有收获——

没有提供直观交互的原型确实会增加沟通的障碍，好多时间都被浪费在了想象操作场景→感受操作体验→想象失真→不在一个频道上。