產品經理必做的25件事 產品經理的工作流程

產品經理的工作流程(產品經理必須做的25件事)
一、「永恒的問題」你是做什么的?在產品領域永恒的問題中 , 總會有一個:你是做什么的?
每個假期 , 當你的親戚朋友問問題時 , 你可能會感到震驚 。
對于非互聯網行業的人來說 , 我們往往無法平衡這個答案的度 。如果你過多地談論技術 , 你害怕人們不理解它 。如果你說得太少 , 你害怕別人認為你是高管 。如果你說得不好 , 你會被認為是銀行柜臺的產品經理 。所以我很累 。
因此 , 筆者總結了產品經理的完整工作流程 , 整理出至少25件事 , 這是產品經理獨有的工作流程 。
希望以下內容能給你啟發 , 先去腦圖看看:

二、「25件事」完整工作流程作者梳理了產品從0到1的全過程 , 排除了后優化和產品運營的范疇 , 得到了產品梳理、產品設計和產品落地三個階段 。
在這三個階段中 , 我們至少有產品經理必須做的25件事 , 否則會對我們產品的效果產生很大的影響 。讓我們詳細看看它們 。

1.點子產品經理應該找出想法 , 不管來源在哪里 。做好創意 , 需要掌握大腦映射技巧和風暴會議技巧 , 產生靈活的創意并記錄下來 。
2.需求在需求這件事上 , 要借用心理學等方面的知識 , 把想法歸納成明確的需求 , 放入需求池進行分析 。
3.方案對于這個項目 , 我們需要在需求池中規劃需求 , 看看在現有的資源和環境下是否適合做 , 并給出大致的計劃和工作量安排 。

4.目標我們需要給出產品的目標和效果 , 不僅僅是因為它很酷 , 而是因為它很酷 。
5.策略有了目標之后 , 還要看策略 , 是克制還是粗放 , 是審慎還是開放 。我們需要考慮一下 。
6.定義在了解了目標和策略之后 , 我們應該給出產品的定義 。產品定義是我們后期需求評估的核心 。所有的需求和優先級都不能違背產品定義 , 這也是我們的初衷 。
7.不足這些事情做好之后 , 肯定會留下一些短時間內難以解決的問題 , 或者需要反復試驗的問題 。因此 , 我們需要記錄不足 , 關注后期的產品迭代過程 。

8.場景給出目標用戶和場景 , 逐一提出解決方案并進行演繹 。
9.業務流程有了場景之后 , 就可以梳理出一個用戶的業務流程 , 然后整體看各個環節的情況 。
10.功能結構圖場景和流程明確后 , 請做一個功能結構圖 。這里還需要召開一次風暴會議 , 這次集中討論方案 。

11.頁面關系圖有了整體的功能性站點地圖 , 就需要增加頁面之間的跳轉關系和每個頁面具體內容的設想 。
12.UE交互圖在完成頁面的一般內容和關系后 , 我們需要細化內容 。這時候我們可能需要連接需求方和用戶 , 調查得到每個頁面的真實數據 , 方便設計師給出交互稿 。
13.UI效果圖互動稿給出后 , 要請各方確認 。正確后要給設計師效果圖和裁剪圖 , 為開發做準備 。

14.項目啟動會拿到前端需要的需求、方案、需求文檔、效果圖等材料后 , 請召集全體人員召開項目的動員會 , 這標志著需求和進度知識的互通 , 對于避免開發延遲等非常重要 。

15.用戶驗證開發初期 , 特別是創業公司 , 請做用戶驗證 。這是我們試錯、避免方向偏差最簡單的方法 , 以免把我們引入歧途 , 造成更大的沉沒成本 。
16.資源確定核實無誤后 , 最終需要敲定資源投入情況 。請務必與高級管理層確認 , 以免定位不清 , 難以達到量級 。
17.行事歷一切確定后 , 請給出日歷 。這對于跟蹤項目進度很重要 , 也是領導和用戶的定心丸 。在以后的復工中也會有很大的好處 。
18.匯報報告一直貫穿以上 , 但現階段特別需要一份報告 。現階段的報告標志著需求的表面 , 是高層官員重視和期待的一點 。我們必須充分報告 , 以征求方上的劍 , 以促進后續行動 。

19.項目管理進入開發階段后 , 要做好項目進度的跟蹤和工作量的安排 , 這是為我們的驗收后優化爭取時間 。

推薦閱讀