從需求到落地:?如何成為研發信任的產品經理?
在需求分析的過程中,不但要在問題“點”上剖析,還要看整個流程的“線”,再到平臺的“面”,最后看到公司、市場價值導向的“體”,才能做出好的產品方案。
01?研發不信任的產品經理
先說說研發最討厭什么樣的產品經理:
- 經常提一句話需求,問了細節不是沒想到就是沒確認;
- 經常改需求,做好的東西說不是他要的;
- 需求沒規劃,做了的東西不要2個月就沒人用下線掉了;
- 需求沒價值,導致研發做了一年最后發現年終總結沒什么可說的。
以上4點如果你有任意1點屢教不改,基本跟你合作過的研發都會把你拉入黑名單了。后面需求不信任你不說,你在他心中的份量和地位也蕩然無存了。
其實這些問題都是因為需求分析沒有做好,沒有好的需求分析,就沒有好的方案。好的需求分析不是收到了什么建議和反饋就馬上去做,而是去站在平臺的高度考慮、分析、規劃。
02?正確的需求分析姿勢
舉個例子來講,我收到過一個運營提出的需求意向點:
- 背景:權限過期時,若處在關鍵操作中,會造成流程失效,只能人工處理;
- 方案:希望能在用戶系統權限到期的前7天,彈窗提醒我,需要進行續期了,防止用戶在不知情的情況下進入關鍵流程。
看起來這個需求點很清晰、很合理,而且方案都幫你想好了,很貼心。但真的是這樣嗎?
如果你每個需求,都這樣放過去,直接提給開發,那么你離上文提到的那4種情況已經不遠了。
正確的操作是什么呢?
- 第一,先取一下數據,看看這個功能覆蓋的用戶群體是怎么樣的。取了數據一看,到期前7天還有操作的同學,只占全體用戶的3%,且這些用戶后面90%都流失掉了。這個數據說明這個提醒功能的覆蓋面小,從而價值很小,優先級低。
- 第二,重新梳理用戶流程。從用戶登陸平臺、獲取權限、使用關鍵功能到權限到期、重新申請,梳理完一遍發現:關鍵界面都有權限到期日顯示,所以對于核心主流用戶,不太會遇到權限到期導致卡住的情況。
- 第三,從整體平臺架構來講,除了用戶操作側,權限管理側是申請制,申請制是舊版沿用的功能,由于目前管理架構系統已經和權限對接,所以目前權限可以自動申請,每天用定時任務的方式刷新。
所以這個需求的評估結論是:提醒不做、權限申請改為自動申請、續期。
發現了嗎,正確的需求分析和虛假的需求分析,結果是千差萬別的。
具體原因就是:用戶、運營、客服等人員,僅僅站在一個點去看一個現象,哪怕提出方案,也是在這個點的視角,非產品思維的框架下,提出的“方案”,是不能被直接研發的,可以理解為一道菜的原材料。
而產品經理,如果這個時候直接炒這道菜,就等于直接水煮了。
正確的做法是評估價值、梳理流程、規劃產品。
- 評估價值的手段,通常就是數據分析。結合業務看下這個功能的數據是否有異常,使用率、使用人數、用戶群體的價值是否夠高,是否是一個普遍的問題。
- 梳理流程,是為了能夠從宏觀的角度看看這個問題的本質是什么,如果只從用戶的一個動作,而不是他的前因后果來考慮,那就是盲人摸象。
- 規劃產品,指的是方案要有延展性和周期性。要從系統架構的角度上,更加高的高度來看待這個問題,評估哪些系統應該作出優化、哪些系統應該保持不變。
沒有這三個步驟,提出的產品方案一定是盲目的。
一個不合格的產品經理,接到100個意向,就轉化成100個需求點。
一個成功的產品經理,接到100個意向,整合成10個需求點,最后提出1個產品方案。
03?更好的合作
以為這樣足夠了嗎?還不夠。通常,在價值、流程、產品方案都沒問題的情況下,也并不是所有都要落地的。很可能因為公司價值導向、市場變化、監管政策變化等情況,導致你的方案不再適用,這個時候就需要重新規劃。
這也是為什么我認同把需求產出量作為產品經理KPI的原因。我覺得做得多并不是一種能力,需求的深度你我都懂,如果有量沒質,無異于挖坑。
所以從需求到產品方案、評審排期、落地、迭代,是一整套生態。你的一個決策,不單單影響著這個功能,也影響著平臺的其它功能、公司的其它平臺、平臺的整體用戶和公司的發展。
很多創業公司就是因為一個不合理的活動,被羊毛黨挖空的。所以對于產品經理來說,一定是越高的視角,才有越好的方案,才能創造越大的價值。
那么做好了需求分析之后,如何和研發建立信任關系呢?這里有幾個建議:
- 第一,好的產品經理提的需求一定不多,所以日常的工作進展和安排,不如發一個周報給團隊的人進行匯報,這樣大家就不會認為你是漠不關心。把自己的工作暴露出來,同樣也是一種信息同步和交流。
- 第二,上線后的需求,定期總結發出報告同步給負責的開發,讓他們看到回報,形成一個正向激勵。做事情有始有終,能夠樹立一個有產品感的產品經理的形象。
- 第三,遇到需求變更、研發出現偏差的情況,第一時間認錯并改正。大多數團隊是沒有專職項目經理的,所以研發質量的保證,也是產品經理的職責范圍之一。
04?總結
產品經理是研發的上游部門,掌控著需求和方向,而需求分析又是產品提需求的前置動作,也是容易被初級產品經理忽略的部分。所以抓好需求分析,是提升團隊研發價值的重點。
在需求分析的過程中,不但要在問題“點”上剖析,還要看整個流程的“線”,再到平臺的“面”,最后看到公司、市場價值導向的“體”,才能做出好的產品方案。
研發管理的過程中,產品經理是一個分析大于執行的崗位,往往分析一整周,產出1000字文檔而已,所以要積極自我暴露工作和思考過程,贏得研發團隊的信任。同時跟進好產品的發展,有始有終去迭代。遇到問題要第一時間修正,保證研發質量。
只有:深度洞悉、整體規劃、透明溝通,才能成為一個研發信任的產品經理。
#專欄作家#
花生醬先生,微信公眾號:產品之術,人人都是產品經理專欄作家。金融業資深產品經理,對職涯規劃與個人發展有豐富經驗,產品涉獵廣泛,ERP、金融領域較多。
本文原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自Unsplash,基于CC0協議
接地氣,全是大實話
不行,比較菜
到期前七天都沒用關鍵操作,說明主要功能的用戶粘性還不夠,造成用戶流失吧,怎么感覺例子不太對的上呢
自動申請是在關鍵流程過程中進行提示引導用戶確認進行,還是自動續費?
取數據的時候就已經掛了 ??
贊
贊
謝謝
想問一下,不是數據產品,這些數據可以看到嗎
要跟你的數據產品經理搞好關系哦,其實都可以看得到
可否詢問一下,如果一個新手和業務方溝通時對方不太愿意把自己需要做的事情全盤說出,而只講他希望要什么,這個時候(B端產品)怎么做到“梳理用戶流程”呢?
站在對方角度,從頭解釋是一個復雜的過程。可以采取滾雪球的方式。想讓對方給到材料,基于材料不斷拋問題。第一步不要問太多,人都是有惰性的。
好的~謝謝啦
感謝分享????
謝謝!
感謝
謝謝!
謝謝先生分享
客氣啦!
感謝分享!
謝謝
如何才能更好地挖掘需求站在一定的高度呢?對于我們這種菜鳥產品需要如何修煉 ?
1.深耕你的業務,比業務更懂業務,這可以提高你的眼界;
2.對數據敏感,能夠站在主要用戶的立場思考問題,這可以確保產品價值;
3.多接觸管理層、研究從上到下的公司戰略,給自己找方向。
感謝先生指導
不要客氣,一點個人的經驗而已