資料產品規劃到底該怎麼做？

作者介紹：望京東路@趙壯實，中文系叛徒，資料界信徒。持續寫《資料驅動業務增長》的系列文章，歡迎關注。

哈嘍米娜桑，好久不見!今天我們來嘮嘮產品基本功——產品規劃。

產品規劃是每個產品在開頭的時候就要做的事情，有的地方也會叫做「產品概要設計」或是「專案立項」。but不重要，都是一件事情，就是prd的前奏，拉齊大家的認知，告訴協作方：我預計需要多少資源做哪些事情，以及為什麼這些事情是重要的。

01、產品規劃SOP

1、行業與市場分析：“心中有數”第一步是看行業國內外、大廠內部的產品，從功能層、使用者路徑層、產品架構層、歷史與最新趨勢層、使用者體量層，對這些友商們瞭解七七八八。

2、使用者場景需求：“夯實落地”。很多產品經理折在這裡了❗一個成熟型產品，產品經理需要在年平均300條需求中，撈出可以做規劃的2-3個大方向。這就需要很強的歸納收斂定優先順序能力。定了方向之後，還要和同級、上級、關鍵使用者溝通幾輪，以校準。

聽過一句話，什麼是術，就是一個又一個的圓。什麼是道，就是術和術之間的路。

我們的公司以及產品現狀在哪塊術下，要走一條什麼樣子的道。產品經理要對產品有一個準確的把握。

3、產品規劃：“見真知”產品規劃有幾層：戰略層、結構層、框架層、功能層、設計層。舉個例子，《天下長河》看過吧，未來3年、5年是攻打葛爾丹還是治理黃河，國家給多少產品鏈路主要指產品規劃的這個產品和它的上下游的關係。上下游的含義不同：有的指平臺型產品的上下游協作方，有的指使用者端/後臺端/商家端，某一端和其他端的聯動關係

產品由幾大模組組成。系統架構圖，是對產品規劃這個產品的拆解。這個有的是研發寫，有的是產品寫，界限不是很清楚。

例如：對於一個專案來說，可以根據解決的目標進行拆分，然後把目標涉及到的前後臺現狀進行一個梳理/測試，然後進行準確的時間預估和規劃。這裡比較考驗提問題和預估風險的能力。

4、️產品Roadmap：“定節奏”產品路線圖，基本包括專案各週期時間、任務目標、需要人力、里程碑等。這裡是比較容易的，但是也是會出現偏差的，很容易樂觀預估，一般一個小需求，快的公司也要三週，大需求2個月-4個月左右也是家常便飯。

規劃和拆分需要有經驗的產品來把關，才不至於規劃虛無縹緲，拆分亂七八糟。

02、產品規劃tips

1. 產品規劃不可萬年不變，偏大偏虛難以落地

2. 貼近業務、貼近使用者。業務和使用者是不斷在變化的，只有真正貼近使用者與業務的產品規劃，才是好的產品規劃。但是這塊壯壯也做的道行不夠，共勉。

3. 產品規劃不可忽視結構層、功能層。結構層與功能層的選擇，體現了產品的絕大部分功力和思考。為什麼是這個框架，為什麼是第一期要上這些功能點，背後都指向——我解決使用者最要緊的問題是什麼。

4. 對於資料產品來說，第一階段，先解決沒有數的問題，再解決數視覺化的問題，最後解決易用性的問題。第二階段，等到產品的完備性上來，可以進行體驗性最佳化提高效率，或是藉助AI，來進行查詢/取數/看數的升級。