功能核算能够促进工程师更多关注体验

接下来是功能核算，包括前端功能，也包括后台功能。对于功能核算，我没有太多发言权，因为我不是技术出身，但我一直有一个理念：仅仅把功能做完是远远不够的。功能和体验一定是连在一起的。*近几个月，我花了很多时间和技术团队沟通，就是希望技术团队在进行功能开发的评估之前，就把体验考虑到。

比如同样的feed发布功能，目前市场上，就有多种现成的体验可供选择，有微博的发布体验，有**朋友圈的发布体验，还有很多其他产品的发布体验。工程师*容易陷入的思维是：*快并且稳定的(没有BUG)的实现，而产品经理想要的却是：实现的同时，能有着*好的体验。但在工程师的标准中，体验上的差别往往不那么明显，这种反差**是由于分工不同造成的，并不是工程师不在乎体验，毕竟谁都想做好产品，而且工程师往往是更加好胜的。

因此我建议那些经验不太丰富的团队，在功能评估时，*好能向工程师多问一句实现方式，顺便把体验兼顾了，多提醒这些技术天才们。否则，一旦开发结束，你跟工程师说，我想要的不是微博的体验，而是朋友圈的体验，这对于工程师的伤害是非常大的，改动的工作量往往也超出初创团队的接受程度，毕竟，我们活下去的关键是快速迭代。如果不快，等你体验好了，对手已经二次迭代了。

所以，我*近一直在和工程师沟通，在今后的工作中，**每个功能在开发之前，都能把实现后的体验兼顾到。评估的过程中，要对市场上同类产品中口碑好的功能点，做出调研。激励工程师关注目前市场上同类功能中*佳的实现方式。否则，你做出来的，只是功能，远远不是市场上能够生存的产品。

功能核算的另外一种好处，就是能够促进工程师在功能点上的合理分工，让每个工程师，在每个阶段，都负责相同模块的开发，持续深入下去，换来的结果自然是体验上的不断提升。