出品：晨讀堂-唱歌

歡迎大家投稿晨讀班，郵箱地址：mm@.com

我從事產(chǎn)品管理工作一年多了，卻一直飽受這樣或那樣的困惑。很多人想從事產(chǎn)品管理，或者老板創(chuàng)業(yè)時(shí)想自己擔(dān)當(dāng)產(chǎn)品崗位，但對(duì)產(chǎn)品崗位的認(rèn)識(shí)很模糊。有的認(rèn)為就是純粹畫原型，有的認(rèn)為就是做項(xiàng)目管理跟蹤項(xiàng)目進(jìn)度，有的給老板做競(jìng)品分析。其實(shí)這些都不是產(chǎn)品經(jīng)理的核心和重點(diǎn)。在比較成熟的公司，由于產(chǎn)品的增長(zhǎng)，人員的增多，為了方便協(xié)作溝通，崗位會(huì)清晰細(xì)化，比如產(chǎn)品經(jīng)理、交互設(shè)計(jì)師、UI設(shè)計(jì)師、用戶體驗(yàn)分析師、數(shù)據(jù)分析師、運(yùn)營(yíng)等。但創(chuàng)業(yè)公司的產(chǎn)品經(jīng)理往往身兼數(shù)職，創(chuàng)業(yè)公司追求最大效率、最小成本，沒(méi)有精力把崗位劃分得那么細(xì)。下面，我將以創(chuàng)業(yè)者或者負(fù)責(zé)一個(gè)產(chǎn)品項(xiàng)目的產(chǎn)品經(jīng)理的角度來(lái)審視整個(gè)過(guò)程，看看一個(gè)產(chǎn)品經(jīng)理從零開始需要做什么。

從產(chǎn)品概念到輸出到流程

項(xiàng)目開始前

做任何事情之前，都要先考慮背后的用戶需求、商業(yè)價(jià)值、技術(shù)難度。用戶有需求你的產(chǎn)品才會(huì)被使用；商業(yè)價(jià)值確立了才會(huì)給公司帶來(lái)利潤(rùn)，畢竟公司最基本的目標(biāo)就是盈利；整體技術(shù)評(píng)估可行，整個(gè)項(xiàng)目才能落地。如今的互聯(lián)網(wǎng)創(chuàng)業(yè)公司，大家都在追求“速度”，2個(gè)月融資，4月用戶過(guò)百萬(wàn)，3年納斯達(dá)克上市。然而，這都是別人創(chuàng)業(yè)成功的表象，殊不知，做任何事情的前提，都是要明白自己在做什么。當(dāng)然，也不排除有些膽大包天、運(yùn)氣好的人，隨隨便便就能成功，但那只是個(gè)例，不值得深究。

1. 用戶需求

1.1 產(chǎn)品定位

在項(xiàng)目執(zhí)行過(guò)程中，我們經(jīng)常會(huì)陷入一種情況，一堆人聚在一起，討論的氣氛很情緒化。A說(shuō)這里的按鈕不好，B說(shuō)這個(gè)地方要像別人的APP那樣做，C說(shuō)你們都錯(cuò)了sketch windows，這個(gè)模塊不能換成這個(gè)。頻繁參與這樣的討論會(huì)極其耗費(fèi)時(shí)間和體力，幾個(gè)小時(shí)過(guò)去了，但會(huì)議一結(jié)束，就沒(méi)有結(jié)果。大多數(shù)情況下，一定是產(chǎn)品定位有問(wèn)題。執(zhí)行的人要清楚明白這個(gè)產(chǎn)品是用來(lái)做什么的，給誰(shuí)用的，才能正常討論具體的細(xì)節(jié)。如果興致勃勃、氣勢(shì)洶洶地討論了半天，發(fā)現(xiàn)沒(méi)有結(jié)果，會(huì)議討論偏離了方向，那不妨回歸本質(zhì)，思考一下我們的產(chǎn)品定位是什么。

產(chǎn)品定義：

產(chǎn)品定位包括兩大內(nèi)容：產(chǎn)品定義和需求定義。產(chǎn)品定義要分析的內(nèi)容包括產(chǎn)品的用戶群體、主要功能、產(chǎn)品特色等。

