構建產品路線圖的7個步驟,再也不被需求拖著走

0 評論 2287 瀏覽 9 收藏 9 分鐘

產品經理要如何讓手頭負責的產品不走偏?產品路線圖這一“角色”就起作用了。這篇文章里,作者就分享了構建產品路線圖的幾個步驟,不妨來看一下。

內部用戶A提了一個很緊急的需求,說下個月就想要;

兄弟產品向你提了一個需求,說這個是上面的 KPI,不搞不行;

企業客戶在制定來年規劃的時候,又向你丟過來十幾個需求;

……

我們該如何決策這些需求要不要做,什么時候做?決定不做什么和決定做什么同樣重要。

資源永遠是有限的,如何讓負責的產品不走偏,不被需求拖著走?

答案是你得有產品路線圖,產品演變、進化的路線,有了他,心里有數,不再人人亦云。

接下來,我們從多個維度來拆解如何構建產品路線圖,讓產品有主見,明晰產品的方向。

一、定位

1. 產品解決什么問題

那么產品是什么?為用戶解決某一個痛點的工具。有人說,痛點是恐懼,用戶不得不用這個工具去解決他的需求。

舉幾個例子。

比如鬧鐘,沒有她,你會遲到,工作可能會丟,你會恐懼。

比如監控平臺,沒有她,開發、運維無法了解業務運行狀態,出現問題如同盲人摸象,無從下手,慌得一批。

比如大數據分析平臺,沒有她,運營無法獲悉業務的關鍵數據,只能拍腦袋決策,難以通過數據驅動業務決策、增長。

這些產品都解決了用戶在某一個方面的恐懼。

2. 用戶是誰

以大數據平臺為例,用戶是專業的大數據開發,還是運維?

如果用戶基本盤是大數據運維,那么在產品設計時要考慮如何讓運維能做大數據開發,化繁為簡,屏蔽 Hadoop、Flink、Spark 這些大數據框架的概念,只描述業務邏輯即可。

3.產品差異化的能力

創業者選方向的時候有一個避不開的問題是,做的產品是否解決了某一個細分領域的痛點,畢竟通用類的產品,已經很難有機會留給你了。

競品出了新功能,我們是否要跟進? 抄是最簡單的,沒有經過深度思考。

競品輸出的功能,是基于他的產品路線圖輸出的能力,對于你的產品來說不一定合適。

二、產品的基礎框架

隨著行業的發展,各行各業大都積累了對應的方法論,比如面向軟件研發的 DevOps,機器學習研發的 MLOps、大語言模型的 LLMOps、數據研發的 DataOps,亦或是可觀測領域的 OpenTelemetry 等等,這些方法論可以為產品的基礎框架。

以數據研發為例,行業中有 DataOps理論,闡述如何提升數據研發的質量和效率。

DataOps is NOT Just DevOps for Data

順勢而為,把握行業技術的發展趨勢。

如果是新的領域,亦或是ToC產品呢?

想清楚產品要解決什么問題,應該有哪些功能?不同角色在做什么?在整個體系中的定位。

三、模塊間、產品間的聯動

聯動的作用是提升效率,對于 ToB產品來說,就是提升企業的生產力,如果一個按鈕能把兩個操作串起來,節省了用戶操作的時間,這就是極好的。

先說說單個產品內部模塊間聯動。比如你使用 SQL 驗證完數據開發的邏輯,接下來期望固化這個邏輯去跑實時/離線計算任務,如果此時有一個按鈕,一鍵轉計算任務,是不是很爽?

接下來說下整個工具鏈中產品間的聯動,比如 在大數據平臺做SQL查詢可視化出圖符合預期后,期望后續作為例行的報表查看,那么可以在SQL查詢可視化的功能中增加一個按鈕,支持添加到上層可視化平臺的儀表盤中,這樣用戶不需要再去打開可視化平臺,一步步在儀表盤中添加圖表了。

聯動對效率的提升是立竿見影的,以上面的數據研發為例,符合 DataOps 提升數據研發效率的初衷。

四、產品開放性

一個產品的功能常常無法滿足一個領域所有的場景,怎么辦?尤其面臨的是多個非標準化的業務。

讓平臺專注于核心骨架功能的開發,以插件的方式提供開放能力,讓用戶參與其中,去解決業務個性化的需求。

比如開放數據入庫的插件能力,讓需求方來擴展數據入庫能力。比如開放告警的回調能力,支持調用企業內部的網關。又比如 pipeline 的插件,把業務個性化需求通過自定義插件的方式加入到 pipeline 中。

產品的開放性帶來無限可能,當然前提是你如何做好掌門人。

擴展閱讀:《開發者關系:方法與實踐》

五、LLM 重塑產品

分析產品的功能流程中哪些環節的效率值得提升?

比如數據研發階段的ETL流程中通過大模型的能力,自動生成正則表達式

比如數據運維階段日志中報錯了,一鍵排查原因。

比如 SQL 查詢時,通過自然語言來描述需求,讓 LLM 和 大數據平臺的元數據打交道。

等等這些功能,在過去無法實現,現在奇點來臨,可以搞起來了。

六、產品融入到用戶的工作流

如果你的產品是完全獨立,用戶主要通過進入產品頁面去操作的話,也存在風險,因為競品實在太多,可替代性很強。

那如何提升產品自身的不可替代性呢?

融入到用戶的工作流,成為業務流程的一部分。

  • AS Code,將產品的功能配置化,對于喜好開發的人員來說,配置作為業務代碼的一部分,提交代碼時自動跑 CI 流水線,自動應用配置。
  • 比如 把數據查詢加入到 CI 或 CD pipeline,作為pipeline 流程分支的決策條件
  • 比如通過 chatops,讓日常辦公軟件中完成需求,不一定要去產品的網站

七、核心競爭力

再次回顧產品的核心競爭力是什么,如同 ToB 招標中的控標點。

思考產品存在的價值,為什么非你不可。

好了,有點晚了,今天先說這么多,希望能給你帶來啟發。

公眾號ID:jishupm

本文由 @ToB產品經理 原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自Unsplash,基于 CC0 協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!