一個好的“產品經理”該如何誕生?


一個好的“產品經理”該如何誕生?

在我轉產品之前,總是覺得別人家做的產品十分的糟糕,體驗做的這麼差勁,界面做的這麼low,但是當我真正自己開始帶著團隊做產品的時候,才發現自己也踩坑無數,沒有一件事情可以隨隨便便成功。要做好一個好的產品,我們需要經驗,也需要自己的付出。

所以本文是結合我自己成長曆程總結出來的產品流程,以及需要注意的一些經驗,想分享給所有想做,或者在做產品的童鞋,不要以為產品就只有高大上,敲黑板。細節決定成敗,凡事只有腳踏實地,做好基本功,才能成功。


一個好的“產品經理”該如何誕生?

那麼我們就從頭說起

一、建立開發流程

開發流程無論是敏捷,還是瀑布,要看各自企業的部門架構和運營邏輯,但是建立明確的開發流程是十分重要的,白紙黑字寫下來,以後可以避免很多的扯皮和無效工作。例如:每個階段的成果產物需要進行相應的評審,評審有相應的《會議紀要》;從項目啟動起,研發項目經理每週提供《項目研發週報》;測試階段,測試工程師每週提供《項目測試周報》。

二、項目啟動準備

(1)成立項目組團隊,包括產品經理、研發項目經理、研發工程師、測試團隊等,並明確各團隊負責人。

(2)產品經理完成《產品梳理》

首先,明確每個項目的目標;其次,梳理項目涉及的角色;再來,每個角色要進行的事項;最後,再梳理整個系統分哪些端口,要有哪些業務模塊,每個模塊再包含哪些功能。由項目負責人共同開會評估,確保大方向一致。


三、需求建立及設計

(1)設計並提交《產品原型》。

除了根據使用邏輯走完流程。還需要根據業務流程,再次覆盤,確保產品操作流程順暢。

並且產品經理要面向整個團隊,進行需求的講解。

(記住,這個非常重要,可以極大的降低後續溝通成本!)

(2)項目經理根據需求及項目要求,明確《項目里程碑》。

根據項目里程錶,完成《產品開發計劃》,明確詳細階段的時間點,最後根據開發計劃,進行《項目任務分解》,完成項目的分工。

(3)研發負責人按照各自的分工模塊,進入概要需求培訓。

旨在讓研發團隊初步理解業務,評估技術可行性。 並且完成《概要設計》、《通訊協議》及《表結構設計》,及完成正式編碼前的一系列研發準備工作。

(4)UI設計師根據產品的原型設計效果圖。

效果圖必須提供界面的標註,最好能夠提供一套《UI設計規範》。UI設計規範主要是明確常用界面形式尺寸等,方便研發快速開發。UI設計常涵蓋交互的內容。


四、開發階段

研發工程師正式進入編碼階段,這個過程雖然大部分時間用來寫代碼,但是按日、周、月的定期彙報工作一定要落實到位,實時跟進項目進度。


五、測試階段

(1)測試工程師按階段設計《測試用例》,這時候藉助工具,如我們用的是CORNERSTONE,可以直接提交測試用例,並且根據用例提交缺陷,分配給相應的開發人員調整。

(2)研發工程師根據缺陷進行修復調整,完成後反饋測試人員複測,測試通過後完成。

(3)測試工程師編寫《測試結果報告》,包括功能測試結果、壓力測試結果等。

(4)測試工程師編寫系統各端口的《操作手冊》、維護手冊等。


六、系統上線

系統上線,最好先安排小部分用戶進行,真實環境測試。並且安排專職人員及時跟進修復問題。總之快速響應是這個時候的關鍵。這批用戶不僅僅是你的測試用戶,更是你的種子用戶!好的產品,往往需要他們幫忙大力推廣。

一個好的“產品經理”該如何誕生?

產品狗當了5年,即使頭髮掉了不少,但是已經上路就不打算回頭了。

最後也希望大家能夠在“產品”這條不歸路上,找到自己的樂趣。


分享到:


相關文章: