最近一年我的工作主要是產(chǎn)品定位、年度季度目標(biāo)制定、績(jī)效達(dá)成。在產(chǎn)品規(guī)劃方面有很多實(shí)踐經(jīng)驗(yàn)和感悟，在這里跟大家分享一下。

首先談一談為什么要做產(chǎn)品規(guī)劃。

不做產(chǎn)品規(guī)劃行不行？其實(shí)是可以的，業(yè)務(wù)需要什么，我們就往系統(tǒng)里堆功能就完了唄。但逐漸會(huì)發(fā)現(xiàn)系統(tǒng)功能多得你自己都說(shuō)不全，也不會(huì)用；客服越來(lái)越多，但還是解答不過(guò)來(lái)客戶的問(wèn)題；研發(fā)越來(lái)越頻繁地反饋代碼改不動(dòng)了，沒(méi)辦法再加功能了；業(yè)務(wù)會(huì)說(shuō)競(jìng)品早都已經(jīng)有這個(gè)功能了，為什么我們沒(méi)有這個(gè)功能；銷售抱怨我們的產(chǎn)品不如競(jìng)品，不好賣(mài)。

產(chǎn)品規(guī)劃的作用有以下幾點(diǎn)，在未來(lái)一段時(shí)間：

• 有計(jì)劃地建設(shè)產(chǎn)品能力，在細(xì)分市場(chǎng)長(zhǎng)期保持產(chǎn)品競(jìng)爭(zhēng)力；
• 產(chǎn)品功能復(fù)雜度可控，在滿足多角色需求的同時(shí)保持簡(jiǎn)易用，從而降低銷售成本和運(yùn)維成本；
• 給研發(fā)架構(gòu)設(shè)計(jì)一個(gè)參考，通過(guò)保障架構(gòu)的擴(kuò)展性，來(lái)提升產(chǎn)品迭代的靈活性，最終表現(xiàn)為對(duì)市場(chǎng)的反應(yīng)速度。

整個(gè)實(shí)操分為五個(gè)步驟，逐層遞進(jìn)，形成一個(gè)個(gè)迭代要建的產(chǎn)品能力：

1. 對(duì)標(biāo)市場(chǎng)商業(yè)化產(chǎn)品做產(chǎn)品定位。
2. 按照支撐未來(lái)三年發(fā)展的目標(biāo)設(shè)計(jì)產(chǎn)品架構(gòu)。
3. 列出未來(lái)一年需要的產(chǎn)品能力，形成能力清單。
4. 將用戶關(guān)鍵行為路徑與能力清單結(jié)合起來(lái)形成能力地圖。
5. 按照MVP和業(yè)務(wù)需要來(lái)規(guī)劃產(chǎn)品迭代。

一、第一步：產(chǎn)品定位

產(chǎn)品定位沒(méi)有那么高大上，就是很簡(jiǎn)單，你這個(gè)產(chǎn)品是用來(lái)給誰(shuí)解決什么問(wèn)題的。在B端產(chǎn)品中，一般就是用來(lái)解決企業(yè)問(wèn)題的。而企業(yè)的問(wèn)題在過(guò)去幾十年過(guò)程中其實(shí)并沒(méi)有實(shí)質(zhì)性變化。在經(jīng)營(yíng)層面，企業(yè)核心問(wèn)題還是市場(chǎng)拓展與財(cái)務(wù)健康度的問(wèn)題；在運(yùn)營(yíng)層面，企業(yè)核心問(wèn)題還是信息流資金流實(shí)物流三流合一和組織文化機(jī)制建設(shè)的問(wèn)題。

做B端產(chǎn)品定位的時(shí)候切記不要自high，自認(rèn)為造出來(lái)一個(gè)市場(chǎng)上沒(méi)有的產(chǎn)品，其實(shí)所有的企業(yè)問(wèn)題在過(guò)去幾百年中都已經(jīng)被明確定義過(guò)，只是不同時(shí)候的解決手段不一樣。

下面展開(kāi)講一講我對(duì)B端產(chǎn)品的一些理解。