比如說(shuō)，如果你想創(chuàng)業(yè)，開發(fā)一個(gè)移動(dòng)招聘APP，產(chǎn)品經(jīng)理首先要做什么？中國(guó)每年的就業(yè)人數(shù)非常龐大，行業(yè)也是多種多樣的。所以你得想清楚你的產(chǎn)品是服務(wù)什么樣的人。如果要服務(wù)所有行業(yè)的人，那是不可能的。首先，一個(gè)小公司很難把這么多行業(yè)的招聘信息整合起來(lái)。另外，并不是每個(gè)行業(yè)的人都這么容易接受互聯(lián)網(wǎng)。

通過(guò)數(shù)據(jù)分析和調(diào)研我們發(fā)現(xiàn)，現(xiàn)在國(guó)家鼓勵(lì)創(chuàng)業(yè)，創(chuàng)業(yè)高峰期必然會(huì)產(chǎn)生大量的人力需求，尤其在現(xiàn)場(chǎng)，幾乎所有的創(chuàng)業(yè)都和互聯(lián)網(wǎng)有關(guān)，從事互聯(lián)網(wǎng)行業(yè)的人對(duì)APP的接受度也很高，至少愿意去嘗試。所以你把互聯(lián)網(wǎng)行業(yè)從業(yè)者看成是你產(chǎn)品的用戶。

你分析了其他招聘APP之后，發(fā)現(xiàn)這些APP都存在很多問(wèn)題。比如我想在北京西二旗找一份工作，但是目前很多APP都沒(méi)有職位篩選；雖然可以應(yīng)聘國(guó)外的工作，但是得到的反饋很少；公司信息太少，無(wú)法了解；在申請(qǐng)成立之前，作為求職者，你很想知道這家公司的老板是誰(shuí)；現(xiàn)在是互聯(lián)網(wǎng)時(shí)代，電子簡(jiǎn)歷完全沒(méi)問(wèn)題，為什么招聘人員每次招聘都要打印簡(jiǎn)歷呢？你應(yīng)該知道打印簡(jiǎn)歷對(duì)于求職者來(lái)說(shuō)不是很方便，因?yàn)殡S時(shí)可以改，對(duì)求職者來(lái)說(shuō)非常不方便。于是你打算做這款A(yù)PP，它的特別功能有1、職位支持公司所在地分類；2、招聘人員要時(shí)時(shí)給求職者反饋；3、取消紙質(zhì)簡(jiǎn)歷。主要功能就是招聘。現(xiàn)在我們將這款A(yù)PP命名為飛哥招聘。

需求定義：

需求定義分析包括三個(gè)方面：目標(biāo)用戶、使用場(chǎng)景、用戶目標(biāo)。目標(biāo)用戶就是會(huì)使用你的產(chǎn)品的人群；主要功能是指你的產(chǎn)品是用來(lái)做什么的，是工具、社交還是其他；你的產(chǎn)品和市面上其他產(chǎn)品有什么不同，這就是產(chǎn)品特性。

剛才我明確了APP的適用人群、主要功能和產(chǎn)品特色，市面上有些招聘APP是獵頭，專門針對(duì)想要跳槽的人群，你們APP的目標(biāo)用戶是誰(shuí)呢？通過(guò)特色功能和用戶痛點(diǎn)分析，分析出產(chǎn)品的目標(biāo)用戶是想要在特定地點(diǎn)找工作的人，比如已經(jīng)落戶北京后沙峪，希望到望京工作的人；當(dāng)你剛剛搬到回龍觀，面臨工作變動(dòng)，可能會(huì)傾向于到西二旗找工作。

1.2 需求分析

上面都是關(guān)于產(chǎn)品定位的，完成這些之后，接下來(lái)就是競(jìng)爭(zhēng)對(duì)手分析和用戶調(diào)研，一方面這是對(duì)我們的需求的一定驗(yàn)證，另一方面也是我們直接接觸用戶，看看他們有什么需求的機(jī)會(huì)。

1.3 需求篩選

