7月28日參加了曹大的付費(fèi)網(wǎng)課：產(chǎn)品經(jīng)理入門——如何有效溝通需。這是曹大第一次開網(wǎng)課，報(bào)名費(fèi)是99元，因?yàn)槭堑谝淮尉W(wǎng)課，曹大只是為了進(jìn)行產(chǎn)品測(cè)試，最后將報(bào)名費(fèi)用都返給了大家?，F(xiàn)在將曹大講的一些主要干貨分享給大家：

?一、目標(biāo)一致性原則

目標(biāo)一致性，就是你要確保研發(fā)和你，對(duì)產(chǎn)品的理解，定義，用戶目標(biāo)，運(yùn)營目標(biāo)，有相對(duì)一致的認(rèn)識(shí)。但這里還有個(gè)前提，更首先的是，你要確保你自己，對(duì)產(chǎn)品的理解，定義，用戶目標(biāo)，運(yùn)營目標(biāo)，和你的老板有一致的認(rèn)識(shí)；如果產(chǎn)品經(jīng)理自己都沒有想清楚這個(gè)需求的背后邏輯，那么研發(fā)就很難認(rèn)可你這個(gè)需求的價(jià)值。

初階產(chǎn)品經(jīng)理，甚至很多有經(jīng)驗(yàn)的產(chǎn)品經(jīng)理，都會(huì)很想當(dāng)然的以為，研發(fā)對(duì)你所提需求的背景和自己一樣了解?；蛘?，有更惡劣的，認(rèn)為研發(fā)不需要了解。我寫了文檔你去實(shí)現(xiàn)就好，不要考慮這么多，這是非常惡劣的一個(gè)思考方式。研發(fā)如果了解不足，或者有誤解，會(huì)產(chǎn)生怎樣的問題呢？

1、如果文檔不規(guī)范，研發(fā)自由發(fā)揮余地很大，可能做出來的東西跟你想要的就完全不是一回事了。

2、就算文檔很規(guī)范，研發(fā)也都按文檔實(shí)現(xiàn)了，但是，也可能存在一些認(rèn)知問題，導(dǎo)致如下兩個(gè)結(jié)果：

（1）研發(fā)會(huì)基于自己對(duì)產(chǎn)品運(yùn)營，產(chǎn)品目標(biāo)的理解，做結(jié)構(gòu)上或性能上的準(zhǔn)備，比如說，大量時(shí)間用于無用功，這種事情特別特別特別常見。很多時(shí)候，你們發(fā)現(xiàn)研發(fā)效率很低，不是研發(fā)不干活，是把活干擰巴了。

（2）其二是完全相反，僅僅滿足于功能實(shí)現(xiàn)，可能該做的準(zhǔn)備沒有做，導(dǎo)致性能考慮不足，運(yùn)營支持度考慮不足。這也是特別特別特別常見的問題！怎么強(qiáng)調(diào)都不過分。

你可能知道，這個(gè)產(chǎn)品要做成什么樣子，要有什么功能，要有什么角色，用戶怎么用，但核心去追問一下，這個(gè)產(chǎn)品真正的核心目標(biāo)，產(chǎn)品價(jià)值，是怎么定義的，如果你是跟隨產(chǎn)品總監(jiān)，或老板定義的項(xiàng)目，這個(gè)問題一定要事先搞清楚，否則很可能你把東西做出來，但在老板眼里，其實(shí)你完全不在狀況。

解決方案：

在功能訴求之前，讓技術(shù)理解產(chǎn)品的真實(shí)目的，目標(biāo)用戶群，業(yè)務(wù)訴求，運(yùn)營途徑，推廣途徑等。對(duì)產(chǎn)品涵蓋范圍要有清晰的認(rèn)識(shí)和了解。在目標(biāo)一致性的原則下，研發(fā)可能有更有效率的實(shí)現(xiàn)方式和解決途徑，這時(shí)候，鼓勵(lì)他們參與討論，是非常有意義的。當(dāng)然，最終決策權(quán)還在產(chǎn)品經(jīng)理的手中。

二、產(chǎn)品需求文檔的規(guī)范性

產(chǎn)品文檔要包括以下幾個(gè)部分：

1、要有總綱

產(chǎn)品文檔首先應(yīng)該列出總綱，也就是上文提出的，整體目標(biāo)的定義；描述產(chǎn)品需求定義，用戶目標(biāo)及產(chǎn)品目標(biāo)定義，相關(guān)邊界定義。描述產(chǎn)品構(gòu)成，功能視圖的清單，基本操作流程，角色構(gòu)成，主要數(shù)據(jù)構(gòu)成。最好能用流程圖，或大綱圖，讓研發(fā)首先對(duì)產(chǎn)品有一個(gè)完整的認(rèn)識(shí)。

另外，關(guān)于目標(biāo)一致性原則，文檔要體現(xiàn)，但不能只用文檔體現(xiàn)，必須當(dāng)面交流溝通清楚，文檔只是一個(gè)確認(rèn)和重復(fù)的過程，不是說我文檔提到了就可以不溝通的，有些研發(fā)真不看背景信息的，直接咔嚓咔嚓編碼，最后發(fā)現(xiàn)很多問題的時(shí)候，說你沒寫清楚。

我認(rèn)為總綱主要是要把需求的目標(biāo)和業(yè)務(wù)邏輯（服務(wù)邏輯）梳理清楚。

2、界面和交互

（1）界面布局（下面說的視圖就是產(chǎn)品界面）

就是基于不同角色、不同終端的視圖說明。一個(gè)產(chǎn)品，使用者可能存在多個(gè)角色，比如網(wǎng)課，有講師端，有學(xué)員端，還有系統(tǒng)管理端，至少三個(gè)角色，后面還會(huì)細(xì)分，比如系統(tǒng)管理又有客服，數(shù)據(jù)分析，以及Boss不同角色。除了角色呢，還有不同的終端，以前簡(jiǎn)單，說互聯(lián)網(wǎng)產(chǎn)品都是pc端，而絕大部分都是網(wǎng)頁端體現(xiàn)，現(xiàn)在是pc和移動(dòng)終端，所以，每個(gè)功能視圖，都要說明是哪個(gè)角色，在哪個(gè)終端的體現(xiàn)。

視圖最核心的，是頁面布局，不論是手機(jī)終端，還是pc終端，不論是app，網(wǎng)頁，還是客戶端，都是頁面布局，哪里放什么，哪里有什么。頁面上的元素，通常主要包括圖片，圖標(biāo)，文案（固定的內(nèi)容），信息和數(shù)據(jù)（與請(qǐng)求相關(guān)的交互內(nèi)容），交互操作項(xiàng)（比如搜索，排序或點(diǎn)擊等）。

（2）數(shù)據(jù)邏輯

比如說，我們?cè)谟螒蝽?，看到一個(gè)推薦相關(guān)游戲，在商品頁，看到一個(gè)推薦相關(guān)商品。這是一個(gè)信息數(shù)據(jù)的展示，但背后的邏輯是什么，算法是什么。

一種，是產(chǎn)品經(jīng)理有明確的邏輯，比如說，最新新聞，基于時(shí)間逆序顯示多少條；比如說，最熱新聞，可能是基于最近幾天的點(diǎn)擊率逆序顯示多少條。這個(gè)是明確的數(shù)據(jù)邏輯，但產(chǎn)品經(jīng)理也要寫出來，也許你不寫，研發(fā)自己發(fā)揮，可能最熱新聞這里，就把系統(tǒng)所有歷史新聞基于點(diǎn)擊率逆序，那么可能最熱新聞就十年不變的掛著陳冠希艷照門，這就不好了。

另外一種，是產(chǎn)品經(jīng)理沒有明確的邏輯，但有明確的目標(biāo)，比如說，這里有一個(gè)相關(guān)游戲推薦，但這個(gè)相關(guān)游戲的目標(biāo)是什么？是點(diǎn)擊率，好，這是目標(biāo)，如何產(chǎn)生高點(diǎn)擊率的相關(guān)推薦，產(chǎn)品經(jīng)理可能不知道算法策略，需要程序員思考，但至少要讓他知道目標(biāo)是什么。

（3）交互邏輯

鼠標(biāo)停留有什么效果，點(diǎn)擊有什么效果，哪里可以點(diǎn)擊，哪里不可以點(diǎn)擊，滑動(dòng)是什么效果，這些都是操作。些頁面元素是可以操作的，是如何操作的，操作后的反饋是什么，操作后是否進(jìn)入新的視圖或鏈接到其他視圖，這些都是要標(biāo)注清楚的。?

（4）異常和容錯(cuò)性說明

用戶輸入錯(cuò)，用戶輸入異常，用戶搜索無結(jié)果，相關(guān)信息不存在的時(shí)候，頁面應(yīng)該如何提示，反饋。如果產(chǎn)品不提供任何說明，可能研發(fā)就會(huì)自行其是，如果研發(fā)有一定產(chǎn)品意識(shí)，這個(gè)地方是可以處理好的，但這樣的研發(fā)可遇不可求。如果這些研發(fā)都能考慮的很好，要我們產(chǎn)品經(jīng)理又有什么用呢。

