作為產(chǎn)品團(tuán)隊(duì)的信息收集者與傳遞者，產(chǎn)品經(jīng)理的工作所涉及的部門和人員是非常多的，今天我們就從人和事兩個(gè)方面聊一聊產(chǎn)品經(jīng)理的工作流程。

關(guān)于產(chǎn)品經(jīng)理的基本工作流程，我們用一個(gè)產(chǎn)品迭代優(yōu)化的例子來闡述。

要迭代優(yōu)化，產(chǎn)品經(jīng)理遇到的第一個(gè)問題就是要做什么，即工作流程的第一部分：搜集需求。

在這個(gè)階段，產(chǎn)品經(jīng)理需要弄清楚需求在哪里。歸納起來，需求可能會(huì)在領(lǐng)導(dǎo)那里；可能在協(xié)同部門那里；可能在用戶的反饋里；可能在產(chǎn)品后臺(tái)監(jiān)控的數(shù)據(jù)里，還有可能在產(chǎn)品經(jīng)理自己對產(chǎn)品的理解與洞察里。

既然需求可能在這么多地方，那產(chǎn)品經(jīng)理就要想辦法來搜集這些需求。在收集需求的過程中，產(chǎn)品經(jīng)理需要應(yīng)用多種方法，例如用戶訪談、調(diào)查問卷、數(shù)據(jù)分析、用戶畫像等，總體可以歸為定性和定量兩大類，同時(shí)還需要關(guān)注需求方的表達(dá)與行為（很多時(shí)候，需求方說的并不是他們真正想要的）。這里我們不展開講，建議想深入了解的同學(xué)可以讀相關(guān)的專項(xiàng)書籍或文章。

假設(shè)產(chǎn)品經(jīng)理搜集到了這些需求，那接下來就要考慮哪些需求能做，哪些不能做，哪些需求重要要先做，哪些不重要要排后，即工作流程的第二部分：需求篩選與分析。

需求篩選與分析面臨的第一個(gè)問題就是甄別哪些需求是真的，哪些需求是假的。相信大家都聽過亨利·福特的經(jīng)典語句?“如果我最初問消費(fèi)者他們想要什么，他們應(yīng)該是會(huì)告訴我，‘要一匹更快的馬！’”。而事實(shí)上，用戶的最終目的是要更快的到達(dá)目的地。所以產(chǎn)品經(jīng)理需要通過搜集的信息甄別出，用戶的真正需求是什么。

當(dāng)弄清楚這個(gè)問題后，接下來就是對需求進(jìn)行排序，即開始說的確定哪些需求重要，哪些不重要。這個(gè)排序的過程，需要考慮的因素很多。理想的情況下，需求的優(yōu)先級(jí)是基于產(chǎn)品規(guī)劃及商業(yè)目標(biāo)展開的，當(dāng)然也可能會(huì)出現(xiàn)其他情況，例如老板需求等。

將需求排好了序，接下來該做什么了呢？那就是把需求整理成可執(zhí)行的方案，即工作流程的第三部分：文檔撰寫。

這里所說的文檔是一個(gè)統(tǒng)稱，指產(chǎn)品迭代過程所用到的所有文檔，例如思維導(dǎo)圖、流程圖、產(chǎn)品原型、需求文檔等。所以文檔撰寫是一個(gè)由抽象到具體的過程，可以分幾個(gè)層次來看。

首先，要確定大的方向，核心流程。對此，產(chǎn)品經(jīng)理可以整理思維導(dǎo)圖或流程圖，和需求方確認(rèn)核心是否正確；確認(rèn)了核心流程以后，產(chǎn)品經(jīng)理就可以整理更加細(xì)化的原型，前期原型只需要將頁面的結(jié)構(gòu)及交互關(guān)系體現(xiàn)出來（低保真原型），然后再與需求方確認(rèn)；確認(rèn)后進(jìn)一步細(xì)化，形成細(xì)致的原型及配套的需求文檔。特別要注意的是，這個(gè)階段的溝通不僅包括需求方，還應(yīng)包括技術(shù)以評估技術(shù)的可行性。

有了完整的文檔，產(chǎn)品經(jīng)理就可以考慮進(jìn)入下一階段，即工作流程的第四部分：項(xiàng)目啟動(dòng)。

項(xiàng)目啟動(dòng)首先是要組織項(xiàng)目啟動(dòng)會(huì)議，會(huì)議上產(chǎn)品經(jīng)理需要向各方完整闡述項(xiàng)目的背景及需求內(nèi)容。值得注意的是，產(chǎn)品經(jīng)理在發(fā)送會(huì)議通知時(shí)，需要把原型及文檔同時(shí)發(fā)給團(tuán)隊(duì)成員，讓大家?guī)е鴨栴}參加會(huì)議，這樣會(huì)議的效率會(huì)更高。

會(huì)議中，在與會(huì)人員明晰之后，確定相關(guān)負(fù)責(zé)人，由項(xiàng)目團(tuán)隊(duì)給出項(xiàng)目排期（需要確定項(xiàng)目排期的時(shí)間節(jié)點(diǎn)）。