前期需求篩選是一件非常困難的事情，如果產(chǎn)品經(jīng)理自己就是老板，頭腦清醒的話還好。但是討論的時(shí)候很容易卡在海量的需求中，跑題。討論完之后覺得什么功能都需要，這個(gè)功能有用，必須加；那個(gè)功能好玩，用戶一定覺得有意思。這些話永遠(yuǎn)是基于個(gè)人主觀臆斷的sketch windows，往往當(dāng)時(shí)聽起來(lái)很有道理，但事后推敲起來(lái)卻經(jīng)不起推敲。所以，我們需要時(shí)刻把握自己的產(chǎn)品定位和優(yōu)先級(jí)，千萬(wàn)不要盲目地在這個(gè)方面做出很多無(wú)畏的犧牲和掙扎（少做不假思索、倉(cāng)促?zèng)Q定、不假思索的決定）。

需求記錄表：

在前期需求篩選的時(shí)候，會(huì)出現(xiàn)很多需求，有些需求我們并不能立刻判斷為好的，這些想法可能會(huì)成為我們以后產(chǎn)品迭代的靈感，給產(chǎn)品的開發(fā)帶來(lái)更廣闊的思路。做好管理，尊重大家的想法，有歧義的地方及時(shí)記錄下載，對(duì)會(huì)議的推進(jìn)和進(jìn)展會(huì)有很大的幫助。

2.商業(yè)價(jià)值

市場(chǎng)需求文檔和業(yè)務(wù)需求文檔一般在大公司比較成熟，小公司大部分決策都是老板自己做的，老板可能不會(huì)做這個(gè)那個(gè)文檔，但是一定會(huì)做基礎(chǔ)了解，或者自己對(duì)某個(gè)行業(yè)非常了解。這兩個(gè)文檔既不冗余也不累贅，在項(xiàng)目開始前花點(diǎn)時(shí)間深入理解行業(yè)和用戶是非常有必要的。具體的文檔細(xì)節(jié)這里就不細(xì)說(shuō)了，網(wǎng)上有很多參考資料。

3. 技術(shù)評(píng)估

作為一個(gè)非技術(shù)出身的人，我就不多說(shuō)了，尊重開發(fā)者，和開發(fā)者搞好關(guān)系，對(duì)產(chǎn)品的推廣很有幫助。

項(xiàng)目正在進(jìn)行中

前面我已經(jīng)講過(guò)，一個(gè)項(xiàng)目開始前，需要關(guān)注的三大方面：1.需求；2.業(yè)務(wù)；3.技術(shù)。這些準(zhǔn)備工作做好之后，接下來(lái)就是執(zhí)行。執(zhí)行的過(guò)程沒(méi)有之前那么宏觀，但需要你足夠細(xì)心和耐心。

1. 產(chǎn)品層面

需求生成后，產(chǎn)品人員就可以立即制作需求文檔了。需求文檔對(duì)后續(xù)的交互設(shè)計(jì)（在創(chuàng)業(yè)公司往往由產(chǎn)品經(jīng)理承擔(dān)）、UI 設(shè)計(jì)等都起到了關(guān)鍵作用。當(dāng)然，在生成需求文檔的過(guò)程中，如果有專職的交互設(shè)計(jì)師，最好在需求階段就與產(chǎn)品人員討論需求文檔的細(xì)節(jié)。這樣有助于交互設(shè)計(jì)師了解整體需求，對(duì)其制作原型、編寫交互說(shuō)明也會(huì)有很大幫助。

需求文檔一般包括以下幾個(gè)方面：

背景描述：為什么要上線這個(gè)項(xiàng)目？能為用戶解決什么問(wèn)題？能帶來(lái)多大的價(jià)值？這是對(duì)項(xiàng)目上線前所做工作的總結(jié)，一定要簡(jiǎn)潔明了。

用戶畫像：提供用戶特征的虛擬描述，明確用戶情況。

項(xiàng)目時(shí)間規(guī)劃：什么時(shí)候出原型？什么時(shí)候出真正的設(shè)計(jì)？什么時(shí)候開始開發(fā)？什么時(shí)候開始測(cè)試？什么時(shí)候提交應(yīng)用商店？這些都需要明確。否則，如果沒(méi)有時(shí)間觀念，一切都會(huì)拖拖拉拉，沒(méi)有緊迫感。

