我聽(tīng)過(guò)礁遣、見(jiàn)過(guò)很多個(gè)版本的產(chǎn)品經(jīng)理工作流程及內(nèi)容，但是最讓我感同身受的是這一個(gè)碗殷。
首先精绎，拿到一個(gè)IDEA
在進(jìn)入產(chǎn)品工作流程前，先會(huì)獲得一個(gè)IDEA锌妻。這個(gè)IDEA可能來(lái)自老板代乃；可能來(lái)自業(yè)務(wù)部門(mén)（如銷(xiāo)售、運(yùn)營(yíng)仿粹、客服等）搁吓；可能來(lái)自競(jìng)品分析報(bào)告；可能來(lái)自數(shù)據(jù)分析結(jié)果吭历；可能來(lái)自產(chǎn)品經(jīng)理本身的心得體會(huì)等等堕仔。拿到這個(gè)IDEA后，開(kāi)始進(jìn)入產(chǎn)品的工作流程毒涧。
1. 市場(chǎng)調(diào)研
常用的市場(chǎng)調(diào)研方法有競(jìng)品分析和用戶調(diào)研贮预。
[競(jìng)品分析]
競(jìng)品分析報(bào)告的內(nèi)容一般包括競(jìng)品介紹贝室、功能板塊樹(shù)形結(jié)構(gòu)、功能分析仿吞、交互分析滑频、視覺(jué)分析、推廣分析唤冈、運(yùn)營(yíng)狀態(tài)分析峡迷、借鑒和規(guī)避。
公眾號(hào)里回復(fù)“競(jìng)品分析”可獲取案例你虹。
[用戶調(diào)研]
常用的用戶調(diào)研方法有三種：?jiǎn)柧碚{(diào)查绘搞、用戶訪談、行為跟蹤傅物。
問(wèn)卷調(diào)查：一種定量分析方法夯辖。問(wèn)卷調(diào)查不關(guān)心問(wèn)的是誰(shuí)，只關(guān)心問(wèn)卷的數(shù)量董饰。比如發(fā)1000張調(diào)查問(wèn)卷蒿褂。
用戶訪談：一種定性分析方法。用戶訪談會(huì)約談指定類(lèi)型的用戶卒暂，針對(duì)特定人群的訪談獲取想要的信息啄栓。
行為跟蹤：一種用戶體驗(yàn)優(yōu)化方法。將用戶獨(dú)自關(guān)在一個(gè)可監(jiān)視的空間也祠，在沒(méi)有工作人員幫助的情況下使用產(chǎn)品昙楚，觀察記錄用戶使用過(guò)程中出現(xiàn)停頓思考的頁(yè)面或功能，針對(duì)性的優(yōu)化產(chǎn)品體驗(yàn)诈嘿。
2. 需求分析
需求分析是指確定產(chǎn)品功能的目的堪旧、范圍、定義和功能時(shí)所要做的所有工作永淌。做需求分析時(shí)有一個(gè)非常重要的事情崎场，就是辨別需求的真?zhèn)涡浴?/p>
[真?zhèn)涡枨骫
辨別一個(gè)需求的真?zhèn)危且粋€(gè)衡量產(chǎn)品經(jīng)理的核心指標(biāo)遂蛀。如何在開(kāi)發(fā)資源爭(zhēng)奪的情況下谭跨，快速輸出滿足市場(chǎng)認(rèn)可的產(chǎn)品，是至關(guān)重要的李滴。
日后會(huì)專(zhuān)門(mén)寫(xiě)一篇如何鑒定需求真?zhèn)涡缘奈恼麦χ妫@里暫不多說(shuō)。
3. 產(chǎn)品規(guī)劃
需求已經(jīng)確定所坯，但是需要做的事情很多谆扎，如何能進(jìn)行合理的安排，保證產(chǎn)品有條不紊的推進(jìn)芹助，不能一口吃個(gè)胖子堂湖，先做什么后做什么闲先，需要有一個(gè)規(guī)劃。
產(chǎn)品規(guī)劃一般會(huì)借助工具思維導(dǎo)圖和RoadMap无蜂。
產(chǎn)品規(guī)劃時(shí)切記不要做大而全伺糠。記住，產(chǎn)品經(jīng)理只做減法斥季！產(chǎn)品經(jīng)理只做減法训桶！產(chǎn)品經(jīng)理只做減法！不可能你的v1.0就是你的最終版本酣倾。需要遵循需求拆解舵揭，小步快跑的原則。
公眾號(hào)里回復(fù)“Xmind”躁锡，獲取思維導(dǎo)圖工具Xmind Zen安裝程序午绳，全功能無(wú)水印。
4. 產(chǎn)品設(shè)計(jì)
產(chǎn)品設(shè)計(jì)包括兩個(gè)部分稚铣，產(chǎn)品功能設(shè)計(jì)和視覺(jué)設(shè)計(jì)箱叁。分別輸出產(chǎn)品原型、需求文檔和UI效果圖惕医。產(chǎn)品原型、需求文檔由產(chǎn)品經(jīng)理完成算色，UI效果圖由UI設(shè)計(jì)師完成抬伺。
通常需求文檔是用word寫(xiě)的，但是有些公司也用Axure RP寫(xiě)灾梦。常用的原型設(shè)計(jì)工具有Axure峡钓、墨刀等，這里強(qiáng)烈推薦Axure RP 9若河，專(zhuān)業(yè)工具能岩，功能強(qiáng)大。
公眾號(hào)里回復(fù)“Axure”萧福，獲取Axure安裝程序及漢化程序等拉鹃。
5. 需求評(píng)審
需求評(píng)審又叫需求宣講。參與人一般包括項(xiàng)目經(jīng)理鲫忍、開(kāi)發(fā)膏燕、測(cè)試、需求方悟民。會(huì)議內(nèi)容面向項(xiàng)目組內(nèi)成員進(jìn)行需求的詳解坝辫，幫助開(kāi)發(fā)測(cè)試更好的理解需求內(nèi)容，并達(dá)成多方對(duì)需求一致認(rèn)可的結(jié)果射亏。
小竅門(mén)：做產(chǎn)品也好寫(xiě)需求也好近忙，都非常忌諱閉門(mén)造車(chē)竭业。所以在梳理需求時(shí)，就需要提前做好需求確認(rèn)和技術(shù)調(diào)研及舍，跟開(kāi)發(fā)了解清楚你想做的功能是否可以實(shí)現(xiàn)永品，而非在需求評(píng)審時(shí)拿出一個(gè)誰(shuí)也沒(méi)見(jiàn)過(guò)的需求內(nèi)容。否則击纬，會(huì)造成會(huì)議主題的發(fā)散鼎姐，甚至需求重改、再次評(píng)審更振，非常耽誤時(shí)間炕桨。
6. 研發(fā)跟進(jìn)
主要跟進(jìn)開(kāi)發(fā)的工作進(jìn)度，以及開(kāi)發(fā)過(guò)程中遇到的需求變更肯腕。開(kāi)發(fā)過(guò)程中遇到需求變是非常普遍的問(wèn)題献宫，需求評(píng)審可以解決絕大部分的需求疑問(wèn)，但難免有一些問(wèn)題會(huì)隨著開(kāi)發(fā)的推進(jìn)慢慢浮現(xiàn)实撒，所以這時(shí)候需要及時(shí)跟進(jìn)這些變更需求姊途，并通知到相關(guān)人員。
PS：因?yàn)樽约褐白鲞^(guò)測(cè)試知态，所以對(duì)這種不能100%確定的事情會(huì)更加理解捷兰。測(cè)試其實(shí)也是一樣，測(cè)試過(guò)程只能盡可能減少BUG负敏，但是不能保證100%沒(méi)有BUG贡茅。當(dāng)然這并不意味著你的需求可以寫(xiě)的粗糙，你的邏輯可以經(jīng)不起推敲其做。
7. 測(cè)試
這個(gè)階段產(chǎn)品的工作重點(diǎn)是產(chǎn)品功能的驗(yàn)收顶考，有時(shí)候需求是一個(gè)樣，開(kāi)發(fā)出來(lái)的又是另一個(gè)樣妖泄。導(dǎo)致這個(gè)結(jié)果的原因是因?yàn)槊總€(gè)人對(duì)需求的理解程度不同驹沿，所以產(chǎn)品需要對(duì)開(kāi)發(fā)結(jié)果進(jìn)行驗(yàn)收，看它是不是符合當(dāng)初的需求預(yù)期蹈胡。如果不符合應(yīng)當(dāng)及時(shí)反饋出來(lái)渊季。
驗(yàn)收階段也必須協(xié)同需求方和UI設(shè)計(jì)師一起驗(yàn)收。需求方主要驗(yàn)收需求滿足度审残，UI設(shè)計(jì)師主要驗(yàn)收視覺(jué)效果梭域。
8. 上線
產(chǎn)品上線，看似都是技術(shù)（運(yùn)維）工作搅轿，那產(chǎn)品在里面扮演什么角色病涨，需要做什么呢？答案是上線計(jì)劃璧坟。
上線計(jì)劃一般包括上線時(shí)間既穆、人員安排赎懦、數(shù)據(jù)準(zhǔn)備、運(yùn)營(yíng)材料準(zhǔn)備等幻工。發(fā)布上線前需要把新功能要用到的數(shù)據(jù)準(zhǔn)備好励两，以免由于數(shù)據(jù)不全或數(shù)據(jù)紕漏造成的上線后的程序BUG。上線前同樣需要聯(lián)合運(yùn)營(yíng)部門(mén)囊颅，準(zhǔn)備好上線材料当悔。例如活動(dòng)說(shuō)明，活動(dòng)banner素材等等踢代。
上線前的數(shù)據(jù)準(zhǔn)備盲憎、運(yùn)營(yíng)材料準(zhǔn)備非上線當(dāng)天才著手去做，需要在上線前幾天已經(jīng)確定并完成胳挎。
9. 產(chǎn)品培訓(xùn)
產(chǎn)品上線之后需要及時(shí)對(duì)需求方或者相關(guān)的業(yè)務(wù)部門(mén)進(jìn)行培訓(xùn)饼疙，比如：銷(xiāo)售部門(mén)、運(yùn)營(yíng)部門(mén)慕爬、千萬(wàn)不要忘記客服部門(mén)窑眯，雖然他們可能不是直接的需求方，但是他們會(huì)收到很多的用戶或客戶反饋医窿，如果對(duì)新版版本系統(tǒng)或功能的使用不熟悉磅甩，是沒(méi)有辦法第一時(shí)間解決問(wèn)題的。
假如你做的是C端產(chǎn)品留搔，是沒(méi)有辦法對(duì)用戶直接進(jìn)行培訓(xùn)的更胖。可以在產(chǎn)品中加入操作指引和幫助文檔來(lái)解決一部分問(wèn)題隔显。但是，C端產(chǎn)品最重要的還是用戶體驗(yàn)饵逐，而非指引或文檔括眠。
10. 收集反饋
產(chǎn)品發(fā)布上線后，需要持續(xù)跟產(chǎn)品的使用反饋和效果反饋倍权。收集反饋問(wèn)題掷豺，作為產(chǎn)品后期迭代優(yōu)化的重要依據(jù)。
迭代的流程即上述10點(diǎn)薄声。
番外篇·[需求池的管理]
需求池的管理当船，也是產(chǎn)品經(jīng)理的一項(xiàng)日常工作。最簡(jiǎn)單實(shí)用的需求池可以用excel來(lái)記錄默辨，一個(gè)需求池一般包括編號(hào)德频、需求名稱(chēng)、需求描述缩幸、提出人壹置、提出時(shí)間竞思、優(yōu)先級(jí)、需求狀態(tài)钞护、備注等盖喷。
重點(diǎn)解釋下以下幾個(gè)詞：
需求名稱(chēng)：一句話描述這個(gè)需求要做什么。比如：優(yōu)惠券活動(dòng)添加定時(shí)投放功能
需求描述：描述這個(gè)需求大概要做的事情难咕，盡可能的舉一些場(chǎng)景课梳。比如：優(yōu)惠券活動(dòng)可以設(shè)置在未來(lái)的某個(gè)時(shí)間點(diǎn)由系統(tǒng)自動(dòng)發(fā)布，精確到年月日時(shí)分秒余佃。場(chǎng)景舉例暮刃，十一活動(dòng)，運(yùn)營(yíng)可以提前編輯好活動(dòng)內(nèi)容咙冗，設(shè)置在十月一日當(dāng)天發(fā)布沾歪，而這時(shí)運(yùn)營(yíng)可能在休假中，不方便操作雾消。
提出人：即這個(gè)需求的需求方灾搏。未來(lái)的需求溝通，需求確認(rèn)立润，必須有這個(gè)人的參與狂窑。
提出時(shí)間：記錄提出時(shí)間是為了提示自己，這個(gè)需求從提出到得到解決所耗的時(shí)間桑腮，如果是一定要做的泉哈，不能拖太久，否則會(huì)影響業(yè)務(wù)部門(mén)的業(yè)績(jī)破讨。
優(yōu)先級(jí)：優(yōu)先級(jí)的判斷遵循時(shí)間“四象限”法丛晦，即按重要、緊急兩個(gè)不同的維度提陶。下圖中“交由下屬解決”可以改為“延時(shí)解決”烫沙，除非你真的有下屬∠栋剩可以用數(shù)字代表重要緊急程度锌蓄，如1、2撑柔、3瘸爽、4、5铅忿，越小的越緊急（思考為什么）剪决。
第一個(gè)象限既重要又緊急；第二個(gè)象限重要不緊急；第三個(gè)象限緊急不重要昼捍；第四個(gè)象限不緊急不重要识虚。
時(shí)間“四象限”法- MBA智庫(kù)百科
需求狀態(tài)：即這個(gè)需求當(dāng)前處于的狀態(tài)，一般狀態(tài)包括不做妒茬、延遲解決担锤、需求排期、xx需求v1.0.x(具體的需求版本號(hào))乍钻、已上線等肛循。可以按照自己的習(xí)慣命名银择，目的是讓自己知道哪些需求是不做的多糠，哪些需求是要做的，哪些是正在執(zhí)行的浩考，哪些是已經(jīng)解決的夹孔。
備注：比如不做的原因是什么，可以陳述在這里析孽。
[工具鏈接]
競(jìng)品分析：公眾號(hào)里回復(fù)“競(jìng)品分析”可獲取案例搭伤。
Xmind：公眾號(hào)里回復(fù)“Xmind”，獲取思維導(dǎo)圖工具Xmind Zen安裝程序袜瞬，全功能無(wú)水印怜俐。
Axure：公眾號(hào)里回復(fù)“Axure”，獲取Axure安裝程序及漢化程序等邓尤。
轉(zhuǎn)自公眾號(hào)：巖杉Shawn
