，基本上项目经理怎么要求怎么来，跟设计不符的就是bug。

    但是随着互联网产品更多偏向娱乐消费和社交，偏向“体验”之后，其实最初设计得太严密就不是好事儿了。因为100%项目经理前期论证的模式，只适合那些对错分明的问题。

    可是体验这玩意儿，是没有对错的。就像很多公司的测试部门，对着test-case的时候，你能说出一个功能错没错，但你说不出一个功能漂亮不漂亮、舒服不舒服。

    这玩意儿太主观太见仁见智了，你指望不了项目经理每次都跟主流审美站在一起，所以哪怕你希望你的人都跟腾云的工程师一样，“每次都刻意站在小白的立场上换位思 考”，也不一定奏效。

    这不是同理心的问题，而是精英是无法靠意淫来意淫出小白究竟是如何想得。

    后世大约06年前后，facebook流派开始扩散出来的a/b版测试，这时候就是一个比较好的工具了。它不需要项目经理再去设身处地把自己装作小白，而是直接把好几个各抒己见的外观、ui更新内容，小範围投放给几千几万个用户去用。巫界术士

    比如，当时几千万的facebook用户里，会有千分之一随机收到一个升级提
 <本章未完请点击"下一页"继续观看!>