摘要:對產品的業務邏輯也會問得比較細,所以產品經理寫需求時,就要用正確且嚴密的思維方式去思考,做出來的需求要經得起批判、經得起拷問。需求評審通過後,即將進入研發階段,研發也摩拳擦掌準備編碼,但是產品經理千萬別慌,先讓研發估個工期,一定不要免掉這個步驟,估工期可以讓研發更認真、細緻的評估需求,甚至在這個過程中還會發現一些之前沒考慮到的問題。

本文作者依據工作實踐中的所思所想,梳理總結了自己的工作流程,與大家分享。

部門有個UI妹子,一直對做產品比較感興趣,想轉崗,問我能不能帶帶她,這個妹子跟我關係還算不錯,加上我也是從業多年的老司機,心想應該沒多大問題,於是就答應了她。

但是很快就發現一些問題,我跟她說的東西過於零散,不成系統,她不知道怎麼入手,我也不知道該如何表達,雖然做產品有經驗,但系統地教別人做產品還沒做過。

於是我打算把以前的工作經驗和想法,按照產品經理的工作流程,完整的整理出來,讓她先看一遍文檔,對做產品有個初步的認知,然後再根據她提的問題,針對性的解答。這樣,她的成長速度可能會快一些。

我把做產品的流程大概分爲9個核心步驟,先簡要說一下每個部分的工作內容,然後再單寫文章,逐一詳解。

產品經理

講具體流程之前,還是先來大概說下產品經理是做什麼的。

產品經理,是產品的管理者、負責人,產品經理做出的產品,要滿足有價值、可用性、可行性這三個特點。其工作內容,我分成三個核心模塊:評估產品機會、正確的定義產品、項目跟進。評估產品機會是排最前也是重要性最高的模塊,產品經理應該花50%以上的時間在這部分。這個模塊的工作沒做好,後面的一系列工作可能都是白費功夫。正確的定義產品是指將用戶需求轉成功能需求並滿足可用性,這是產品經理的基本功,花過多的時間在這上面容易陷入「功能思維」,成爲功能產品經理。目前很多團隊都沒有配置專門的項目經理,產品經理需要跟進項目開發,協調團隊,解決一些開發過程中的問題,另外上線後需要做數據分析,收集線上問題,做版本迭代。

產品經理其實是一種思維方式,產品經理通過產品來解決問題,有這種思維方式,就有潛力成爲產品經理,甚至說「人人都是產品經理」。

產品經理這個崗位目前並沒有行業標準,所以入門的門檻並不高,但是要想進階爲高級產品經理,必須掌握一些心理學、經濟學,產品經理是一個複合型人才,需要具備軟硬能力。軟能力就是溝通能力、表達能力、抗壓能力、優秀的職業素養等。硬能力就是需求分析能力、商業分析能力、設計能力、使用工具、技術理解能力等。

總之產品經理,是一個綜合要求比較高,但門檻又較低的職業,成爲產品,要做好迎接困難的準備,有句話說,不能成爲優秀員工的產品經理不是好的產品經理。產品經理太重要了,靠譜的產品經理,價值巨大,不靠譜的產品經理,殺傷力無窮。

01 需求分析

需求,可以理解成用戶想要達成的慾望。

需求分析其實包含兩個階段,一是用戶的需求分析,是產品經理去收集、發現和挖掘用戶的需求,可以理解爲用戶需要。

後一個階段的需求分析是產品(功能)需求分析,產品經理把用戶需求轉爲產品(功能)需求,提交給研發團隊。

功能需求的載體通常是產品需求文檔(PRD),是產品策劃、產品設計的產出物。

分析用戶需求是比較重要和困難的,用戶需求把握不準,功能需求一定會歪。分析用戶需求,需要有同理心,通過觀察、訪談、體驗等方式,找準核心需求點。

02 可行性分析

找準了需求,不是意味着馬上就要去做產品,而要分析我們有多少資源,需要用到哪些資源,能給我們帶來多少價值,時機對不對,如果確定要做,如何衡量成功,競爭對手目前做得怎麼樣,性價比如何,這些問題想清楚後,我們認爲這個產品(功能)是可行的。

用戶關注產品有什麼功能,帶來什麼效用,研發關注如何實現功能,而老闆更關注ROI,即投入資源後所帶來的價值,產品經理在分析可行性時,要從多個角度思考。

03 產品策劃

在基本確定需求,並做過可行性分析後,開始策劃產品的功能,產品策劃分爲兩個階段,一階段是分析產品的業務模型,這個階段產出的產品模型圖,或顆粒度較粗的功能框架圖,二階段是羅列更細的產品結構圖。

產品的功能,有時會通過梳理業務流程來整理,所以這個階段還會輸出產品的核心業務流程圖。

我把做產品一共分成三個部分,即搭框架、定流程、摳細節,產品策劃,就是要是要完成搭框架和定流程這兩部分。而後面說到的產品設計則是摳細節。

04 產品設計

產品設計是具體功能的呈現,需要考慮用戶完成任務的操作步驟,每個步驟涉及頁面的佈局,具體操作控件,操作以後的跳轉或反饋。

每個產品經理都應該有屬於自己的『組件庫』,擁有豐富的組件庫,可以快速創建原型,提高產品設計的效率。