信息結(jié)構(gòu)圖：APP的內(nèi)容組織結(jié)構(gòu)。下面以微信為例，簡(jiǎn)單給出微信的基本結(jié)構(gòu)。

任務(wù)流程圖：對(duì)于APP中的主要功能，從頭到尾梳理用戶整個(gè)流程，把各種可能都考慮進(jìn)去。不然后面開發(fā)者遇到問(wèn)題問(wèn)你，你就得重新考慮了。更要命的是，開發(fā)者沒(méi)問(wèn)你，就開發(fā)了，結(jié)果還不是你想要的。我們以一個(gè)簡(jiǎn)單的登錄為例：

需求描述：清楚的說(shuō)明每個(gè)操作的條件和結(jié)果。能用文字說(shuō)明的就用文字。如果不清楚，最好用圖片。有人可能會(huì)說(shuō)，這時(shí)候沒(méi)有線框圖，怎么解釋呢。這個(gè)不矛盾。早期的需求文檔是用來(lái)做交互的（再次強(qiáng)調(diào)，創(chuàng)業(yè)公司的產(chǎn)品也可能是需要交互的）。交互設(shè)計(jì)師會(huì)根據(jù)你的功能結(jié)構(gòu)和流程梳理，設(shè)計(jì)線框圖和高保真原型。

數(shù)據(jù)跟蹤：把后期需要檢查的數(shù)據(jù)列出來(lái)，比如這個(gè)按鈕的點(diǎn)擊率，這個(gè)頁(yè)面的打開率等等。這時(shí)候就需要跟運(yùn)營(yíng)多溝通，明確需要跟蹤的地方。這對(duì)產(chǎn)品上線后的數(shù)據(jù)分析很有幫助，數(shù)據(jù)也能輔助產(chǎn)品功能的迭代。

2.交互設(shè)計(jì)

需求梳理好之后，接下來(lái)就是設(shè)計(jì)并制作線框圖、頁(yè)面流程、高保真原型、交互說(shuō)明等。高保真原型是根據(jù)具體情況來(lái)定的，有的公司有要求，有的公司沒(méi)有。

2.2 線框：

盡量把每個(gè)頁(yè)面的視覺效果表達(dá)的簡(jiǎn)潔、清晰。這里最好不要加交互，也不要弄得花花綠綠的，黑灰色最好。每種情況都是一個(gè)頁(yè)面。用一個(gè)頁(yè)面表達(dá)每種情況，一方面你會(huì)更清楚APP整體的界面數(shù)量，設(shè)計(jì)師也知道你想要什么。否則，你加交互，設(shè)計(jì)師不知道怎么點(diǎn)，你還要解釋半天。

2.2 頁(yè)面流程圖：

和前面的信息結(jié)構(gòu)圖類似，頁(yè)面流圖也是利用各個(gè)頁(yè)面來(lái)做連接，使得各個(gè)環(huán)節(jié)的銜接和跳轉(zhuǎn)在視覺上更加清晰。

2.3 高保真原型：

對(duì)于交互的要求會(huì)更高，需要把各個(gè)功能之間的交互展現(xiàn)的比較完整，盡量在視覺上還原真實(shí)產(chǎn)品的面貌。（關(guān)于Axure，可以學(xué)習(xí)金吾的課程，很不錯(cuò)，很多人覺得太羅嗦，但是認(rèn)真看完還是會(huì)收獲不少的。）

2.4 交互說(shuō)明：

我個(gè)人覺得交互描述和高保真原型是有重合的，如果你做了高保真，那么大部分交互動(dòng)作基本都能展示出來(lái)，但是有一些交互效果是軟件無(wú)法處理的，這時(shí)候就需要用到交互描述了。

如果不需要文字或者圖片的解釋，直接用紙來(lái)模擬就行，不要小看這個(gè)方法哦。

這里介紹幾個(gè)可以進(jìn)行交互式標(biāo)記的工具：Mac 絕對(duì)是其中之一，有，圓圈，和，而且 viso 也可以進(jìn)行標(biāo)記。

