中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

作為產品團隊的信息收集者與傳遞者，產品經理的工作所涉及的部門和人員是非常多的，今天我們就從人和事兩個方面聊一聊產品經理的工作流程。

關于產品經理的基本工作流程，我們用一個產品迭代優化的例子來闡述。

要迭代優化，產品經理遇到的第一個問題就是要做什么，即工作流程的第一部分：搜集需求。

在這個階段，產品經理需要弄清楚需求在哪里。歸納起來，需求可能會在領導那里；可能在協同部門那里；可能在用戶的反饋里；可能在產品后臺監控的數據里，還有可能在產品經理自己對產品的理解與洞察里。

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

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

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

當弄清楚這個問題后，接下來就是對需求進行排序，即開始說的確定哪些需求重要，哪些不重要。這個排序的過程，需要考慮的因素很多。理想的情況下，需求的優先級是基于產品規劃及商業目標展開的，當然也可能會出現其他情況，例如老板需求等。

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

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

首先，要確定大的方向，核心流程。對此，產品經理可以整理思維導圖或流程圖，和需求方確認核心是否正確；確認了核心流程以后，產品經理就可以整理更加細化的原型，前期原型只需要將頁面的結構及交互關系體現出來（低保真原型），然后再與需求方確認；確認后進一步細化，形成細致的原型及配套的需求文檔。特別要注意的是，這個階段的溝通不僅包括需求方，還應包括技術以評估技術的可行性。

有了完整的文檔，產品經理就可以考慮進入下一階段，即工作流程的第四部分：項目啟動。

項目啟動首先是要組織項目啟動會議，會議上產品經理需要向各方完整闡述項目的背景及需求內容。值得注意的是，產品經理在發送會議通知時，需要把原型及文檔同時發給團隊成員，讓大家帶著問題參加會議，這樣會議的效率會更高。

會議中，在與會人員明晰之后，確定相關負責人，由項目團隊給出項目排期（需要確定項目排期的時間節點）。

有了排期，就進入工作流程的下一階段：項目開發。

在項目開發過程中，產品經理需要溝通，溝通，再溝通，再有就是關注項目關鍵節點及成果，以確保項目的按時按質完成。

項目開發完了，就是安排上線了，同時給相關成員發送上線通知郵件。一般而言，上線之后的一兩周內，都是產品的重點監控時間區間，及時發現問題，及時解決（上線時應該制定相應的應急方案）。

當新版產品運行經過平穩期，產品經理就該考慮下版迭代了。

這個問題可以分兩部分來說：產品規劃與產品開發。

就產品規劃而言，產品經理接觸到的人包括但不限于：

1）直線領導

當我們做產品規劃時，必然要和直線領導就方案達成共識，才能進一步向外溝通確認，因此在產品規劃階段，你需要頻繁地與直線領導溝通或匯報（有時候直線領導可能不參與具體討論，但需要知道進度）。

2）公司領導

有時候，公司領導可能是某個需求的提出者。這種情況下，產品經理（或直線領導）需要向公司領導匯報相關解決方案。

3）業務人員

如果你負責的產品有業務人員的話，那他們也是產品重要的需求方，同時他們在與客戶接觸中，會出現種種問題。這個時候，都需要產品經理參與解決。

4）客服人員

針對產品規劃，客服人員反饋的用戶數據尤為重要，因此產品經理需要頻繁地與客服人員進行溝通，搜集數據，整理并轉化為需求。

5）用戶

用戶研究是產品規劃階段的核心工作之一，也是產品經理難得的接觸真正用戶的機會。在這個階段中，產品經理可以采用用戶訪談、調查問卷、可用性測試等方式，多多與用戶進行接觸。

就產品開發而言，產品經理接觸的人包括但不限于：

1）UI/UE

當產品原型最終確定，就可以進入UI設計階段，這個時候產品經理就需要和UI探討原型細節，進入設計階段。

2）前端

UI設計完成后，就開始轉入前端工作。對于前端而言，會更加關注細節，每一個按鈕的狀態變化，每一個交互細節，都需要詳細說明。這塊一般是由產品經理和UI共同提供的。

不過如果是移動端產品，前端基本上就不太會參與，頁面切圖和標注工作主要是由UI完成。

3）開發

開發的工作主要是參照需求文檔來展開的，因此產品經理需要就需求文檔細節與開發進行充分溝通，以保證開發工作的有效性。

4）測試

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

事實上，項目開發的工作是階段性的，但產品經理與團隊的接觸則是全程的。從需求的發生，到項目的上線，產品經理都需要與UI、前端、開發、測試等人員充分接觸，對產品需求進行溝通評估。

結合產品經理基本工作流程來看這個問題，會更容易理解一些。雖然具體的產品開發工作不用產品經理做，但產品經理也絕對做不了甩手掌柜。在有產品開發時，他需要時刻關注產品的進度，進行問題確認，必要的時候協調資源；在沒有產品開發時，他需要進行規劃，同時還要關注市場及競品的變化，以能夠及時洞察產品的發展趨勢。

把以上的這段文字轉換成場景，基本上產品經理的一天就能呈現在我們面前。

早上在上班通勤的路上，產品經理可能會打開新聞客戶端，關注自己感興趣或與工作相關的內容，必要的話會把重要信息或鏈接記在備忘錄里。

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

然后產品經理的一天也就圍繞這幾封郵件開始了。上午他可能會先去和測試溝通確認一下兩個bug該如何修改，溝通的過程中又發現了新的問題，所以后來和測試的溝通就變成了和測試、開發、前端等同事的溝通。問題解決了，時間也過去了半個多小時。

解決了測試bug的問題，產品經理需要好好想想協同部門提的需求。對產品經理而言，需要很慎重地對待需求，有的需求不一定要滿足，而有的則必須快速響應。經過初步分析，這個需求是需要滿足的，但如何做還需要和領導溝通一下。因此，產品經理就去找領導溝通，溝通后最終形成了一個初步的方案，產品經理以此回復了郵件。而此時已經上班兩個多小時了。

產品經理剛發完郵件，著手開始準備下午開會資料時，電話響了。電話是客服同事打來的，說用戶使用出現了問題，需要馬上解決。產品經理只好先暫時放下手里的活，去解決用戶問題。用戶問題解決了，時間基本上也就到中午了。

下午的工作內容相對比較整，簡單說就是準備開會、開會。不過，在這個過程中，還是時不時需要跟項目成員確認信息；收到其他同事的微信或電話。下午的會開得還算成功，不過有些需求的細節還是需要調整。會議開完，產品經理就開始著手修改工作了。等修改完了，差不多也就到了下班的時間。

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

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

相關閱讀

產品蛻變者S1｜01 初見產品經理

#專欄作家#

E木筆記，微信公眾號：E木筆記，人人都是產品經理專欄作家。在線教育領域探索者，專注移動互聯網產品研究

本文原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自 unsplash，基于 CC0 協議