有了排期，就進(jìn)入工作流程的下一階段：項(xiàng)目開發(fā)。

在項(xiàng)目開發(fā)過程中，產(chǎn)品經(jīng)理需要溝通，溝通，再溝通，再有就是關(guān)注項(xiàng)目關(guān)鍵節(jié)點(diǎn)及成果，以確保項(xiàng)目的按時(shí)按質(zhì)完成。

項(xiàng)目開發(fā)完了，就是安排上線了，同時(shí)給相關(guān)成員發(fā)送上線通知郵件。一般而言，上線之后的一兩周內(nèi)，都是產(chǎn)品的重點(diǎn)監(jiān)控時(shí)間區(qū)間，及時(shí)發(fā)現(xiàn)問題，及時(shí)解決（上線時(shí)應(yīng)該制定相應(yīng)的應(yīng)急方案）。

當(dāng)新版產(chǎn)品運(yùn)行經(jīng)過平穩(wěn)期，產(chǎn)品經(jīng)理就該考慮下版迭代了。

這個(gè)問題可以分兩部分來說：產(chǎn)品規(guī)劃與產(chǎn)品開發(fā)。

就產(chǎn)品規(guī)劃而言，產(chǎn)品經(jīng)理接觸到的人包括但不限于：

1）直線領(lǐng)導(dǎo)

當(dāng)我們做產(chǎn)品規(guī)劃時(shí)，必然要和直線領(lǐng)導(dǎo)就方案達(dá)成共識(shí)，才能進(jìn)一步向外溝通確認(rèn)，因此在產(chǎn)品規(guī)劃階段，你需要頻繁地與直線領(lǐng)導(dǎo)溝通或匯報(bào)（有時(shí)候直線領(lǐng)導(dǎo)可能不參與具體討論，但需要知道進(jìn)度）。

2）公司領(lǐng)導(dǎo)

有時(shí)候，公司領(lǐng)導(dǎo)可能是某個(gè)需求的提出者。這種情況下，產(chǎn)品經(jīng)理（或直線領(lǐng)導(dǎo)）需要向公司領(lǐng)導(dǎo)匯報(bào)相關(guān)解決方案。

3）業(yè)務(wù)人員

如果你負(fù)責(zé)的產(chǎn)品有業(yè)務(wù)人員的話，那他們也是產(chǎn)品重要的需求方，同時(shí)他們在與客戶接觸中，會(huì)出現(xiàn)種種問題。這個(gè)時(shí)候，都需要產(chǎn)品經(jīng)理參與解決。

4）客服人員

針對產(chǎn)品規(guī)劃，客服人員反饋的用戶數(shù)據(jù)尤為重要，因此產(chǎn)品經(jīng)理需要頻繁地與客服人員進(jìn)行溝通，搜集數(shù)據(jù)，整理并轉(zhuǎn)化為需求。

5）用戶

用戶研究是產(chǎn)品規(guī)劃階段的核心工作之一，也是產(chǎn)品經(jīng)理難得的接觸真正用戶的機(jī)會(huì)。在這個(gè)階段中，產(chǎn)品經(jīng)理可以采用用戶訪談、調(diào)查問卷、可用性測試等方式，多多與用戶進(jìn)行接觸。

就產(chǎn)品開發(fā)而言，產(chǎn)品經(jīng)理接觸的人包括但不限于：

1）UI/UE

當(dāng)產(chǎn)品原型最終確定，就可以進(jìn)入U(xiǎn)I設(shè)計(jì)階段，這個(gè)時(shí)候產(chǎn)品經(jīng)理就需要和UI探討原型細(xì)節(jié)，進(jìn)入設(shè)計(jì)階段。

2）前端

UI設(shè)計(jì)完成后，就開始轉(zhuǎn)入前端工作。對于前端而言，會(huì)更加關(guān)注細(xì)節(jié)，每一個(gè)按鈕的狀態(tài)變化，每一個(gè)交互細(xì)節(jié)，都需要詳細(xì)說明。這塊一般是由產(chǎn)品經(jīng)理和UI共同提供的。

不過如果是移動(dòng)端產(chǎn)品，前端基本上就不太會(huì)參與，頁面切圖和標(biāo)注工作主要是由UI完成。

3）開發(fā)

開發(fā)的工作主要是參照需求文檔來展開的，因此產(chǎn)品經(jīng)理需要就需求文檔細(xì)節(jié)與開發(fā)進(jìn)行充分溝通，以保證開發(fā)工作的有效性。

4）測試

開發(fā)完成了項(xiàng)目工作，就進(jìn)入了測試階段。一般情況下，測試人員會(huì)在開始之前召開測試用例評審，然后才進(jìn)入具體的測試階段。無論是測試用例編寫階段，還是測試階段，產(chǎn)品經(jīng)理都是要與測試充分溝通的。

事實(shí)上，項(xiàng)目開發(fā)的工作是階段性的，但產(chǎn)品經(jīng)理與團(tuán)隊(duì)的接觸則是全程的。從需求的發(fā)生，到項(xiàng)目的上線，產(chǎn)品經(jīng)理都需要與UI、前端、開發(fā)、測試等人員充分接觸，對產(chǎn)品需求進(jìn)行溝通評估。

