是花里胡哨可玩性。
所以，这种内部竞争，应该是只持续到小範围试点投放结束后、分出优劣胜负，就立刻中止。
然后all-in支援那款在小範围试点内测时表现胜出的产品。
这种思路，有点儿像后世互联网时代的a/B测试和“儘快投放，快速迭代”研发思路。
a/B测试这玩意儿，不是互联网行业圈内人，或许不太了解，稍微说几句。
这玩意儿主要是FaceBook的小劄用出名的。在21世纪初之前，软体行业是比较讲究理性设计的，早期研发完成后，后续的测试也是很严谨的，基本上项目经理怎么要求怎么来，跟设计不符的就是BuG。
但是随着互联网产品更多偏向娱乐消费和社交，偏向“体验”之后，其实最初设计得太严密就不是好事儿了。因为100%项目经理前期论证的模式，只适合那些对错分明的问题。
可是体验这玩意儿，是没有对错的。就像很多公司的测试部门，对着test-case的时候，你能说出一个功能错没错，但你说不出一个功能漂亮不漂亮、舒服不舒服。
这玩意儿太主观太见仁见智了，你指望不了项目经理每次都跟主流审美站在一起，所以哪怕你希望你的人都跟腾云的工程师一样，“每次都刻意站在小白的立场上换位思考”，也不一定奏效。
这不是同理心的问题，而是精英是无法靠意淫来意淫
第701章 两条腿走路(4/7)