近來開始接手部門產品小組的管理工作，自己的角色也開始從只要顧好自己負責的產品，發展到要兼顧整個小組的產品以及人員的管理。又由于之前小組沒有一個相對比較正規的產品流程，都是各個產品人員各干各的，總是顯得亂糟糟的。于是便有了制定一套簡單的產品小組日常工作規范和產品對接流程的想法，下面做一個簡單的陳訴。

一、產品經理定期的日常工作

1、用戶調研

作為一名產品經理，首先要了解你的用戶，而用戶調研便是產品經理了解用戶需求、收集意見反饋一個很重要的途徑。騰訊有一個很有名的“10/100/1000法則”：產品經理每個月必須做10個用戶調查，關注100個用戶博客，收集反饋1000個用戶體驗。當然我們要求可以放低一些，產品經理每周做2個用戶調查，關注5個用戶的個人空間(微博、QQ空間等)，及時反饋和收集用戶的意見反饋(由于產品不是那么知名，沒有那么多的意見可供收集)。只有這樣才可以更加了解用戶，讓產品的迭代方向更加的清晰。

2、競品跟進

產品的需求除了來自于用戶，在現在這個互聯網產品同質化異常嚴重的時代，競品分析也是產品需求一個重要的來源。至于如何分析競品不是一兩句話能夠說的清的，之后有機會再展開聊一聊，但是產品經理定期的對競品進行跟進，并且形成一份報告也是很有必要的。

3、數據匯報

產品發展的優劣主要就是體現在數據上，雖然一個產品在各個不同的階段，第一關鍵數據是不同的，但是對數據的監控就是產品經理不變的日常工作之一。數據監控工作可以分為每日的宏觀數據的觀察，主要判斷昨日產品是否出現了問題;還有每周和每月對核心數據、主要數據進行一個匯總，形成一份數據報告，并且還要將這個數據報告抄送給項目組的相關人員。數據報告不僅僅是數據的展示，更重要的還要說明產品的情況，是否存在問題，如果存在問題要指出問題并且提出相應的解決方案。

二、產品經理策劃、推進產品

1、前期的自我耕耘

在產品進行需求評審之前，主要工作還是由產品經理獨自完成，這個過程基本決定了本次產品的迭代，所以這個過程在我看來是最重要的。這里面需要產品經理輸出以下的文檔和圖表:

a. 需求分析報告:主要包含用戶需求和官方運營團隊的需求，我習慣把運營人員甚至老板也當做用戶，所以就都稱為用戶需求，并且要知道產品的核心需求。這里面主要要分析用戶的使用場景，這個非常重要，因為每個具體的用戶都是有生命周期的，但是一個產品具體的使用場景相對是比較固定的。還有如果不是做一個新的產品，那么還要綜合考慮線上的情況，包括已有的數據等等。

b. 產品功能說明:這里面列出根據用戶需求想出的解決方案，也就是產品的核心功能和主要功能。首先先列出產品的核心功能和主要功能，并且對這些功能的實現的規則進行說明;第二除了說明功能外，要給出用戶實現該功能需要采取哪些動作，給出一個路徑，這里就涉及到一個層級(我的要求是核心、高頻的功能直接放在導航上，主要功能層級不能多于3);最后還要給出產品主要功能和頁面的流程圖，這里不僅僅要列出用戶前端的步驟，還要列出程序在后臺的實現步驟。(這里的功能可別漏了數據統計的功能)

c. 產品功能架構和原型:到了這一步其實各個功能都比較清晰了，這時候主要就是細化各個功能的信息架構，并且再這之后給出交互原型圖(或者由交互設計師完成原型的繪制，但是如果是自己繪制的話，一定要在功能架構完成之后再繪制原型)

d. 產品需求文檔:當原型完成后，就可以開始撰寫需求文檔了，需求文檔可以直接寫在原型里，也可以寫在文檔上(我們公司一般是寫在有道文檔上)。有了上面的那些準備，基本上寫需求文檔就是分分鐘的事，主要說明數據來源、數目、排序，以及交互效果，而且你之前的流程圖也是技術人員重要的資料。

2、進行需求評審會議

在產品開始之前，產品人員就需要提前拉好相應的QQ群等，將最新的產品進度匯報在群里，周知項目組所有成員。尤其在開始需求評審會議之前，產品經理需要提前將上面準備的文檔和開會的地點、時間、議題提前發給項目組成員(推薦使用郵箱)，這樣在開會的時候大家都對產品規劃有了初步的了解，也可以提前整理建議。

當需求評審會議結束后，形成會議記錄，抄送給項目組所有成員，并且根據自己的想法修改產品規劃，之后再與項目組成員確認，形成最后方案，并且叫項目組成員大致評估各自工作大致需要多少工時，由產品經理最終整個在一起，通過評估形成最后的項目排期，并且堅決執行。

3、跟進過程

當到了這個階段，產品的功能基本已經確定，接下來主要就是考驗產品經理的執行能力了。一定要多溝通、多匯報，抓好進度、同時又不能過于死板，態度一定要好。(切忌頻繁改需求)

在這個過程中就需要提前讓運營準備之后產品上線之后的數據和渠道的布置，測試人員也可以開始準備測試用例和數據了。

4、測試環節

在測試環節，產品人員一定要親自參與到測試當中，尤其是核心功能，因為這個時候是你真正第一次體驗產品功能，把自己當做用戶去體驗功能是否合理，并且還有發現是否存在bug。當然測試的主要工作還是要由測試人員進行，當時產品人員也要參與到其中。在這個過程中，還要多利用碎片化的時間隨意的體驗產品，因為這樣會更符合用戶的使用習慣，會利于我們發現bug外的體驗問題。

還有要要求測試人員每日匯報當天的測試進度，以及還剩余哪些bug，產品人員要根據這個情況，調整測試的進度，保證產品能夠按時上線。

5、產品上線

在產品上線前，一定要理清楚是否會影響到其他部分，如果會要提前想好解決的策略。在產品上線之后，要繼續測試上線后的情況，跟進數據，分析事件、轉化漏斗等等，分析本次版本迭代的效果，是否達到了我們想要的預期。如果發現了問題，尤其是比較嚴重問題一定要及時的進行調整。

6、繼續進行下一次迭代

在產品上線穩定后，產品經理要對本次項目進行一個總結匯總，總結這次踩了哪些坑、有哪些做的比較好，只有這樣下一次才能有一個進步。并且要開始籌備下一次的迭代了。

三、寫在最后

以上的內容只是對產品經理的工作流程進行一個簡單的梳理，由于本人經驗也并不是十分豐富，肯定有諸多紕漏，希望大家在評論中給予指正。

還有本文只是對產品經理工作做了一個簡單的介紹，因為產品經理工作的各個環節要深究，都是一門非常深的學問，所以很多都只是一筆帶過，并沒有展開敘述。當然也是本人實力有限，不過后續還是有想把自己在一些環節淺薄的想法分享給大家(當然只是入門級別的)。