如何理解「運營反向提出產品建議」?
關于“運營反向提出產品建議”,這個問題該如何理解?
產品生命周期
要理解這個問題,首先要理解產品的生命周期和用戶的生命周期。
產品的生命周期很容易理解:
初創期的產品,可能是1.0版本,甚至是0.1版本,這時期的產品,來源于產品經理對市場上存在的用戶需求的理解,譬如說,工具類產品,手機上有攝像頭,提供了用戶可以拍照的場景,而用戶拍照之后,就需要美化,所以濾鏡類產品就是一個基本的用戶需求,再往里挖,人像類的還需要磨皮、美白、紅唇之類的效果。而你一旦看到一個簡單產品開始疊加更多的功能,往往意味著產品結束了初創期,開始進入發展期。
發展期的產品會自覺或不自覺地加入更多的功能,以滿足日益增長的用戶帶來的復雜場景和復雜需求的演進,這個階段,產品的體積會變大,功能的上線和下架會變頻繁。產品經理在這個階段會非常關注競品,競品的一舉一動都會牽動產品經理的精力。
成熟期的產品功能會趨于穩定,產品經理不會也不敢去改動產品,因為用戶體量在那里放著,只要產品本身的數據不發生大的波動,用戶反饋不激烈,那么迭代會關注優化而不是創新,同時產品經理會繼續關注競品,但由于壁壘已經形成,這種關注更多會在特色層面。
衰退期就不用說了,產品經理逐步撤出,不再繼續進行維護。用戶傳遞給運營進行轉接和著陸。
用戶生命周期
用戶生命周期和產品是不太一樣的。對用戶來說,生命周期應該是這個樣子:
潛客階段,用戶對產品可能有需求,是產品需要通過運營拉攏的對象;
新用戶階段,用戶需要對產品更多的了解,運營需要對新用戶進行引導,讓用戶對產品更為熟悉;
老用戶階段,當用戶行為變得穩定,新用戶就變成老用戶了,老用戶要對產品本身產生依賴,才能認為是轉化的完成。
厭倦用戶階段,用戶可能要流失,但還沒有流失,而用戶行為來看,各項活躍指標都在持續走低。
流失用戶階段,用戶已經離開產品。
沉沒用戶階段,用戶已經離開產品很久,并沒有回歸過。
產品的生命周期和用戶的生命周期,本身是交錯的,換句話說,如果拉一個XY坐標,X軸是產品生命周期,Y軸是用戶生命周期,那么會呈現出這樣的一個坐標系:
這樣一看,你就明白產品生命周期和用戶生命周期其實并非是同步狀態,而是隨時異步的狀態。
產品眼中的需求與運營眼中的需求
從產品視角來看,你會看到一個產品總是從簡單走向復雜,這里說的簡單到復雜,不僅僅是功能上的繁簡變化,而是從解決基本需求,到解決復雜需求的變化。
微信、支付寶,只要活下來版本號從1到5甚至到10的產品,你都會看到這個過程,這個過程,其實更多的依賴于產品經理對需求遞進后的迭代把握。
從運營視角來看,需要的是更多可以運營施加影響的口子,所以你會看到營銷類的通知一定晚于產品本身功能的通知出現,當運營介入后,一定會在產品里新增出如banner、彈屏之類與用戶進行接觸的位置的功能。
對產品來說,用戶要什么,市場上的競爭對手做了什么,效果如何,是需求的判斷依據。
而對運營來說,哪些頁面和功能用戶使用比較多,自己就要在這些地方讓用戶有感知,自己要能在這些地方觸達到用戶。
這就是為什么,通常運營會集中在前端活動和后端數據、用戶選型甚至配置管理上,對產品提出要求,因為只有這樣,才能充分發揮用戶活躍的價值,更容易轉化為產品價值和公司價值。
如何提產品建議
提產品建議是一個技術活,對我來說,提建議也只有一個標準:
MRD
所謂MRD就是市場需求文檔。在文檔內,你要詳細表達這個需求提出的背景,期望實現的目標,解決的問題,上線后預估的效果,以及你所要的東西。
一份詳細的MRD其實就是PRD的前哨。大致目錄如下:
1.業務需求
- 1.1綜述(詳細說明背景和MRD說明的是個什么東西)
- 1.2業務現狀(目前業務是什么樣子的,為什么要改進業務)
- 1.3業務痛點(在業務中,運營看到的用戶也好或者其他角色,在什么地方出現了問題需要解決和改進)
- 1.4用戶使用價值(這個業務別人為什么要用,用了能解決什么問題)
- 1.5對產品的價值(交付上線后,能夠對產品產生什么價值)
2.需求內容
- 2.1名詞解釋(在MRD中你會使用的名詞)
- 2.2需求詳細說明(根據實際提出的需求復雜度來安排這部分內容)
3.項目開發計劃(這個MRD是否是一個項目,如果是,它本身的計劃是怎樣的)
4.預期效果(上線后會帶來什么價值)
5.功能需求(簡述需要的功能和做到什么程度)
6.附件(一切能夠幫助產品經理理解MRD的內容匯總,可能是測算模型結果、也可能是對產品有價值的梳理)
最后,請記住以下宗旨,對大家討論需求有幫助:
有數據時數據第一
沒數據時邏輯第一
沒有數據也無法用邏輯說服
誰負直接責任,誰說了算
大概是這樣。
#專欄作家#
張亮,微信公眾號:zhangleo1983,人人都是產品經理專欄作家。知乎大V,互聯網從業者;《從零開始做運營》作者。聊產品聊運營,偶爾深度。分享一切有益有趣的內容。
本文原創發布于人人都是產品經理,未經許可,不得轉載。
題圖來自 Pexels,基于 CC0 協議
最后一段是真相了哈哈哈,什么都比不過老板的P0需求