今天說說最近已經(jīng)與團(tuán)隊(duì)中不少人都談到的“產(chǎn)品核算”。

一提到核算，很多人都會不自覺的以為，那是總結(jié)色彩濃厚的概念，不適于快速反應(yīng)的初創(chuàng)團(tuán)隊(duì)。其實(shí)，如果準(zhǔn)備充分，完全可以在產(chǎn)品開發(fā)之前展開。又或者說，從我們準(zhǔn)備做一款產(chǎn)品之前，就有意識地為產(chǎn)品制定一些標(biāo)準(zhǔn)。雖然大多數(shù)產(chǎn)品在后期運(yùn)營中，都會經(jīng)歷過重大調(diào)整，但也有不少產(chǎn)品，從首個(gè)版本起，核心架構(gòu)與功能，一直沒有發(fā)生太多變化，而是不斷穩(wěn)定與優(yōu)化。所以我還是建議大家，心態(tài)上擁抱變化，但在準(zhǔn)備上制定充分的計(jì)劃，尤其對于我們這些雜牌軍游擊隊(duì)、沒有什么成功經(jīng)驗(yàn)的初創(chuàng)團(tuán)隊(duì)。

切入正題，我理解中的產(chǎn)品核算，包括四部分：UE核算、UI核算、功能核算、體驗(yàn)核算。（后期還會有運(yùn)營核算）

一、UE核算能讓標(biāo)配功能最快定稿，為后續(xù)開發(fā)降低不確定性

所謂UE核算，就是專門針對產(chǎn)品原型設(shè)計(jì)的核算。普遍理解中，產(chǎn)品原型設(shè)計(jì)往往是發(fā)揮空間很大的，甚至可以是很粗糙的，拿我們的項(xiàng)目來講，有很長一段時(shí)間，在原型設(shè)計(jì)中，對于不同類型的功能、交互、界面、icon以及對針對的文案，都沒有系統(tǒng)的標(biāo)準(zhǔn)與核算。表面看上去，它最大限度的提高了UE的生產(chǎn)速度，但弊端與隱患很多，尤其會影響后續(xù)開發(fā)。

階段性回頭看，任何一類產(chǎn)品，無論是閱讀類、游戲類、電商類、社交類……在原型設(shè)計(jì)上，都有很多相同之處，我認(rèn)為，一款好的產(chǎn)品原型，并非是完全新創(chuàng)的，而是要在已有的品類中，找到自己的定位，進(jìn)行針對性的功能差異化與體驗(yàn)優(yōu)化。

拿我們產(chǎn)品來說，個(gè)人資料頁面的上傳頭像、完善資料、進(jìn)行隱私設(shè)置等功能，幾乎是社交類產(chǎn)品的必備功能，就好比韓國餐廳的餐前小菜，它是標(biāo)配的概念?？梢赃M(jìn)行創(chuàng)新，但對于一個(gè)初始版本的產(chǎn)品來說，一定不是重點(diǎn)，創(chuàng)新空間也有限。因此，對于類似標(biāo)配的功能、標(biāo)配的交互，就完全可以先進(jìn)行標(biāo)配設(shè)計(jì)，盡早定稿，不輕易修改。

它的好處是什么？避免在后續(xù)環(huán)節(jié)中，比如UI設(shè)計(jì)、功能優(yōu)化等過程中，造成不必要的改動(dòng)與人力成本的浪費(fèi)。毛主席早就說過，集中精力辦大事兒，抓主要矛盾。對于做產(chǎn)品來講，原型設(shè)計(jì)過程中，尤其要抓好主要矛盾，把精力用在最重要的事情上。

UE 核算要做到什么程度？以我們項(xiàng)目來說，要保證產(chǎn)品結(jié)構(gòu)的確定、核心交互界面的確定，原型設(shè)計(jì)中，能夠復(fù)用的界面，一定要學(xué)會復(fù)用。一來，這是實(shí)現(xiàn)極簡的有效方式；二來，這會大大降低用戶的學(xué)習(xí)成本；三來，它會讓你的產(chǎn)品，有著系統(tǒng)性與整體性，不會讓用戶在交互的切換中，仿佛完成產(chǎn)品之間的轉(zhuǎn)換一樣；最后，也是非常重要的，就是節(jié)省UI設(shè)計(jì)師與開發(fā)工程師的工作量，最大程度的加快項(xiàng)目的進(jìn)度，提升項(xiàng)目的可控性。

別小看原型設(shè)計(jì)，原型設(shè)計(jì)不僅是一個(gè)產(chǎn)品投入生產(chǎn)過程中的起點(diǎn)，原型設(shè)計(jì)的確定與清晰程度，還直接決定后續(xù)工作的穩(wěn)定與流暢程度。

所以，UE核算，對于一個(gè)產(chǎn)品團(tuán)隊(duì)來說，是一種理念，一種對后續(xù)工作深度負(fù)責(zé)的理念。不要它看成是一種包袱，好的UE核算是有主次、有標(biāo)準(zhǔn)、有梯度的，它能夠讓團(tuán)隊(duì)尤其是產(chǎn)品經(jīng)理，對產(chǎn)品結(jié)構(gòu)、對產(chǎn)品今后的開發(fā)工作如指掌。（別笑，現(xiàn)實(shí)是產(chǎn)品開發(fā)過程中，大多數(shù)產(chǎn)品經(jīng)理，都有被技術(shù)或者UI同事問住的時(shí)候，最終還得重新翻UE來回答，在我身上就發(fā)生過不少，慚愧）。甚至，如果UE核算做得充分，還能為產(chǎn)品的后續(xù)拓展與升級，降低開發(fā)成本。