3. UI 設(shè)計(jì)

一般來(lái)說(shuō)，交互設(shè)計(jì)師會(huì)把線框圖交給設(shè)計(jì)師，設(shè)計(jì)師就可以開始工作了。在這個(gè)過(guò)程中，交互設(shè)計(jì)師應(yīng)該多和設(shè)計(jì)師溝通，畢竟UI設(shè)計(jì)師會(huì)有自己的專長(zhǎng)和設(shè)計(jì)見解，這很正常。

四、項(xiàng)目實(shí)施情況

設(shè)計(jì)完成，交互工作完成后，就要交給項(xiàng)目經(jīng)理去執(zhí)行了。目前這個(gè)角色只存在于大公司，一般由產(chǎn)品經(jīng)理?yè)?dān)任。這里要注意的是，在執(zhí)行之前，必須建立各種相關(guān)規(guī)范。例如：

4.1 apk和api文件的命名規(guī)范及不同類型安裝包的管理：

這些都是我的親身經(jīng)歷，做好這些對(duì)以后安裝包的管理會(huì)有很大的幫助，我們當(dāng)時(shí)搭建了一個(gè)開發(fā)者環(huán)境，這個(gè)環(huán)境里的APK和API文件只能在局域網(wǎng)內(nèi)使用，在這個(gè)環(huán)境里你可以任意折騰、測(cè)試，不會(huì)影響已經(jīng)啟動(dòng)的應(yīng)用。

開發(fā)者環(huán)境打包出來(lái)的安裝包圖標(biāo)和名字應(yīng)該和線上環(huán)境的應(yīng)用不一樣，以后繼續(xù)測(cè)試的時(shí)候就不會(huì)因?yàn)榘姹静煌置δ_亂了。

4.2APK及API文件管理

4.2.1 開發(fā)版本：供個(gè)人開發(fā)或者產(chǎn)品使用，其他無(wú)關(guān)人員不會(huì)接觸此版本。 網(wǎng)絡(luò)環(huán)境：只在特定網(wǎng)絡(luò)環(huán)境下使用（需技術(shù)人員搭建環(huán)境）。

4.2.2 公測(cè)版本：經(jīng)過(guò)產(chǎn)品和測(cè)試人員的詳細(xì)測(cè)試，基本沒(méi)有bug，可以供公司人員使用，也算是上線前的穩(wěn)定性測(cè)試。 網(wǎng)絡(luò)環(huán)境：只能在特定環(huán)境下使用（需技術(shù)環(huán)境搭建）。

4.2.3 商店版本：準(zhǔn)備提交到市場(chǎng)的APK和API文件。開發(fā)版本和公測(cè)版本經(jīng)過(guò)全面測(cè)試，所有不穩(wěn)定的Bug都消除了。此時(shí)打包好的商店版本仍然需要經(jīng)過(guò)測(cè)試人員的檢查。最后一定要確保準(zhǔn)備上線的APK和API文件已經(jīng)經(jīng)過(guò)測(cè)試人員的檢查。否則，如果開發(fā)者在沒(méi)有通知測(cè)試人員和產(chǎn)品人員的情況下進(jìn)行更改，上線后再更改就來(lái)不及了。

5.APP測(cè)試及版本號(hào)管理

版本號(hào)的管理一定要在前期就搞清楚，不然產(chǎn)品上線之后，出現(xiàn)需要改進(jìn)的 Bug，或者新增功能對(duì)舊版本造成影響，這時(shí)候好的版本號(hào)管理就會(huì)發(fā)揮很大的作用，一方面可以隨時(shí)找到之前上線過(guò)的 apk 和 API 文件，另一方面面對(duì)不斷修改的打包文件也不會(huì)手忙腳亂。

以下為個(gè)人觀點(diǎn)，如果有哪位高手有好的方法，歡迎分享。版本號(hào)永遠(yuǎn)是唯一的，是迭代進(jìn)步的，不要為了上線好看而刻意干擾版本號(hào)，嚴(yán)禁有多套版本號(hào)。

測(cè)試說(shuō)明：

