《產品經理進階系列》之產品的設計
互聯網產品的生命周期經歷了從產品的定位到需求的收集、整理和分解之后,就過渡到產品的設計階段,這個階段對于一個產品的落成是至關重要的一環,會生成很多文檔,也會遇到很多的困難,對PM的綜合能力考驗很大。1月7日晚,人人都是產品經理⑨群(QQ群號:166322373)的小伙伴們就產品的設計進行了激烈的討論。
一、如何將需求轉化為產品的模塊和功能點?
所有需求都羅列清楚以后,首先需要對其進行模塊劃分。(實際上對于一個有經驗的PM,這步可以省略,在需求提出來的時候他就已經清楚屬于哪個模塊)。
然后根據當前版本的定位,結合SP(戰略計劃)、BP(業務計劃)解碼的結果,確定功能的優先級,將每個模塊內的功能都分別規劃到不同的版本中。這點可能大家不是能透徹的理解,舉個例子:比如說移動IM工具,初期產品的重點是卡位,把握核心功能快速推出產品是王道,因此初期功能定位于添加好友、聊天;而朋友圈、上傳照片等在后期迭代中逐步推出。
二、確定產品的模塊和功能點之后就要驅動整個產品的落成。在這個過程中PM的工作是什么?
對待這個問題的處理方法,因各PM所在公司而異。當然共性是一樣的:
首先,需要協調資源確定哪些人能調用,能調用多久;
然后,確定版本規劃,一個新的系統可能要開發半年,要先上哪些模塊,后上哪些模塊,怎樣定優先級才能使驅動效果達到最優化,并且還需要考慮將所需要的功能進行邏輯劃分,確定哪些功能是放到界面上,哪些是放到menu菜單中,這些都是PM需要考慮的問題。
在這個過程中會產出很多相關的文檔,這些文檔主要包括產品的業務流程圖、數據流圖、思維導圖還有原型圖等。
?三、輸出的文檔的對應用戶分別是誰?
(1)BRD、MRD主要供領導決策參考。
(2)PRD重在場景描述,面向的用戶主要是設計、研發和測試人員。
(3)原型,每一個參與的項目成員都需要熟悉甚至掌握的。這個地方需要說明一下,有一部分公司,PRD和原型是同一套文檔,還有的公司是PRD&原型&交互文檔&相關文檔,全部打包發給相關部門的人,供其查閱使用。
這些東西都不是一條固定的公式,也是因公司而異的。有的公司是項目驅動的,有的是產品驅動的,有技術驅動的,也有市場驅動的,不同驅動方式的公司,項目經理、PM所具有的職權是不一樣的,“盡信書不如無書”,PM大大的,你們懂的。
為了能夠使項目能夠順利的進展,不出現項目返工、變更等情況,PRD的編寫需要明確、清晰、簡潔明了;同時,需要召集所有的項目相關人員,開評審會,把每一個需求和功能都過一遍。
四、怎么做才能驅動產品順利進展從而完成產品的設計,比如需要有什么能力(軟實力)?推進過程中會遇到哪些問題怎么處理更合理一些?
在討論這個問題之前,需要首先提醒一下各位PM看客們,在任何公司,無論采用哪種流程,PM都不是開發在行政上的leader,開發不“屌”PM是合法的。
因為這個問題是談的PM軟實力,所以大家的觀點比較泛,見仁見智。作為PM,我們至少需要做到:自己對產品的需求一定要清晰、不要干預純技術問題、交付等方案一定明確、不要隨意增加或者更改功能點再有就是需要具備一定的領導能力。這些需要在工作中需要自己慢慢去悟,慢慢體會,統而化之的一個提法是,養成銷售型性格,就是說做成事情需要你是一個什么樣的人,那么你就展現什么樣的性格。具體上,如果對方吃哄,那就哄,給與必要的尊重。如果對方吃打,那該敲打就敲打。
另外,項目管理也教給我們:
- 3大約束:時間、成本、項目范圍;
- 5大過程:啟動、計劃、實施、監控、收尾;
- 9大知識領域:整體管理、范圍管理、時間管理、成本管理、進度管理、質量管理、人力管理、采購管理、溝通管理。
此文檔為人人都是產品經理社區⑨群討論總結,由邊緣整理、編輯,轉載請注明原文鏈接。同時,非常感謝參加群討論的所有小伙伴們,范范、非文、白白、瘋鳥、july、有關部門PM等等,我就不一一列舉了,感謝大家,希望大家都有收獲。
我想說··為啥 群進不去··
該群1000人,已經滿群了,抱歉;
討論了幾個小時就整理出這么點東西?只能說小編的“編輯”能力太差了,還停留在ctrl+c ctrl+v階段么。既然是討論,能否按照采訪的形式進行編寫,比如說問題/答案 ,否則太亂了。
sorry,我會慢慢進步的,謝謝你的建議!
謝謝提的建議,這個文檔整理的話,確實得花不少時間去濃縮大家的思想和意見,下次多注意。
有個錯別字,是PM大大們,你們懂的。“們”不小心打成“的”了。