比如，我這個(gè)頁面顯示附近的信息，如果附近沒有信息，會(huì)提示什么。我這里需要輸入賬號(hào)密碼，如果用戶輸入錯(cuò)誤需要提示什么。以此類推……容錯(cuò)在很多時(shí)候也是產(chǎn)品競(jìng)爭(zhēng)力，比如典型如搜索引擎，google和百度其實(shí)都有很強(qiáng)的搜索容錯(cuò)能力，但這個(gè)話題技術(shù)性太強(qiáng)，就不展開了。

三、測(cè)試與反饋

1、要進(jìn)行單元測(cè)試

每個(gè)模塊，每個(gè)獨(dú)立的功能特性，其實(shí)理論上應(yīng)該是可以測(cè)試的。單元測(cè)試的目的是在研發(fā)早期發(fā)現(xiàn)問題，盡早糾正問題，但由于產(chǎn)品研發(fā)早期，相關(guān)視圖和功能不完整，所以很多產(chǎn)品人員不知道怎么做單元測(cè)試，或者認(rèn)為這是一個(gè)純粹的技術(shù)工作。的確，單元測(cè)試更多是技術(shù)原型，技術(shù)可行性的測(cè)試，但產(chǎn)品人員如果有參與，有意識(shí)的去了解，對(duì)產(chǎn)品的質(zhì)量和研發(fā)周期把握會(huì)更有效果。更何況，很多初級(jí)的技術(shù)人員根本沒這個(gè)意識(shí)。

單元測(cè)試，要有測(cè)試目標(biāo)，這個(gè)要和研發(fā)一起確認(rèn)。單元測(cè)試，不要求全責(zé)備，比如說，基于已有的數(shù)據(jù)，我只測(cè)試一下相關(guān)推薦的邏輯對(duì)不對(duì)，或者只測(cè)試某個(gè)關(guān)鍵業(yè)務(wù)流程的操作是否和預(yù)期一致。明確測(cè)試目標(biāo)，測(cè)試角色，測(cè)試流程，以及測(cè)試用例，這是做好測(cè)試的前提。

尤其是開發(fā)周期較長(zhǎng)的項(xiàng)目，如果中間沒有任何測(cè)試，什么時(shí)候去問，都說正在研發(fā)中，結(jié)果導(dǎo)致產(chǎn)品失控，出來后發(fā)現(xiàn)很多問題已經(jīng)不好修改了。

2、整體測(cè)試

整體測(cè)試，又分線上環(huán)境測(cè)試和測(cè)試環(huán)境測(cè)試，一般企業(yè)研發(fā)會(huì)分測(cè)試環(huán)境和線上環(huán)境，正常情況下線上環(huán)境跟測(cè)試環(huán)境應(yīng)該是完全一致的，但也出現(xiàn)過一些不一致的情況。例如，為了提高網(wǎng)站的訪問速度，通常都會(huì)將圖片、js、css等靜態(tài)文件存儲(chǔ)到七牛等云存儲(chǔ)空間，開啟融合CDN，如果在本地服務(wù)器修改了圖片、樣式等，但是沒有刷新文件預(yù)取。就會(huì)因?yàn)榫彺娴膯栴}，CDN加速等問題導(dǎo)致線上的文件沒有更新。所以，測(cè)試環(huán)境測(cè)試無誤后，上線了也要最終確認(rèn)一遍。

3、反流程測(cè)試

用戶是否會(huì)如愿按照你所期待的流程操作產(chǎn)品呢？這個(gè)真不一定。你希望用戶是a,b,c,d這樣操作，用戶有沒有可能 a,c,b,d呢。 現(xiàn)實(shí)中有這樣的案例，就好比我們網(wǎng)課系統(tǒng)的問題，用戶從官方公眾號(hào)進(jìn)入，選擇課程，點(diǎn)擊付費(fèi)，這是一個(gè)標(biāo)準(zhǔn)流程，但如果用戶從別人分享進(jìn)入課程，點(diǎn)擊付費(fèi)，怎么就出問題了，類似這樣的問題其實(shí)還有很多。 剛才討論區(qū)里提到的一些問題也屬于這類問題，說明我們自己的測(cè)試也是不達(dá)標(biāo)的。

4、數(shù)據(jù)規(guī)模及并發(fā)壓力測(cè)試

你一個(gè)應(yīng)用剛開始，只有幾百條信息，你覺得所有操作響應(yīng)都很快，你很欣慰，但數(shù)據(jù)到了幾百萬條的時(shí)候，是不是還可以這樣。同樣的功能，同樣的訴求，1萬條記錄，100萬條記錄，1億條記錄，100億條記錄，這個(gè)處理方法和系統(tǒng)架構(gòu)是完全不同的，當(dāng)然，我們創(chuàng)業(yè)初期沒必要考慮過于長(zhǎng)遠(yuǎn)，淘寶剛開始還用開源軟件做了一年呢，開始不用過度考慮，但我建議至少你要做第一步的準(zhǔn)備。說到底還是個(gè)度的問題，過度考慮性能和并發(fā)會(huì)太浪費(fèi)技術(shù)資源，但完全不考慮你業(yè)務(wù)發(fā)展起來的時(shí)候真就欲哭無淚。、