在UI、交互、產(chǎn)品開發(fā)階段，要多和技術(shù)人員溝通，最好把大功能分解成小的功能模塊，每完成一部分就通知相關(guān)人員檢查，避免問(wèn)題積累太多，最后修改太多。UI負(fù)責(zé)看開發(fā)是否按照你自己的設(shè)計(jì)實(shí)現(xiàn)，交互負(fù)責(zé)關(guān)注交互效果是否符合你的標(biāo)準(zhǔn)，產(chǎn)品負(fù)責(zé)關(guān)注每個(gè)功能的實(shí)現(xiàn)是否正確。

測(cè)試用例：好的測(cè)試用例可以有效推進(jìn)測(cè)試進(jìn)程。好的測(cè)試用例就是用人類的語(yǔ)言盡可能清晰的描述APP中需要測(cè)試的各種情況。這個(gè)就看你的文筆能力了。寫好的測(cè)試用例會(huì)交給測(cè)試人員去測(cè)試，這也是他們?cè)u(píng)判APP是否符合標(biāo)準(zhǔn)的標(biāo)準(zhǔn)。

Bug 管理工具：市面上有很多，大部分都是免費(fèi)的，就算是付費(fèi)的也不要介意錢，借助 Bug 管理工具可以有效提高測(cè)試人員和技術(shù)員的協(xié)作效率。

項(xiàng)目上線后

項(xiàng)目上線之后，產(chǎn)品需要關(guān)注的幾個(gè)方面，一是APP數(shù)據(jù)，二是用戶反饋，三是需求提取。

1. APP數(shù)據(jù)

新用戶：首次啟動(dòng)應(yīng)用的用戶；

新增獨(dú)立用戶數(shù)：所有應(yīng)用新增用戶數(shù)總和（去重）

活躍用戶：當(dāng)天啟動(dòng)游戲一次的用戶算作活躍用戶，包括新用戶、老用戶；

活躍獨(dú)立用戶數(shù)：應(yīng)用當(dāng)天的活躍用戶總數(shù)（去重復(fù)）

MAU：MAU（用戶）是每月活躍用戶數(shù)。

DAU：DAU（Daily User）即每日活躍用戶數(shù)，常用于反映網(wǎng)站、互聯(lián)網(wǎng)應(yīng)用或網(wǎng)絡(luò)游戲的運(yùn)行狀況。

用戶留存率：在互聯(lián)網(wǎng)行業(yè)中，在一定時(shí)間內(nèi)開始使用一款應(yīng)用，并在一段時(shí)間后繼續(xù)使用該應(yīng)用的用戶被視為留存用戶，這部分用戶占當(dāng)時(shí)新增用戶的比例就是留存率，會(huì)按1個(gè)時(shí)間單位（例如，天、周、月）進(jìn)行統(tǒng)計(jì)。

用戶留存的40-20-10原則：如果你希望你的游戲或應(yīng)用擁有超過(guò)100萬(wàn)的DAU，那么日留存率應(yīng)該大于40%，周留存率和月留存率分別應(yīng)該大于20%和10%。

次日留存率：（當(dāng)天新增且首日仍活躍的用戶數(shù)）/首日新增用戶總數(shù)；

第二天留存率：（第一天新增用戶在第二天依然活躍的數(shù)量）/第一天新增用戶總數(shù)；

第 7 天留存率：（第 1 天新增用戶數(shù)，且第 7 天仍活躍的用戶數(shù)）/第 1 天新增用戶總數(shù)；

30天留存率：（首日新增且30天依然活躍的用戶數(shù)）/首日新增用戶總數(shù)。

另外就是APP的數(shù)據(jù)，這個(gè)功能的點(diǎn)擊率是多少？有多少人打開了這個(gè)功能，有多少人使用？有多少人經(jīng)常使用這個(gè)功能？等等。這些數(shù)據(jù)要經(jīng)常關(guān)注。結(jié)合數(shù)據(jù)變化，反思功能設(shè)計(jì)的問(wèn)題，優(yōu)化產(chǎn)品。

如有侵權(quán)請(qǐng)聯(lián)系刪除！