編輯導(dǎo)語(yǔ)：本文作者和大家分享了做創(chuàng)業(yè)團(tuán)隊(duì)中的產(chǎn)品經(jīng)理的一些感悟和產(chǎn)品工作流程，包括市場(chǎng)調(diào)研、需求分析、產(chǎn)品規(guī)劃設(shè)計(jì)、需求評(píng)審、協(xié)調(diào)跟進(jìn)、產(chǎn)品測(cè)試和上線后反饋改進(jìn)，希望對(duì)大家有所幫助。

宇宙的盡頭是考編，那產(chǎn)品經(jīng)理的盡頭是什么？

本篇文章是創(chuàng)業(yè)記錄的產(chǎn)品篇，本來(lái)想要寫的內(nèi)容很多，最終還是決定聚焦在創(chuàng)業(yè)團(tuán)隊(duì)產(chǎn)品經(jīng)理的一些事兒。

我大學(xué)畢業(yè)的第一份工作是程序員，但相較于需要遵循既定規(guī)則的編碼工作，我更喜歡做有創(chuàng)造屬性的產(chǎn)品工作。從程序員轉(zhuǎn)行產(chǎn)品經(jīng)理，是有加分項(xiàng)，但由于沒有系統(tǒng)性的學(xué)習(xí)產(chǎn)品相關(guān)知識(shí)，同時(shí)也面臨不具備產(chǎn)品技能、缺乏產(chǎn)品方法論、無(wú)項(xiàng)目經(jīng)驗(yàn)等困境，所以經(jīng)歷了很長(zhǎng)一段海投簡(jiǎn)歷卻鮮有回復(fù)或面試一輪便不了了之的“至暗時(shí)刻”。

我沒有大廠的工作經(jīng)歷，所以我這里分享的也是基于自己在中小企業(yè)、創(chuàng)業(yè)團(tuán)隊(duì)中的經(jīng)歷。

在正式進(jìn)入產(chǎn)品工作之前，往往是從老板、業(yè)務(wù)團(tuán)隊(duì)、競(jìng)品、用戶處獲取新想法或者行業(yè)新的發(fā)展趨勢(shì)，從而形成新需求。

一個(gè)完整的產(chǎn)品工作流程包括：市場(chǎng)調(diào)研、需求分析、產(chǎn)品規(guī)劃設(shè)計(jì)、需求評(píng)審、協(xié)調(diào)跟進(jìn)、產(chǎn)品測(cè)試、正式上線、產(chǎn)品培訓(xùn)、收集反饋、持續(xù)改進(jìn)。這里面也包含了產(chǎn)品經(jīng)理的工作職責(zé)和基本能力，下面我結(jié)合自己的親身經(jīng)歷，和大家分享一下這些流程中的一些事兒。

一、市場(chǎng)調(diào)研

市場(chǎng)調(diào)研一般包括用戶調(diào)研和競(jìng)品調(diào)研。

1. 用戶調(diào)研

用戶調(diào)研是指通過(guò)包括但不限于問(wèn)卷、現(xiàn)場(chǎng)訪談等方式獲取受訪者的痛點(diǎn)、建議、意見等，并針對(duì)用戶調(diào)研獲取的信息進(jìn)行統(tǒng)計(jì)分析，從而具象為用戶具體需求或解決方案。

我們的用戶以政府、公安、企事業(yè)單位為主，他們對(duì)于問(wèn)卷調(diào)查這類調(diào)研方式往往不太關(guān)注，也不會(huì)認(rèn)真對(duì)待。經(jīng)過(guò)兩次問(wèn)卷調(diào)查發(fā)現(xiàn)調(diào)研結(jié)果不太理想后，我們也減少了問(wèn)卷調(diào)查。當(dāng)我們?cè)诋a(chǎn)品方向上有新的想法或改動(dòng)后，就通過(guò)即時(shí)通訊工具或者現(xiàn)場(chǎng)調(diào)研會(huì)的方式，與用戶中的特定人群進(jìn)行正式或非正式的溝通。

不管是TO G還是TO B類型的產(chǎn)品，往往業(yè)務(wù)鏈路長(zhǎng)、業(yè)務(wù)流程復(fù)雜、涉及角色多。每次調(diào)研之前我們都需要明確本次調(diào)研的目標(biāo)，在調(diào)研過(guò)程中也要一直緊扣主題，嚴(yán)格控制討論的邊界，防止出現(xiàn)會(huì)議主題跑偏的情況。

不管是我們自身還是用戶的時(shí)間、精力都是非常有限的，如果我們每次的調(diào)研會(huì)沒有達(dá)到想要的效果，從而出現(xiàn)多次反復(fù)談?wù)摰那闆r，用戶也會(huì)表現(xiàn)出不耐煩、甚至質(zhì)疑能力的情況。