上圖是我在水滴產(chǎn)品訓(xùn)練營(yíng)里看到的一張PPT，覺(jué)得說(shuō)得挺有道理的，大家也可以把自己在做的產(chǎn)品往里套一套，這是最頂層的抽象了。實(shí)操層面我還是從【給誰(shuí)解決什么問(wèn)題】的角度給大家講講常見(jiàn)的一些產(chǎn)品。

企業(yè)里的典型角色分為銷售、營(yíng)銷、實(shí)施、產(chǎn)品、技術(shù)、采購(gòu)、財(cái)務(wù)。把這些角色串在一起的是企業(yè)的三流（信息流資金流實(shí)物流），這些角色共同往復(fù)著【生產(chǎn)產(chǎn)品→銷售產(chǎn)品→回款再投入生產(chǎn)】的過(guò)程，為了提升這個(gè)過(guò)程的效率和質(zhì)量，就會(huì)衍生出一些信息管理系統(tǒng)。

例如圍繞銷售這個(gè)角色，市面上定義出CRM（Customer Relationship Management，客戶關(guān)系管理），提供包括銷售線索管理、客戶信息管理、營(yíng)銷資源投放、客服外呼等等能力，核心是為了提升銷售角色的效率。

做CRM最成功的公司是Salesforce，但在Salesforce之前就有傳統(tǒng)ERP企業(yè)在做，可以追述到上世紀(jì)80年代。近兩年CRM系統(tǒng)在國(guó)內(nèi)甚囂塵上，但其實(shí)CRM也存在很久了，即便沒(méi)有CRM，銷售也在利用Excel作為CRM的替代產(chǎn)品來(lái)解決客戶信息管理的問(wèn)題。

例如圍繞技術(shù)研發(fā)這個(gè)角色，市面上定義出DevOps（開(kāi)發(fā)運(yùn)維流水線），提供包括代碼管理、應(yīng)用部署、線上運(yùn)維等一系列技術(shù)研發(fā)過(guò)程中要用到的工具，核心是提升研發(fā)在系統(tǒng)全生命周期的工作效率。

DevOps是已經(jīng)存在了幾十年，并且市面上已經(jīng)有開(kāi)源解決方案，即便沒(méi)有DevOps，在研發(fā)的各個(gè)環(huán)節(jié)也有相應(yīng)的工具來(lái)解決問(wèn)題，只是DevOps更強(qiáng)調(diào)整個(gè)各環(huán)節(jié)流水線作業(yè)。

很多大企業(yè)內(nèi)部在做信息管理系統(tǒng)的時(shí)候，由于技術(shù)資源比較充沛，往往會(huì)東起一個(gè)輪子西造一個(gè)造輪子，過(guò)兩年再來(lái)個(gè)大合并，最后發(fā)現(xiàn)這玩意兒在市場(chǎng)上早就有了。

所以說(shuō)做產(chǎn)品定位的時(shí)侯一定要看市場(chǎng)，千萬(wàn)不要認(rèn)為自己造出來(lái)一個(gè)市場(chǎng)上沒(méi)有的產(chǎn)品。

只有一種情況例外，就是在出現(xiàn)技術(shù)革命的時(shí)侯，解決同一個(gè)問(wèn)題的手段發(fā)生了本質(zhì)性變化，那么會(huì)出現(xiàn)一個(gè)市場(chǎng)上沒(méi)有的產(chǎn)品。

例如傳統(tǒng)記錄信息的方式是紙質(zhì)媒介，最早計(jì)算機(jī)將信息記錄在打孔紙片上，后來(lái)磁信息存儲(chǔ)技術(shù)成熟，出現(xiàn)了磁帶、光盤(pán)等一系列革新性的產(chǎn)品。但大部分企業(yè)都不會(huì)走在這樣的前沿。

產(chǎn)品定位最后輸出的內(nèi)容很簡(jiǎn)單：

1. 一句話版總結(jié)產(chǎn)品解決的核心問(wèn)題是什么？
2. 產(chǎn)品給哪些角色解決什么問(wèn)題？
3. 每個(gè)角色進(jìn)入到系統(tǒng)里的關(guān)鍵任務(wù)有哪些？
4. 為了完成這些關(guān)鍵任務(wù)需要的關(guān)鍵產(chǎn)品能力有哪些？

產(chǎn)品定位環(huán)節(jié)是最難的最耗時(shí)的，后面環(huán)節(jié)相對(duì)都好做。