5測(cè)試反饋

你要先做好問題的分類，哪些是可用性的問題，哪些是操作體驗(yàn)的問題，哪些是運(yùn)營支持上的問題，哪些可能算不上問題，只是一些建議和想法。列好分類后，列好嚴(yán)重程度，以及優(yōu)先級(jí)。有些問題可能很嚴(yán)重，但未必緊急，可能這部分業(yè)務(wù)暫時(shí)不開展，或者相關(guān)市場(chǎng)資源還沒準(zhǔn)備就緒。所以要把優(yōu)先級(jí)，嚴(yán)重程度分開標(biāo)記。

四、需求邊界

什么是需求邊界？我們定義一個(gè)功能，定義一個(gè)數(shù)據(jù)邏輯，但我們要知道，技術(shù)有研發(fā)成本，同一個(gè)功能，一個(gè)數(shù)據(jù)邏輯，如果我們知道用戶訴求的邊界在哪里，可能就會(huì)減少很多無用功，提升研發(fā)效率。

1、數(shù)據(jù)覆蓋率邊界

有個(gè)例子我經(jīng)常提的，百度，淘寶，google，搜索結(jié)果都是不會(huì)超過100頁的，很少人意識(shí)到這一點(diǎn)，為什么？大翻頁是個(gè)典型的技術(shù)問題，不管用商業(yè)數(shù)據(jù)庫，還是自己的索引結(jié)構(gòu)，大翻頁的效率損失都是很可怕的。不論你用百度，用google，用淘寶，你會(huì)翻超過100頁么？這就是需求邊界。如果你把這部分需求屏蔽掉，技術(shù)問題就解決了，那你說，我搜不到怎么辦，換關(guān)鍵詞會(huì)不會(huì)，換搜索條件會(huì)不會(huì)，你真的會(huì)翻100+頁么？

2、數(shù)據(jù)精確率邊界

再舉個(gè)例子：以前還有一個(gè)朋友，做app 市場(chǎng)數(shù)據(jù)排名跟蹤，跟我說存儲(chǔ)量太大，我說你存的什么東西，存每天，每個(gè)app的排名變化，我就說一點(diǎn)，我說作為app的管理者也好，作為競(jìng)品分析也好，這個(gè)app今天第五名，明天第三名，這個(gè)變動(dòng)是有意義的，對(duì)吧。這個(gè)app今天105名，明天103名，這個(gè)變動(dòng)有意義么？

什么意思呢？如果排名低于多少名，并且變動(dòng)少于一個(gè)比例，這個(gè)數(shù)據(jù)不用記錄，展現(xiàn)的時(shí)候就取前一天的數(shù)據(jù)，一條直線，這個(gè)變動(dòng)沒意義。什么時(shí)候變動(dòng)超過這個(gè)比例了，再記錄，結(jié)果，數(shù)據(jù)存儲(chǔ)規(guī)模一下子減少了2/3還不止，那每天的系統(tǒng)處理效率也提高了。

還有一個(gè)精確度的邊界問題，當(dāng)然，我們希望說數(shù)據(jù)是完全精準(zhǔn)，完全精確的，但有時(shí)候，你容忍度寬一點(diǎn)，系統(tǒng)設(shè)計(jì)的復(fù)雜度就低很多。

3.功能性邊界

功能性邊界，可以理解為功能的靈活度和完整度的問題。尤其是后臺(tái)的需求，需求的提出方總是希望后臺(tái)配置的越靈活越好，每個(gè)參數(shù)都可以自定義，數(shù)據(jù)顯示的越完整越好，想看什么緯度的數(shù)據(jù)都可以。這樣就會(huì)帶來研發(fā)成本的顯著提升，因?yàn)橛械膮?shù)，可能一年就只需要改一次，根本就不需要在后臺(tái)增加修改入口；如果不對(duì)產(chǎn)品的功能性邊界進(jìn)行界定，就會(huì)造成開發(fā)資源的巨大浪費(fèi)。

五、產(chǎn)品經(jīng)理需要了解的一些技術(shù)知識(shí)

曹大建議產(chǎn)品經(jīng)理要了解最常見的三個(gè)性能指標(biāo)：數(shù)據(jù)規(guī)模，每秒響應(yīng)頻次，最大并發(fā)訴求；安全風(fēng)險(xiǎn)相關(guān)概念：SQL注入，跨站腳本，XSS攻擊，撞庫攻擊，cc攻擊；以及架構(gòu)相關(guān)概念。