2. 競(jìng)品分析

競(jìng)品調(diào)研主要包括競(jìng)品定位調(diào)研、功能分析、商業(yè)模式分析。

要知道在TO B或者TO G領(lǐng)域，一般來(lái)說(shuō)沒有哪一款產(chǎn)品能夠解決某個(gè)業(yè)務(wù)場(chǎng)景的所有問(wèn)題。

比如我們行業(yè)內(nèi)的一家競(jìng)品公司的產(chǎn)品，更多地聚焦在業(yè)務(wù)前期的委托受理和特定業(yè)務(wù)進(jìn)行中常規(guī)狀態(tài)下的業(yè)務(wù)過(guò)程處理，另一家則更多地聚焦在通用場(chǎng)景的標(biāo)準(zhǔn)化處理過(guò)程。兩家公司的產(chǎn)品定位有重合，也有不同之處。而我們希望在這條賽道上能殺出一條路來(lái)，產(chǎn)品就必須有其他的亮點(diǎn)，畢竟打敗微信的一定不是另外一個(gè)微信。

經(jīng)過(guò)與用戶溝通，我們得知由于近幾年司法行業(yè)的整頓，用戶對(duì)業(yè)務(wù)處理過(guò)程中的操作行為留痕、文書歸檔、問(wèn)題規(guī)避有非常強(qiáng)烈的需求，所以我們產(chǎn)品的定位就聚焦在司法行業(yè)業(yè)務(wù)處理過(guò)程規(guī)范化以及司法文書線上歸檔，致力于為用戶規(guī)避業(yè)務(wù)操作中的問(wèn)題，完善問(wèn)責(zé)制度。

相信很多產(chǎn)品經(jīng)理都做過(guò)功能分析，特別是在產(chǎn)品功能設(shè)計(jì)的時(shí)候。畢竟友商之間“互相借鑒”都是司空見慣的事情。但我們借鑒的時(shí)候，要知其然也要知其所以然。

最開始我使用競(jìng)品的產(chǎn)品時(shí)，發(fā)現(xiàn)有很多莫名其妙的操作，明明可以非常簡(jiǎn)便的完成某個(gè)流程，但競(jìng)品卻設(shè)計(jì)得異常復(fù)雜，但當(dāng)我認(rèn)真梳理業(yè)務(wù)流程、政策文件時(shí)，才發(fā)現(xiàn)是出于業(yè)務(wù)流程需要和政策要求。

作為產(chǎn)品經(jīng)理，我們?cè)谑褂萌魏我豢町a(chǎn)品的時(shí)候，其實(shí)都可以養(yǎng)成有意識(shí)地去理解產(chǎn)品設(shè)計(jì)背后邏輯的習(xí)慣，這也有利于我們?cè)诤罄m(xù)的工作中明確思路和參考“復(fù)用”。

在我最開始做競(jìng)品分析的時(shí)候，最容易忽略的就是商業(yè)模式的分析，上周在“人人都是產(chǎn)品經(jīng)理”上，看到一位作者詳細(xì)地講了講商業(yè)模式與盈利模式的區(qū)別，獲益匪淺。文章里面提到，“商業(yè)模式=推廣模式+用戶模式+產(chǎn)品模式+盈利模式”。

雖然我們做任何一款產(chǎn)品都是為了盈利，但應(yīng)該先梳理用戶群體，明確提供產(chǎn)品的方式，做好推廣，最終才能實(shí)現(xiàn)盈利。這些要素加起來(lái)形成了一個(gè)完整的商業(yè)模式。

我們對(duì)競(jìng)品的商業(yè)模式的調(diào)研也會(huì)反向給我們提供思路。我還是以我們的競(jìng)品為例，一家競(jìng)品仍采取以傳統(tǒng)的項(xiàng)目建設(shè)收費(fèi)、按年收費(fèi)、按照使用數(shù)量收費(fèi)等收費(fèi)方式。

而另一家則免費(fèi)建設(shè)，按照用戶案件的涉案金額或催收還款金額比例提成收費(fèi)。同時(shí)包括與其他各大司法機(jī)構(gòu)合作形成數(shù)據(jù)互通。各大司法機(jī)構(gòu)保證案件數(shù)量，他們通過(guò)系統(tǒng)建設(shè)和技術(shù)服務(wù)的方式，保證案件成功率，以此形成對(duì)賭框架。