結(jié)合產(chǎn)品經(jīng)理基本工作流程來看這個(gè)問題，會(huì)更容易理解一些。雖然具體的產(chǎn)品開發(fā)工作不用產(chǎn)品經(jīng)理做，但產(chǎn)品經(jīng)理也絕對做不了甩手掌柜。在有產(chǎn)品開發(fā)時(shí)，他需要時(shí)刻關(guān)注產(chǎn)品的進(jìn)度，進(jìn)行問題確認(rèn)，必要的時(shí)候協(xié)調(diào)資源；在沒有產(chǎn)品開發(fā)時(shí)，他需要進(jìn)行規(guī)劃，同時(shí)還要關(guān)注市場及競品的變化，以能夠及時(shí)洞察產(chǎn)品的發(fā)展趨勢。

把以上的這段文字轉(zhuǎn)換成場景，基本上產(chǎn)品經(jīng)理的一天就能呈現(xiàn)在我們面前。

早上在上班通勤的路上，產(chǎn)品經(jīng)理可能會(huì)打開新聞客戶端，關(guān)注自己感興趣或與工作相關(guān)的內(nèi)容，必要的話會(huì)把重要信息或鏈接記在備忘錄里。

到公司以后，打開電腦首先查看一下郵箱，郵箱里有四五封郵件，其中兩封郵件是測試發(fā)的bug信息，需要溝通確認(rèn)；有一封郵件是協(xié)同部門發(fā)來的，內(nèi)容主要是得到了一些用戶反饋，需要滿足新的需求，需要進(jìn)行評估；還有一封會(huì)議通知郵件，下午三點(diǎn)要開某產(chǎn)品需求溝通會(huì)議。

然后產(chǎn)品經(jīng)理的一天也就圍繞這幾封郵件開始了。上午他可能會(huì)先去和測試溝通確認(rèn)一下兩個(gè)bug該如何修改，溝通的過程中又發(fā)現(xiàn)了新的問題，所以后來和測試的溝通就變成了和測試、開發(fā)、前端等同事的溝通。問題解決了，時(shí)間也過去了半個(gè)多小時(shí)。

解決了測試bug的問題，產(chǎn)品經(jīng)理需要好好想想?yún)f(xié)同部門提的需求。對產(chǎn)品經(jīng)理而言，需要很慎重地對待需求，有的需求不一定要滿足，而有的則必須快速響應(yīng)。經(jīng)過初步分析，這個(gè)需求是需要滿足的，但如何做還需要和領(lǐng)導(dǎo)溝通一下。因此，產(chǎn)品經(jīng)理就去找領(lǐng)導(dǎo)溝通，溝通后最終形成了一個(gè)初步的方案，產(chǎn)品經(jīng)理以此回復(fù)了郵件。而此時(shí)已經(jīng)上班兩個(gè)多小時(shí)了。

產(chǎn)品經(jīng)理剛發(fā)完郵件，著手開始準(zhǔn)備下午開會(huì)資料時(shí)，電話響了。電話是客服同事打來的，說用戶使用出現(xiàn)了問題，需要馬上解決。產(chǎn)品經(jīng)理只好先暫時(shí)放下手里的活，去解決用戶問題。用戶問題解決了，時(shí)間基本上也就到中午了。

下午的工作內(nèi)容相對比較整，簡單說就是準(zhǔn)備開會(huì)、開會(huì)。不過，在這個(gè)過程中，還是時(shí)不時(shí)需要跟項(xiàng)目成員確認(rèn)信息；收到其他同事的微信或電話。下午的會(huì)開得還算成功，不過有些需求的細(xì)節(jié)還是需要調(diào)整。會(huì)議開完，產(chǎn)品經(jīng)理就開始著手修改工作了。等修改完了，差不多也就到了下班的時(shí)間。

其實(shí)上面說了那么多，總結(jié)起來講產(chǎn)品經(jīng)理的一天就是由洞察趨勢、內(nèi)部溝通、整理信息、產(chǎn)品思考四大部分組成，其中溝通會(huì)占大部分時(shí)間，形式有面對面、電話、會(huì)議等等。所以溝通能力對產(chǎn)品經(jīng)理來講，尤為重要。

關(guān)于產(chǎn)品經(jīng)理工作流程，我們可以歸納為想、寫、說、做、改五個(gè)字。任何一個(gè)階段，都由人、物、信息三種元素組成，產(chǎn)品經(jīng)理的工作也都以此展開。

相關(guān)閱讀

產(chǎn)品蛻變者S1｜01 初見產(chǎn)品經(jīng)理

#專欄作家#

E木筆記，微信公眾號(hào)：E木筆記，人人都是產(chǎn)品經(jīng)理專欄作家。在線教育領(lǐng)域探索者，專注移動(dòng)互聯(lián)網(wǎng)產(chǎn)品研究

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 unsplash，基于 CC0 協(xié)議