刀哥多年以來,養成了收集、整理各種組件的習慣,目前已經整理了2個很豐富的組件庫,一個是web版本的,一個是移動版本的,如果想要組件,加刀哥的微信,刀哥發給你。

產品設計環節的產出通常是產品原型圖,產品原型圖的閱讀對象是UI設計師、研發、測試等。

目前比較流行直接在原型裏標註需求,刀哥在小團隊也很喜歡用這種方式,就一份文檔,更新維護方便,閱讀體驗也更好,另外還有常見的描述需求方式,就是寫PRD,即下一部分的內容。

05 產品需求文檔

產品需求文檔,可以彙總產品策劃、產品設計的產出物,是概念化到圖紙化的最重要的文檔,產品需求文檔的使用對象是研發、測試、前端及其他業務人員。

研發可以根據PRD獲知整個產品的邏輯,作爲編碼的依據;測試可以根據PRD編寫測試用例,爲正式測試做準備;業務人員可以通過PRD提前瞭解產品,爲運營和推廣做準備;PRD就像建築設計師的圖紙.

關於PRD,刀哥之前已經寫了比較詳細的文章,有興趣可以去查看。

06 需求評審

需求評審是產品正式進入開發前的最後一個階段,研發的思維模式是『實現模型』,對於產品設計細節會有比較苛刻的關注,即使是很簡單的一段文案,也會思考到底是前臺寫死還是後臺配置。

對產品的業務邏輯也會問得比較細,所以產品經理寫需求時,就要用正確且嚴密的思維方式去思考,做出來的需求要經得起批判、經得起拷問。

有時公司高層也會參加產品需求評審會,這是很好的溝通機會,可以藉此機會可以與高層溝通,瞭解他們對項目的真實看法。

產品經理有時也並不能保證每個細節能考慮到,要以謙卑的態度,接受大家的意見或建議,查缺補漏。

07 項目管理

需求評審通過後,即將進入研發階段,研發也摩拳擦掌準備編碼,但是產品經理千萬別慌,先讓研發估個工期,一定不要免掉這個步驟,估工期可以讓研發更認真、細緻的評估需求,甚至在這個過程中還會發現一些之前沒考慮到的問題。

估完工期後,產品經理整理一個項目進度表,裏面涉及UI、後臺開發、前端開發、測試的計劃,有了項目計劃,每日召開站立會,更新項目進度,並同步給項目干係人。

有項目計劃還有一個好處是可以加強項目成員的緊迫感,讓大家有計劃有節奏的幹活。如果沒有項目計劃,大家悶着頭幹,項目的工期可能會變得不可控。

在產品研發過程中,可能會存在需求不明確或者其他沒考慮到的地方,產品經理要及時跟進,果斷決策,避免出現大的工期延誤。需求分析階段是定義正確的方向,而研發階段朝着這個方向正確的做事,如果方向不對,後續研發的努力就是白費,這也體現出產品經理的重要性。

08 數據分析

產品順利上線後,即將接受市場和用戶的檢驗,數據分析就是驗證產品是否達到預期的工具,沒有數據的產品就像沒有儀表盤的飛機,屬於盲飛。在產品可行性分析環節,有一項很重要的分析就是如何衡量產品是否成功,一段時間後,產品的數據分析結果就能回答這個問題。

如果產品沒有達到預期,就需要及時做出調整,如果調整後仍未見效,就要及時考慮及時止損。如果產品達到預期,就要考慮如何擴張,思考下個版本的功能。

數據分析通常需要提前埋點,埋點又分爲前臺埋點、後臺埋點,如果有BI團隊,可以跟BI團隊配合協作,通過可視化工具或者自制報表的方式,將分析結果呈現出來。

09 產品迭代

產品上線,根據其數據表現及運營情況,會收集到各種各樣的需求,有用戶反饋的、有運營提的、有老闆提的、還有產品經理基於公司戰略規劃的,各種需求彙總一起,需要根據需求的優先級、重要性,規劃進迭代的版本里,逐一實施。

在進行產品迭代時,一定要控制好節奏,不可一次性做太多,工期拉太長,也不可無週期的頻繁更新,導致項目出錯的風險增大。

每個版本迭代以後,要及時跟蹤新功能的表現情況,每個版本上線後,都必須親自去驗證,產品經理一定是產品的忠粉,自己都不願意用的產品不是好產品。版本上線一段時間後,還要進行復盤,反思自己的設計方案是否達到預期,如果沒有達到預期,下次在思考方案時,應該更注重哪一方面。

寫在最後

以上,就是刀哥總結的工作流程。產品經理要有高度,同時也要能落地,千萬不要眼高手低,產品經理做的事情涉及的面很多也很細,要注重每一個細節,一步一個腳印,逐漸成長。

不同公司,或者同一公司的不同階段,對產品經理的能力要求都不一樣,產品經理不要指望速成,多思考多踐行,通過做項目、做競品分析,思考產品本身和背後的邏輯,不斷總結和覆盤,才能更快的成長。

本文由 @刀哥 原創發佈於人人都是產品經理,未經作者許可,禁止轉載。

題圖來自Unsplash,基於CC0協議。

相關文章