兩家公司的商業(yè)模式各有利弊，第一家更為穩(wěn)定但利潤(rùn)率較低，第二家風(fēng)險(xiǎn)相對(duì)較高但利潤(rùn)率也較高。分析競(jìng)品商業(yè)模式也是為了自己產(chǎn)品在形成商業(yè)模式上提供思路，形成一套完善的商業(yè)模式，當(dāng)然具體怎么選擇商業(yè)模式也要看團(tuán)隊(duì)所處階段和團(tuán)隊(duì)成員的秉性。

3. 政策調(diào)研

由于我們的產(chǎn)品和項(xiàng)目主要聚焦在“網(wǎng)絡(luò)安全+司法”領(lǐng)域，產(chǎn)品的需求和改動(dòng)有很大一部分來(lái)自于法律法規(guī)、政策、國(guó)家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)的變動(dòng)，所以我平時(shí)除了用戶調(diào)研和競(jìng)品調(diào)研，還會(huì)關(guān)注相關(guān)法律法規(guī)、政策的變動(dòng)，甚至在必要的時(shí)候也會(huì)邀請(qǐng)行業(yè)內(nèi)專家對(duì)政策進(jìn)行解讀，以便我們更好地理解政策用意和明確我們的解決方案。

二、需求分析

我在《售前篇》里寫售前工程師的“聽說(shuō)讀寫”，其實(shí)“讀”就是用戶需求分析，搞清楚用戶的顯性需求和隱性需求，讀懂用戶的真實(shí)想法。但產(chǎn)品經(jīng)理的工作粒度更細(xì)，會(huì)涉及到每一個(gè)功能點(diǎn)的設(shè)計(jì)，也會(huì)影響研發(fā)同事的研發(fā)進(jìn)度和排期，所以產(chǎn)品經(jīng)理的需求分析也需要更細(xì)化。

我一般會(huì)從三個(gè)維度來(lái)分析需求：

1. 真需求or偽需求？

首先說(shuō)一說(shuō)真需求還是偽需求，我們接受需求的來(lái)源可能是客戶、公司老板、銷售團(tuán)隊(duì)、技術(shù)團(tuán)隊(duì)等，每個(gè)角色可能都是站在自己的角度提出需求。但“屁股決定腦袋”，我們不能盲目聽從他人的建議，我們也沒有辦法滿足所有用戶。

比如有一次我們技術(shù)團(tuán)隊(duì)提出，考慮到數(shù)據(jù)的安全性，是否需要設(shè)置用戶在登錄情況下半個(gè)小時(shí)不操作，就自動(dòng)退出登錄。一開始我還非常高興并且采納了技術(shù)團(tuán)隊(duì)的建議，上線后卻遭到用戶強(qiáng)烈吐槽頻繁的重新登陸。

原因是用戶操作系統(tǒng)的環(huán)境是在一個(gè)有嚴(yán)格權(quán)限控制的物理環(huán)境，不會(huì)存在有其他相關(guān)人員能夠隨意進(jìn)出和操作的情況，這就是我之前沒有結(jié)合實(shí)際情況判斷需求真?zhèn)巍?/p>

真需求還是偽需求有幾個(gè)簡(jiǎn)單的判斷標(biāo)準(zhǔn)：

• 需求提出方是不是我們的真實(shí)用戶；
• 是個(gè)性化需求還是通用需求；
• 需求是否和公司的利益存在沖突。

所以不光研發(fā)會(huì)砍產(chǎn)品經(jīng)理的需求，產(chǎn)品經(jīng)理自己也要學(xué)習(xí)砍需求。

2. 需求背后的緣由？

搞清楚需求背后的緣由是為了在產(chǎn)品規(guī)劃設(shè)計(jì)的時(shí)候，能夠達(dá)到用戶希望的效果。這個(gè)時(shí)候我們需要從用戶的真實(shí)使用場(chǎng)景、實(shí)際業(yè)務(wù)流程、操作的頻率入手，深入了解，以此才能在系統(tǒng)設(shè)計(jì)時(shí)找到更好的解決方案，當(dāng)然在設(shè)計(jì)過(guò)程中也要持續(xù)與用戶保持溝通，以避免錯(cuò)誤理解需求或設(shè)計(jì)問(wèn)題。

3. 需求是否緊急？

需求是否會(huì)影響到用戶的日常使用？不及時(shí)上線是否會(huì)對(duì)用戶或公司帶來(lái)?yè)p失？是否還有更重要的功能需求？這些都是影響需求排期的關(guān)鍵因素，所以需求需要區(qū)分優(yōu)先級(jí)、重要性，也要充分考慮公司戰(zhàn)略、投入產(chǎn)出比、團(tuán)隊(duì)資源等因素。

