不懂產品方案怎么做?學學大廠都在用的產品經理工作流
剛步入產品經理這個行業的同學,是不是還對這個崗位的內容不大了解全面呢?下面這篇文章是筆者整理分享的一個產品經理工作流的相關內容,有需要的同學可以進來看看哦!
很多剛轉產品經理的童鞋,大部分對產品工作都比較模糊,有些還會認為畫原型,就是產品的主要工作了。
如果把產品的職業生涯比作馬拉松,那么作為原型仔的你,可能才跑出了 500 多米。
這就想捧起獎杯領獎阿?先醒醒,哈哈~
作為過來人,我試著分享一個簡單的產品經理工作流,幫你稍微避避坑。
按照它去做,不說成為喬布斯、張小龍,至少你也能寫出媲美 3 年產品的 PRD 需求文檔了。
產品經理的工作難度,就像淘寶的千人千面,可真是一言難盡?!孟?/p>
有些搞個思維導圖,畫畫原型,這也算是一個產品方案了,剛入門的產品小白千萬別學這套。
你要做的是,首先建立起產品工作的初步認知,快速熟悉產品流程的各個環節。
以上是個人以前用到的產品工作流程,主要分為8大類:需求管理、產品規劃、產品構思、UML分析、流程分析、產品設計、項目管理、其他內容等。
如果你只想輸出產品方案,那么簡化下這個工作流就行,大致為:接需求、懂業務、理流程、選方案、建模型、定狀態、畫原型、補交互。
一、接需求
學會把需求顆粒度拆為原子級,版本規劃就像喝水那樣簡單、自然。——好夕雷
產品經理的需求,主要有老板、業務、合作方和用戶等來源。
除此之外,如果你閑著沒事,花點心思做做數據分析,或自行挖掘用戶需求,這也是一種常見的需求來源。
很多產品做到 2~3年左右,都會遇到一個問題,“需求那么多,完全做不完,這種日子怎么熬到頭阿?”
產品經理要想在職場中渾水摸魚、到點下班。你需要了解需求的不同特性,分別是“需求有不同顆粒、需求有優先順序、需求有高低價值”。
如何理解需求的高低價值?
產品經理的大坑之一,就是容易陷入業務的節奏,老是接完爛需求,就屁顛屁顛干活去了~
要想識別這種投產比極低的需求,你可以從“戰略契合、市場潛力、商業價值、符合目標、覆蓋人群、使用頻率、研發成本”這幾個維度,判斷一個需求的價值高低。
那什么是高價值需求?據我以往的產品經驗,真正高價值的需求可能只占 1%。
這能帶來什么啟示?二八法則同樣適用于產品領域。
所以你需要花更多時間思考和決策,用 80% 精力找到那最重要的 20% 需求。
二、懂業務
如何應對業務提出的低價值需求?一種做法是,將需求泛化為系統能力,進而滿足未來更多的需求組合?!孟?/p>
產品日常工作中,承接的大部分需求,都會和業務強相關。
作為不懂業務的產品,又要設計出讓用戶、老板、業務方用得爽的產品方案,那么短時間學習、掌握業務規則,就成了必備能力。
懂業務沒有捷徑,你只能一遍遍拉著同事開會、確認業務細節。
我這個人有個缺點,就是記性太差啦,所以我會把學到的業務知識,沉淀成業務規則文檔,方便自己回溯、復盤。
三、理流程
產品的一個比較重要的輸出物是流程圖,它主要分為“業務流程、功能流程、頁面流程”。
- 業務流程:一般描述某業務涉及的各個角色、規則和環節等關系,幫助產品深入思考業務場景;
- 功能流程:研究主體為一般為某個功能,并梳理出該功能涉及的相關系統條件和流程變化等;
- 頁面流程:指的是作為用戶進行某些操作時,相關的頁面跳轉過程。
產品要做的是,在上述不同的維度中,進行相關流程的系統梳理。
四、選方案
產品要學會去平衡,功能之上價值的千人千面。——好夕雷
搞定了“接需求、懂業務、理流程”后,接下來就要針對需求,進行方案選擇了。
不同的方案,相應的”市場潛力、商業價值、覆蓋人群、能力要求、研發成本“也不同。
日常的產品工作中,我們往往會輸出各種產品方案,我總結了主要有以下四種:
- 日拋方案:功能使用周期就幾天的產品方案;
- 月拋方案:設計的方案能堅持過一個月左右的方案,功能有一定復雜性;
- 高度復用:持續滿足某類需求的功能模塊,具有高度復用性;
- 抽象調用:既滿足原需求,未來又能支持其他模塊的產品方案,具有高度拓展性。
在這個過程,你需要根據實際情況,平衡各方利益,并找出一條 ROI 最高的產品方案。
五、建模型
數據建模是對真實世界的關系模擬,僅有一種最優解?!孟?/p>
什么是建模型?
建模型,主要指的是使用 UML 類圖來呈現系統中,不同對象、對象之間的關系。
理想情況下,你所設計的數據模型,應該盡量和現實世界保持一致。
產品可以在此基礎上進行場景匹配,甚至功能延伸。
然而產品小白進行方案設計時,往往沒有概念,甚至忽略數據建模,造成方案與需求嚴重不匹配。
這種錯誤,常見于1~2年的產品小白。如果缺陷方案一旦落地,等待你的將是重構,甚至業務方的聲討。
如何理解這句話?舉個例子你就明白了。
我們日常在淘寶、京東購物下單時,一般鏈路都是“選商品、購物車、去下單、支付款、等發貨、拆快遞”。
現在問題來了,剛說的整個購物流程,你能識別出幾個對象,以及它們之間的關系嗎?
區別一個產品是否入門了,可以用它作為面試題,原型仔是不會考慮這么多的(是我!說多了那都是淚阿)。
假如產品一個不小心、偷個懶、腦子發熱了,原型只畫了一個訂單一個商品。然后又那么巧,后端摸魚走神了,你猜會發生什么?
喜聞樂見的 BUG 出現了,購物車買 10 個商品下單后,TMD 居然給我生成了 10個訂單,你說氣不氣?
有人說 ,根本不可能有這么離譜的事情發生!那一個訂單的快遞包裹怎么發、訂單評價是基于訂單還是商品,訂單和售后是什么關系呢?
說實話,你讓一個做過電商的產品經理,都不一定答得出來。
假設你會數據建模,這題簡直秒解。
沒做過電商你總上過淘寶吧,稍微聯想下實際情況,答案不就出來啦!
六、定狀態
定狀態指的是 UML 中的狀態圖。
狀態圖,描述了一個對象在周期內,相關狀態及其變更條件的過程。例如一個電商訂單從待付款到已付款的變化。
在這個工作流程中,你需要搞懂相關功能的“不同狀態定義、狀態變更條件、以及對應的狀態功能”,并輸出成對應的狀態圖。
七、畫原型
當你做好了“數據建模、狀態圖繪制”后,接下來只要按照這些內容,畫相關的功能原型、撰寫規則就 OK 啦~
不少產品小白在問我,不懂畫原型咋搞嘛?
我反手花 5 分鐘,就給你現編一個,快速掌握原型的 4 步法:掌握工具、熟悉組件、使用模板、組裝原型。
- 掌握工具:Axure 作為產品經理的必備工具,那是一定要學會的,不懂的 B 站找幾個免費教程花一天學學基礎,就能上手干活啦。
- 熟悉組件:知道怎么用 Axure,并不代表你就會畫原型了,你還需要學習 B、C 端的 5 種常用組件類型(基礎、導航、輸入、展示、反饋)。
- 使用模板:組件模板有 APP、小程序、Web、后臺、綜合等 5 種常見分類,像”微信、螞蟻、有贊、Taro“等大廠組件,都有 Axure 版組件下載,找幾個看著順眼的下載來用就行。
- 組裝原型:當你懂了組件的概念,并且找到美觀、稱心的原型模板,那么畫原型就像拼樂高那么有趣。
不同用途的界面,由特定的組件組成,掌握了基本套路,1 天整 10 個界面真的算慢啦~
八、補交互
要想讓原型動起來,可千萬別忘了交互。
交互一般可分為動態交互和靜態交互。
- 動態交互,顧名思義即包含了自動化或觸發式的一系列變化的交互效果;
- 而靜態交互,是指將這種動態交互效果,通過一張張頁面、組件鋪開組成的交互流程圖。
一些產品進行交互設計時,會習慣使用動態交互,這樣可能看起來更酷炫。
溝通的本質,是減少信息差?!孟?/p>
如果使用動態交互,一個稍微復雜的交互效果,做的人效率低不說,查閱的開發同事,要重復點擊多少次,才能完全理解其中的邏輯,換我也崩潰~
所以,使開發一目了然、快速抓住交互重點才是文檔的核心,那么靜態交互在這種情況,就成了最優解。
九、總結
對于剛轉行產品的童鞋來說,要知道產品經理的工作不是只有原型,工作越往后原型的占比越低。
如何才能輸出一個不錯的產品方案?
可以按照這個產品工作流去做:接需求、懂業務、理流程、選方案、建模型、定狀態、畫原型、補交互。
你學會了嗎?
本文由 @好夕雷 原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自Unsplash,基于CC0協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
好文章,這篇可以按照每個點一篇文章拆成一個系列。讀完,產品工作也就有綱領綱要了。
感謝 很有收獲~其中建模型有沒有例子 不是很懂