初創(chuàng)團隊為何需要做產(chǎn)品核算的作用和意義(2)

　　比如同樣的feed發(fā)布功能，目前市場上，就有多種現(xiàn)成的體驗可供選擇，有微博的發(fā)布體驗，有微信朋友圈的發(fā)布體驗，還有很多其他產(chǎn)品的發(fā)布體驗。工程師最容易陷入的思維是：最快并且穩(wěn)定的(沒有BUG)的實現(xiàn)，而產(chǎn)品經(jīng)理想要的卻是：實現(xiàn)的同時，能有著最好的體驗。但在工程師的標(biāo)準(zhǔn)中，體驗上的差別往往不那么明顯，這種反差完全是由于分工不同造成的，并不是工程師不在乎體驗，畢竟誰都想做好產(chǎn)品，而且工程師往往是更加好勝的。

　　因此我建議那些經(jīng)驗不太豐富的團隊，在功能評估時，最好能向工程師多問一句實現(xiàn)方式，順便把體驗兼顧了，多提醒這些技術(shù)天才們。否則，一旦開發(fā)結(jié)束，你跟工程師說，我想要的不是微博的體驗，而是朋友圈的體驗，這對于工程師的傷害是非常大的，改動的工作量往往也超出初創(chuàng)團隊的接受程度，畢竟，我們活下去的關(guān)鍵是快速迭代。如果不快，等你體驗好了，對手已經(jīng)二次迭代了。

　　所以，我最近一直在和工程師溝通，在今后的工作中，確保每個功能在開發(fā)之前，都能把實現(xiàn)后的體驗兼顧到。評估的過程中，要對市場上同類產(chǎn)品中口碑好的功能點，做出調(diào)研。激勵工程師關(guān)注目前市場上同類功能中最佳的實現(xiàn)方式。否則，你做出來的，只是功能，遠(yuǎn)遠(yuǎn)不是市場上能夠生存的產(chǎn)品。

　　功能核算的另外一種好處，就是能夠促進工程師在功能點上的合理分工，讓每個工程師，在每個階段，都負(fù)責(zé)相同模塊的開發(fā)，持續(xù)深入下去，換來的結(jié)果自然是體驗上的不斷提升。

　　四、體驗核算應(yīng)該融化到團隊每個人的心中

　　最后是體驗核算。其實在我心中，體驗核算是貫穿著產(chǎn)品工作的始終，我從來不覺得體驗是產(chǎn)品經(jīng)理一個人的工作。它更應(yīng)該融化到團隊每個人的心中，好的體驗應(yīng)該是一種工作方式，一種生活方式，一種思維方式。當(dāng)然，這非常難，對于初創(chuàng)團隊也很少奢望，但我想告訴大家，一旦你把對更好體驗的追求，講給團隊的每個人，總有一天，你會得到超乎想象的結(jié)果。體驗的升級，就好比龜兔賽跑中的烏龜，持之以恒，潛移默化，假以時日，天翻地覆。

　　在這里，我舉一個與后臺工程師的溝通的例子。之前的文章中，我提到過體驗很重要的一方面就是產(chǎn)品的性能。而這一點，后臺工程師起到?jīng)Q定性的作用。比如加載速度上的0.1秒之差，都應(yīng)該是后臺工程師應(yīng)該極力追求的。作為產(chǎn)品經(jīng)理，團隊負(fù)責(zé)人，要想盡辦法，調(diào)動資源，鼓勵后臺工程師，為類似的點滴細(xì)節(jié)，拼盡全力。

　　以我為例，對后臺工程師提出了一個要求：把影響產(chǎn)品性能體驗的關(guān)鍵節(jié)點、關(guān)鍵指標(biāo)數(shù)據(jù)化，然后做出不同階段的優(yōu)化目標(biāo)，我們不需要激進，不需要一步到位，但什么時候能夠到什么程度，要心里有數(shù)，單單嘴上說說是無法達成的。

　　好了，作為一個新轉(zhuǎn)型的產(chǎn)品人，以上是我在最近半年工作中的一切感受，產(chǎn)品核算不是什么新鮮概念，也不是什么救命的奇藥，它更多是團隊工作的一種方法，一種思維，一種習(xí)慣。希望對正準(zhǔn)備或剛剛轉(zhuǎn)型的產(chǎn)品人，有所幫助。寫得不對的地方，歡迎資深從業(yè)者指正。

【初創(chuàng)團隊為何需要做產(chǎn)品核算的作用和意義(2)】相關(guān)文章：

為何產(chǎn)品經(jīng)理要看《瑯琊榜》？(2)07-21

生育保險的作用和意義是什么09-12

專業(yè)實習(xí)目的和意義(2)06-22

HR為何要做吃力不討好的事情06-21

為何她總是拒絕我？(2)07-05

為何你面試會被刷？(2)10-03

為何你的簡歷寫不好？(2)07-29

團隊獲獎感言(2)07-20

團隊經(jīng)典口號大全(2)10-17

為何你的簡歷就是寫不好？(2)07-18