比如我們創(chuàng)業(yè)團(tuán)隊(duì)的開發(fā)資源永遠(yuǎn)是有限的，對(duì)于非緊急或并不那么重要的需求往往先放入需求池，等到后面版本再實(shí)現(xiàn)。

三、產(chǎn)品規(guī)劃設(shè)計(jì)

我理解的產(chǎn)品規(guī)劃設(shè)計(jì)其實(shí)是兩個(gè)層面的事情，“規(guī)劃”和“設(shè)計(jì)”其實(shí)是兩個(gè)層次的工作。

產(chǎn)品規(guī)劃是相對(duì)于需求的具象。相對(duì)產(chǎn)品設(shè)計(jì)的抽象，產(chǎn)品規(guī)劃包括業(yè)務(wù)流程梳理、產(chǎn)品架構(gòu)梳理、產(chǎn)品功能梳理，當(dāng)明確用戶需求之后需要對(duì)整個(gè)業(yè)務(wù)流程通過(guò)圖表的方式進(jìn)行可視化的展示（Visio、Excel等），把所有流程、角色、節(jié)點(diǎn)、條件都羅列出來(lái)。

在梳理的時(shí)候要通盤考慮避免遺漏，這里可以自己整理一個(gè)查漏補(bǔ)缺表，通過(guò)查漏補(bǔ)缺表單和流程對(duì)應(yīng)檢查是否缺失。產(chǎn)品架構(gòu)梳理到產(chǎn)品功能梳理也是由抽象到具象的過(guò)程，我們首先通過(guò)梳理流程將不同業(yè)務(wù)流規(guī)劃成不同的系統(tǒng)板塊，再根據(jù)不同的系統(tǒng)板塊梳理羅列對(duì)應(yīng)的功能點(diǎn)。

比如我曾做過(guò)的一個(gè)產(chǎn)品，上級(jí)用戶向下級(jí)用戶下達(dá)的指令有不同的類型，而不同的指令類型的業(yè)務(wù)流程不同，我們就在梳理框架的時(shí)候?qū)⒉煌噶钭鳛椴煌南到y(tǒng)模塊羅列。

某類指令的實(shí)效性相較于其他指令的實(shí)效性更強(qiáng)，這類指令就需要加上即將逾期、已逾期等功能屬性，再根據(jù)不同的指令類型的流程和需求進(jìn)一步明確功能點(diǎn)，這樣就可以從粗粒度的框架細(xì)化到細(xì)粒度的功能點(diǎn)。這樣做的好處是既可以避免功能模塊的遺漏，也可以避免因業(yè)務(wù)流程繁雜而導(dǎo)致規(guī)劃混亂的情況。

產(chǎn)品設(shè)計(jì)簡(jiǎn)單來(lái)說(shuō)就是將羅列出來(lái)的功能點(diǎn)，通過(guò)可視化的方式展示（包括原型圖、PRD文檔）。

曾經(jīng)剛?cè)胄械臅r(shí)候一直以畫好原型圖為終極目標(biāo)，后來(lái)才發(fā)現(xiàn)畫原型是基本能力，而非核心能力，前期的調(diào)研、需求分析是輸入，原型圖、PRD是經(jīng)過(guò)梳理思考和嚴(yán)密邏輯推理后的輸出，原型設(shè)計(jì)的意義在于節(jié)省與客戶、研發(fā)、UI、測(cè)試等溝通成本和降低大家的理解成本，可以讓各方人員更明了地理解產(chǎn)品的功能與流程。

對(duì)于是高保真還是線框圖，也是根據(jù)不同公司的要求因人而異。重要地不是把原型畫得多漂亮，而是能在原型設(shè)計(jì)圖中將需求點(diǎn)講清楚。我一般更習(xí)慣用線框+簡(jiǎn)單的交互，復(fù)雜交互我選擇用文字的方式梳理。

四、需求評(píng)審

其實(shí)我們做產(chǎn)品就是一個(gè)重復(fù)輸入、輸出的過(guò)程。需求調(diào)研（輸入）——>產(chǎn)品規(guī)劃設(shè)計(jì)（輸出）——>需求評(píng)審（輸出&輸入）——>原型調(diào)整（輸出）。

需求評(píng)審是每一個(gè)產(chǎn)品經(jīng)理都會(huì)經(jīng)歷的過(guò)程，產(chǎn)品在迭代，需求在更新，需求評(píng)審也會(huì)一直持續(xù)。

其實(shí)需求評(píng)審會(huì)最需要解決的問(wèn)題就包括：

（1）向團(tuán)隊(duì)成員傳達(dá)解釋需求價(jià)值（why），為什么會(huì)有這樣一個(gè)需求，我們?yōu)槭裁匆觯?/strong>