規劃趕不上變化,現今市場瞬息萬變,不能花費太多精力去做規劃,否則,規劃做出來了,時機也錯過了。 如果不規劃,連自己的產品要怎麼做都不知道,那後果可想而知。 規劃只是參考,在迭代的過程中不斷調整產品才是硬道理。
本規劃思路是在領導給出戰略方案、進行過競品分析(及其他調研分析)、確定了用戶需求並評審通過之後,如何將概念化的需求轉化為具體的產品的規劃方法。 思路共分為五步走:
- 確定產品範圍;
- 制定產品策略;
- 設計業務流程;
- 梳理產品結構;
- 設計細分功能。
一、確定產品範圍
1、根據問題做解決方案
根據產品的戰略定位及用戶需求,為產品做解決用戶問題的方案,得到具體的產品功能。 這個過程要考慮目前市場階段是不是符合當前功能;競品用了什麼解決方案,效果如何,哪些可以藉鑑,是不是還有其他形式的解決方案(如新技術、新模式的出現可能會對此 需求有更好的方案),PM可以編寫個競品目錄,記錄競品信息,如下圖;公司技術、資源是不是能支持;我們做出來能否赶超競品或滿足產品戰略;還有找 些“用戶”,問問他們有沒有使用的慾望及意見。
案例產品問題轉化為方案:
競品目錄:
2. 細化並篩選出功能範圍
一個個的需求痛點轉化成功能概念之後,再細化出功能模塊,並選擇出符合公司戰略定位的功能,選擇出來的就是該產品的功能範圍。 這裡要考慮功能的市場競爭策略是不是最佳,與產品的目標用戶是不是吻合,怎樣篩選組合這些功能才能更好的滿足用戶整體的產品需求、符合產品戰略。
案例產品功能範圍確定:
3、進一步確定產品定位
有了功能範圍我們就可以對產品做進一步的定位,梳理清楚我們產品的核心價值、細分市場定位、產品實現目標等,方便我們理解產品,並對後面的產品設計有指導意義,同時也是對 戰略定位的驗證,看看由這些功能組成的產品是不是滿足產品戰略需求,可適當的做調整。 (這裡只是簡單帶一下產品定位,想了解更詳細的產品定位思路可以參考下我的上一篇文章 行程規劃旅遊APP—市場需求文檔 )
案例產品的產品定位:
4、為各角色規劃功能
到目前所說的功能均是對最廣大的C端用戶群體而言,但一個產品並非只有目標群體一類用戶,為達成產品目標中所有使用該產品的用戶都是該產品的用戶,只是角色 不同。 這就要搞清不同角色的需求是什麼,或者我們拿什麼功能來吸引他們參與。 搞清楚個角色的價值需求之後,再為各需求問題規劃相應的功能,如目標用戶功能範圍。
案例產品角色需求:
5、形成核心功能清單
將目標用戶需求的功能與各個角色需求的功能按功能模塊梳理成文檔,便於管理。 也可以對功能列表進行優先級排序,編號助查,寫清功能來源、目標效果等。
二、制定產品策略
1、定好策略
確定產品範圍後,還不能立刻開始設計產品,需要先制定出產品策略,知道了每一步要幹什麼,可以實現產品目標,才能做好版本規劃,才能知道現在應該做什麼。 做產品策略要結合產品戰略、市場發展趨勢,看功能是否在未來實現後的市場階段中還有價值;要結合產品運營推廣計劃,最好能實現同步;要結合公司的開發資源,開發資源不 充足的時候,考慮是招人加大投入,還是砍掉次要功能,是否與其他項目進度衝突等問題;還有就是,要考慮功能疊加的問題,有些功能一定要在其他功能實現的基礎上 才能實現,比如,下圖中的“個性化產品推薦”功能,必須建立在“定制”功能收集到了足夠的數據之後才能進行。
2、劃好階段
依據產品策略對產品的功能做階段規劃,確立每個階段的功能範圍。 這裡有一個基本的策略思路:先做最基本最核心的功能,上線驗證後;再擴展功能範圍、服務範圍;有一定市場後,然後做運營相關的功能,提供更有競爭力的服務,同時 持續打磨產品體驗;最後,在產品到達一定瓶頸時,可以縱向以新技術、新模式突破,也可以橫向形成目標用戶群的生態圈。 具體要結合產品本身,主要還是依據產品策略和公司資源。 不能忽略的是,還要考慮產品中台、產品後台、相關係統與前端功能的關聯性與相互的支撐關係。 (注意:此時可以只規劃前端功能的階段,中後台功能待我們下面梳理好之後再補充上來)
案例產品階段計劃:
三、設計業務流程
依據上面的功能列表和階段規劃,就可以設計業務流程了。
1、整體業務流程
為了方便對產品整體的理解,避免後面陷入迷茫及前期漏掉鋪墊功能(如:智能推薦需要有用戶數據收集的鋪墊功能),首先需要根據產品策略整體的為產品設計流程,站在產品整體的 高度上,連接起各功能模塊的關係(比如案例中,“系統定制”的業務就需要與“E定制”的業務連接起來,行程整體的流程,因為系統定制的算法來源正式根據E定制的用戶 行為分析而來)。 案例圖丟失,o(╥﹏╥)o,有機會再補上。
2、拆分業務線
按各功能模塊業務線進行分別設計,可以更專注的把各個業務線走通,更好的梳理清前中後各端業務關係。 有些相互有關聯的業務線可以並發式設計,同時對兩個或多個業務線在有聯繫的點上進行同步設計。 建議畫業務流程圖的時候,在旁邊標註上該流程對應的相關功能,流程圖畫完,產品功能也就都出來了。 重點做關鍵業務線的流程圖和當前版本要做的產品線業務流程。 這裡舉兩個栗子:
人工定制業務線 & 系統定制業務線流程圖:
“活動”模塊業務線流程圖:
四、梳理產品結構
其實在業務流程梳理的同時,就可以同步梳理產品功能結構了。 先針對每條業務線梳理單個模塊的功能結構,再將各個業務線的功能按著前端功能、個人中心、中台操作、後台管理,進行分類組合,就形成了產品整體的功能結構。 當然說起來比較簡單,這裡面要考慮用戶體驗、產品調性、業務可實現性等問題。 產品結構圖中最好標記好優先級,方便後面做具體的版本規劃。 當前階段要做的功能就拆分詳細一點,遠期要做的可以簡潔一點,關聯性弱的功能也可以不做進去,隻掛個名稱。
系統定制業務線功能結構:
產品供應業務線功能結構:
整體產品功能結構(模糊處理):
現在前台到後台功能都齊全了,可以回過頭再把階段規劃完善,並把非前端功能補充到功能列表中。
五、設計細分功能
全部功能規劃好之後,就要對一個個的具體功能進行設計了,包括功能的流程、狀態機等,這裡要考慮用戶的實際體驗流程,數據的流轉,既要保證好的用戶體驗又要照顧 系統性能。 網上有很多功能流程圖,不舉栗了。
今天就寫到這吧,有點小困,再後面就是設計信息框架、原型圖巴拉巴拉……在下的產品規劃功底並不深厚,本文僅供段友參考,最重要的是經過自己思考,整理出來的 思路才是最適合自己的。
本文由 @波斯MIAO 原創發佈於人人都是產品經理。 未經許可,禁止轉載。
題圖來自 Unsplash,基於 CC0 協議