二、第二步：設(shè)計(jì)架構(gòu)

架構(gòu)圖也并不是什么高大上的東西，架構(gòu)圖就是結(jié)構(gòu)化地體現(xiàn)第一步定義出來(lái)的關(guān)鍵能力，能有個(gè)上帝（全局）視角。結(jié)構(gòu)化的思路有兩種，一種是數(shù)據(jù)流圖，通過(guò)關(guān)鍵數(shù)據(jù)在各個(gè)模塊之間的流轉(zhuǎn)來(lái)體現(xiàn)各功能間的關(guān)系；一種是麻將圖，通過(guò)上下來(lái)體現(xiàn)模塊間的支撐關(guān)系，通過(guò)左右來(lái)體現(xiàn)模塊間的并列關(guān)系。

以下用兩種方式展示了API網(wǎng)關(guān)的產(chǎn)品架構(gòu)。

有時(shí)候我們會(huì)遇到更復(fù)雜的情況，就是這是一個(gè)多端產(chǎn)品，由網(wǎng)頁(yè)端、客戶端、服務(wù)端等端組成，這些端連起來(lái)才能解決客戶的問(wèn)題。那么畫(huà)架構(gòu)圖的時(shí)候，就可以畫(huà)多層級(jí)的架構(gòu)圖。第一層就先要體現(xiàn)這個(gè)產(chǎn)品到底有多少端，每個(gè)端核心能力是什么，這些端是怎么相互協(xié)作的，第二層再進(jìn)一步畫(huà)各個(gè)端自身的架構(gòu)圖。

云計(jì)算產(chǎn)品就是這樣，用戶至少會(huì)接觸到資源管理端、命令行終端、API服務(wù)端。這種多層級(jí)產(chǎn)品架構(gòu)圖同樣適用于其他復(fù)雜場(chǎng)景，層級(jí)也不僅限于兩層。

但架構(gòu)圖有一點(diǎn)要求，那就是抽象能力，需要把相似的能力抽出來(lái)形成一個(gè)大的模塊，需要定義模塊里各項(xiàng)能力與其他模塊統(tǒng)一的交互方式，最終做到高內(nèi)聚低耦合，有點(diǎn)研發(fā)模塊設(shè)計(jì)的那種意思。這個(gè)能力沒(méi)什么快速提升的方法，就是在不斷地思考不斷地設(shè)計(jì)不斷地改進(jìn)過(guò)程中練出來(lái)的。

在這一步設(shè)計(jì)出來(lái)的架構(gòu)圖需要能支撐業(yè)務(wù)三年的發(fā)展，怎么樣算支持住了呢，就是把業(yè)務(wù)往前推演幾步，業(yè)務(wù)需要的能力在架構(gòu)圖里是不是都能找得到，在可見(jiàn)的將來(lái)這個(gè)功能模塊之間的關(guān)系是不是會(huì)發(fā)生實(shí)質(zhì)性變化。

三、第三步：列舉能力

能力清單，顧名思義，對(duì)照著架構(gòu)圖，把所有的產(chǎn)品功能逐層列舉成一張清單，越細(xì)越好。

這張清單的作用是讓產(chǎn)研以最接近實(shí)際需求的角度來(lái)認(rèn)知所有的工作。之后的能力建設(shè)也基本是以這張表為準(zhǔn)，一旦發(fā)現(xiàn)業(yè)務(wù)需要一個(gè)能力但沒(méi)出現(xiàn)在清單里，就要及時(shí)補(bǔ)進(jìn)去。

但能力清單不用拆得事無(wú)巨細(xì)，只要能管住未來(lái)一兩個(gè)季度就行，按需拆解，不斷完善，像點(diǎn)亮技能樹(shù)一樣一個(gè)個(gè)地建設(shè)這些能力。

四、第四步：能力地圖

能力地圖這個(gè)事也簡(jiǎn)單，「能力」指的就是能清單中的能力，「地圖」指的就是用戶關(guān)鍵行為路徑圖，在行為路徑上把每個(gè)環(huán)節(jié)用到的能力標(biāo)出來(lái)就是能力地圖。能力地圖可以很直觀地看出來(lái)缺的能力與用戶行為的相關(guān)性，比抽象的架構(gòu)圖更貼近業(yè)務(wù)和用戶。