二、產(chǎn)品經(jīng)理要幫助UI設(shè)計(jì)師提前完成UI核算

所謂UI核算，就是針對產(chǎn)品界面設(shè)計(jì)的核算。對于有經(jīng)驗(yàn)的設(shè)計(jì)師來說，這都是小兒科的事兒。但現(xiàn)實(shí)情況是，產(chǎn)品團(tuán)隊(duì)非常多，而有經(jīng)驗(yàn)又懂產(chǎn)品的UI設(shè)計(jì)師，非常稀缺。怎么辦？我們在第一版產(chǎn)品開發(fā)中，就沒能事先制定UI核算，包括我們的UI設(shè)計(jì)師也沒有真正的客戶端產(chǎn)品的設(shè)計(jì)經(jīng)驗(yàn)，所以我們走了一些非常不必要的彎路，甚至還發(fā)生過一些爭吵。

因此，如果你是團(tuán)隊(duì)負(fù)責(zé)人，你最好能夠幫助讓你的UI設(shè)計(jì)師，從一開始就制定一張UI核算單。而不是僅僅依靠設(shè)計(jì)師的喜好與直覺來設(shè)計(jì)產(chǎn)品。否則，即便每個(gè)界面分別看起來不錯(cuò)，也掩蓋不了整個(gè)產(chǎn)品界面的不系統(tǒng)與不規(guī)范。而且，對于移動(dòng)互聯(lián)網(wǎng)產(chǎn)品來說，前端開發(fā)的工作量在很大程度上都與UI有關(guān)。如果你是一個(gè)對UI標(biāo)準(zhǔn)很高的產(chǎn)品經(jīng)理，那你就要學(xué)會利用UI核算，幫助設(shè)計(jì)師實(shí)現(xiàn)最完美的界面，找到最佳的工作節(jié)奏，同時(shí)控制好工程師的開發(fā)量。

UI核算之于UE相對簡單，我認(rèn)為首要任務(wù)是確定產(chǎn)品的設(shè)計(jì)風(fēng)格。（不是直覺上的設(shè)計(jì)風(fēng)格，一旦以核算作為標(biāo)準(zhǔn)，將沒有“我覺得，我認(rèn)為”這些模棱兩可的概念）

再拿我們項(xiàng)目來說，我首先和設(shè)計(jì)師提出的要求是扁平風(fēng)格，盡情擁抱iOS7，然后就是主色系、視覺氛圍等方面的要求。這幾點(diǎn)也是很多產(chǎn)品同仁最通用的常識。不過UI核算真的不只是這些，有了上文UE核算的基礎(chǔ)，UI核算要在間隔線、頭像、字體字號顏色（高亮）、按鈕、消息類型等分類通用設(shè)計(jì)上做足功夫，有特色又不過度設(shè)計(jì)。這就能在最大程度上，確保高保真的質(zhì)量與切圖的規(guī)范，避免開發(fā)過程中，因?yàn)閁I的不規(guī)范與調(diào)整，對進(jìn)度造成影響。同樣，對于設(shè)計(jì)師本身的成長也有非常大的幫助。除此以來，還包括UI設(shè)計(jì)與開發(fā)同事，在配上流程上的核算，什么時(shí)間提供什么，提供到何種程度，這都是可以通過核算來規(guī)范的。

實(shí)際上，如果你用心看看現(xiàn)有的app產(chǎn)品，在UI設(shè)計(jì)上不規(guī)范，有明顯“BUG”的不在少數(shù)。雖然不會影響功能體驗(yàn)，但好的產(chǎn)品體驗(yàn)，既包括功能也包括視覺。所謂極致，二者缺一不可。何況，我一直以為，好的UI設(shè)計(jì)，一定是為產(chǎn)品加分且不影響項(xiàng)目進(jìn)度的。在這一點(diǎn)上，我們真應(yīng)該多向國外的同行學(xué)習(xí)。他們在細(xì)節(jié)的把握上，比我們到位，比我們用心，比我們有方法。

三、功能核算能夠促進(jìn)工程師更多關(guān)注體驗(yàn)

接下來是功能核算，包括前端功能，也包括后臺功能。對于功能核算，我沒有太多發(fā)言權(quán)，因?yàn)槲也皇羌夹g(shù)出身，但我一直有一個(gè)理念：僅僅把功能做完是遠(yuǎn)遠(yuǎn)不夠的。功能和體驗(yàn)一定是連在一起的。最近幾個(gè)月，我花了很多時(shí)間和技術(shù)團(tuán)隊(duì)溝通，就是希望技術(shù)團(tuán)隊(duì)在進(jìn)行功能開發(fā)的評估之前，就把體驗(yàn)考慮到。

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

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

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

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

四、體驗(yàn)核算應(yīng)該融化到團(tuán)隊(duì)每個(gè)人的心中

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

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

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

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