五、第五步：版本規(guī)劃

版本規(guī)劃就是有計(jì)劃地建設(shè)能力，選擇建設(shè)哪些能力的依據(jù)是業(yè)務(wù)需求，為了解決同一個(gè)業(yè)務(wù)需求而建設(shè)的能力就可以放在一個(gè)版本里，如果相關(guān)能力太多就把MVP摘出來(lái)先做一個(gè)版本，后面再按需完善。

在能力清單后面可以加兩列（優(yōu)先級(jí)和計(jì)劃上線版本），把未來(lái)一個(gè)季度業(yè)務(wù)預(yù)期目標(biāo)相關(guān)的能力標(biāo)記上，這樣就形成了產(chǎn)研團(tuán)隊(duì)一個(gè)季度的版本規(guī)劃&工作清單。

做版本規(guī)劃的時(shí)候有一個(gè)點(diǎn)需要注意，研發(fā)盡量從一開(kāi)始就要按產(chǎn)品架構(gòu)來(lái)搭系統(tǒng)架構(gòu)，拿2~4周去打好底子，才能做到未來(lái)幾年內(nèi)保持快速迭代，而不是一味要求研發(fā)堆功能。

系統(tǒng)底子沒(méi)打好的話，過(guò)不久研發(fā)就會(huì)提出要重構(gòu)代碼，業(yè)務(wù)高速發(fā)展的時(shí)候告訴你系統(tǒng)改不動(dòng)了，不光是說(shuō)萬(wàn)元收入的研發(fā)成本越來(lái)越高，而是你的產(chǎn)品跟不上市場(chǎng)需求影響業(yè)務(wù)收入了，要是真一不小心掉隊(duì)了，哭都沒(méi)地方哭。

六、關(guān)于用戶體驗(yàn)

本文沒(méi)有講類似于「微信是如何在十年內(nèi)保持菜單不變」這種問(wèn)題。我個(gè)人覺(jué)得這還是用戶體驗(yàn)設(shè)計(jì)的范疇，一個(gè)人對(duì)產(chǎn)品有深刻理解，對(duì)用戶行為有深刻的洞察，再有一些基本的用戶體驗(yàn)設(shè)計(jì)經(jīng)驗(yàn)，其實(shí)自然而然就知道該放哪幾個(gè)一級(jí)入口、如何遞進(jìn)地引導(dǎo)用戶使用功能、哪些屬于低頻功能需要收起來(lái)，最終做到產(chǎn)品看起來(lái)簡(jiǎn)單卻十分強(qiáng)大。

同事有些人說(shuō)B端重要的是業(yè)務(wù)邏輯和業(yè)務(wù)流程，不必苛求用戶體驗(yàn)，B端用戶通常會(huì)經(jīng)過(guò)培訓(xùn)，可以承受比較高的學(xué)習(xí)成本。但現(xiàn)實(shí)情況是由于B端邏輯復(fù)雜性，B端產(chǎn)品一不小心就會(huì)變得非常難用，百十來(lái)個(gè)菜單是常事，一般用戶根本不知道從何入手，如果用戶不用這些工具，也就不會(huì)實(shí)際產(chǎn)生價(jià)值。

所以我個(gè)人的觀點(diǎn)是B端產(chǎn)品不需要交互體驗(yàn)如何地炫酷，最基本的交互效果就足夠，但一定要盡量幫用戶把業(yè)務(wù)流程串起來(lái)，讓用戶能用你的工具順利的完成工作。

七、總結(jié)

總的來(lái)說(shuō)產(chǎn)品規(guī)劃不是一個(gè)特別難的事情，以上五個(gè)工具勤加練習(xí)，就能做好中短期的規(guī)劃。

當(dāng)然產(chǎn)品規(guī)劃中其實(shí)還涉及一些戰(zhàn)略選擇的問(wèn)題，歸屬于產(chǎn)品定位環(huán)節(jié)，例如同樣做CRM，我是要做普適的CRM，還是要做醫(yī)藥領(lǐng)域?qū)Ｓ玫腃RM。這種戰(zhàn)略判斷能力和常規(guī)的產(chǎn)品規(guī)劃能力是平行的兩個(gè)能力，以后專門(mén)開(kāi)篇講。