這樣提需求,PM加班都愿意幫你做!

1 評論 7582 瀏覽 34 收藏 14 分鐘

業(yè)務(wù)同學看過來,八個方法教你更高效給產(chǎn)品經(jīng)理提需求!

一個普通的工作日下午,同事小R給我發(fā)了個釘釘對話截圖(附帶個委屈的表情)。大致的意思是Y姐要求PM在FAQ總增加幾條內(nèi)容,需求很普通,溝通方式很犀利。

“你不要問這問那,我在一線看到很多問題,你就趕緊給我加上去就行了!”

“能不能讓我看一下您這邊整理的調(diào)研資料?”

“不是跟你說了,我看到很多問題了嗎,沒工夫整理什么資料,你趕緊給我加上去,這么點事怎么那么費勁!”

……

最終因為斷斷續(xù)續(xù)的反復溝通了很多天都沒有進展,只能升級到我這里處理了。

其實類似的事情在業(yè)務(wù)方和產(chǎn)品之間經(jīng)常發(fā)生,這也就是為什么說產(chǎn)研團隊最大的成本不是開發(fā)而是“溝通”了。

那業(yè)務(wù)同學到底該如何給產(chǎn)品經(jīng)理提需求,才能更加高效呢?

01 說清楚背景

每當業(yè)務(wù)同學提交需求的時候,都有個典型的特征:充滿激情,有種要拯救世界,解放全人類的感覺。

有這種特質(zhì)的業(yè)務(wù)同學是非常優(yōu)秀的,但也常犯一個典型的錯誤:想當然的認為產(chǎn)品也是這么想的。

但是,此時的產(chǎn)品就只會思考一個問題——“這個需求真的存在嗎?”

這是一種定性的考慮,如果需求本身就不存在,那么產(chǎn)研團隊后續(xù)的任何投入都是一種浪費。

這個時候你往往會發(fā)現(xiàn),產(chǎn)品經(jīng)理一直會追問你:

“為什么需要這個功能?”

“誰會使用這個功能?”

“會在什么場景下使用?”

本質(zhì)上就是通過了解需求背后的場景,來做需求真?zhèn)蔚呐袛唷?/p>

相信我,但凡有經(jīng)驗(被坑過次數(shù)較多)的產(chǎn)品一定會把這條作為優(yōu)先級最高的判斷。

所以,給產(chǎn)品經(jīng)理提交需求。首先最重要的是,要交代清楚需求的背景,一般包括場景、用戶和痛點(有的時候也是價值)。

建議開場白如下:

“hi,天兒哥,我們在去BD陪訪的時候,發(fā)現(xiàn)在BD掃街時效率很低,要自己人肉檢索身邊的線索,很多還是無效的(被別的BD跟進、競品獨家等)?!?/p>

  • 場景:掃街
  • 用戶:BD
  • 痛點:優(yōu)質(zhì)線索獲取效率低

02 證明需求的相關(guān)性并量化其價值

真實的場景描述,會解除產(chǎn)品經(jīng)理對需求本身真?zhèn)涡缘馁|(zhì)疑。

但是眾所周知,任何團隊研發(fā)資源都是稀缺資源,意味著任何的投入都會產(chǎn)生機會成本。

產(chǎn)品經(jīng)理的工作職責就是:保證在正確的方向上,任何的研發(fā)資源投入都要能夠帶來明確的產(chǎn)出。

所謂正確的方向,就是該需求產(chǎn)生的價值與公司業(yè)務(wù)當前階段戰(zhàn)略目標相關(guān),能起到有效的支撐;如果公司當前的階段目標是節(jié)約運營成本,這時候你提個“支付渠道路由對接”的需求,肯定好過提“對接用友財務(wù)系統(tǒng)”。

所謂明確,就是能夠量化。不是說不能夠量化的就不做,只是比較麻煩,需要老板特批(對不確定性的需求的一種認可)。一般來講大部分都是可以量化的,只是沒有深度思考罷了。

所以,此時產(chǎn)品經(jīng)理緊接著會考慮的這樣問題:

“你們部門的OKR是啥?”

“你這個需求的價值有多大?”

建議對話更新如下:

“hi,天兒哥,我們在去BD陪訪的時候,發(fā)現(xiàn)在BD掃街時效率很低,要自己人肉檢索身邊的線索,很多還是無效的(被別的BD跟進、競品獨家等)。

我做了個統(tǒng)計,公司目前有2765名BD(示例),每天花費在檢索線上的時間大概是2個半小時(通過BD陪訪和問卷收集了200多個樣本),統(tǒng)計下來,這方面每天大概要花掉6912個小時,占總工時的25%(按每天工作10個小時計算)。

俺們部門現(xiàn)在OKR重點是提升BD人效,所以這塊咱們要是能搞一下,還是挺有價值的?!?/p>

  • 場景:掃街
  • 用戶:BD
  • 痛點:優(yōu)質(zhì)線索獲取效率低
  • OKR:提升BD人效
  • 價值:25%的工時占用,6912小時

03 提供參考建議并附上注意事項

真實的場景,明確的價值,基本上就是個靠譜的需求了。

此時的產(chǎn)品會根據(jù)業(yè)務(wù)方提供的信息,考慮初步的解決方案了,一般會提供幾種解決方案的思路,和業(yè)務(wù)討論。

一般來講,大部分業(yè)務(wù)會認為此時提交需求的事情基本上就完事兒了,剩下的就是等著產(chǎn)品經(jīng)理給方案了。

這樣沒錯,但效率很低。

造成反復溝通的原因無非兩點:

  • 該考慮的業(yè)務(wù)風險沒有考慮
  • 和理想中的方案有些距離,使用產(chǎn)品給的方案心理有點沒底

以前聽過這樣一個法律糾紛:說是一家外貿(mào)公司進了一批北極鱈魚,本來想要的是產(chǎn)地是俄羅斯的,結(jié)果賣家給的是法國的,最后法院只能以合同沒有明確約定產(chǎn)地為由,駁回買家請求。

這個故事留下來的經(jīng)驗是,好的合同一定是律師和業(yè)務(wù)方一起努力的結(jié)果,僅僅是依靠律師肯定是不行的。

——同理,一個好的方案僅僅是依賴產(chǎn)品經(jīng)理,也是不行的。

所以,在提交需求的時候,如果你已經(jīng)有了自己的想法,不妨明確的和產(chǎn)品經(jīng)理提出來,作為參考。

如果在業(yè)務(wù)方存在的一些規(guī)則和風險也要第一時間明確出來,避免后續(xù)因反復溝通耽誤需求進度。

建議對話更新如下:

“hi,天兒哥,我們在去BD陪訪的時候,發(fā)現(xiàn)在BD掃街時效率很低,要自己人肉檢索身邊的線索,很多還是無效的(被別的BD跟進、競品獨家等)。

我做了個統(tǒng)計,公司目前有2765名BD(示例),每天花費在檢索線上的時間大概是2個半小時(通過BD陪訪和問卷收集了200多個樣本),統(tǒng)計下來,這方面每天大概要花掉6912個小時,占總工時的25%(按每天工作10個小時計算)。

俺們部門現(xiàn)在OKR重點是提升BD人效,所以這塊咱們要是能搞一下,還是挺有價值的。

來之前,我看了一下幾家競品的解決方案,其中這家我覺得挺好的,建議參考一下。另外,BD那邊有特殊規(guī)定,不許BD跨區(qū)域拜訪,這需要特別注意一下?!?/p>

  • 場景:掃街
  • 用戶:BD
  • 痛點:優(yōu)質(zhì)線索獲取效率低
  • OKR:提升BD人效
  • 價值:25%的工時占用,6912小時
  • 建議:競品xx的方案
  • 注意:BD不許跨區(qū)拜訪

04 解決問題而不是堅持方案

此時就進入到了提交需求的隱性階段。

一般來講,在開發(fā)成本相同的情況下,產(chǎn)品會優(yōu)先考慮業(yè)務(wù)方建議的方案,避免額外的溝通成本和業(yè)務(wù)風險;但在開發(fā)成本出現(xiàn)明顯差異的情況下,產(chǎn)品會嘗試說服業(yè)務(wù)接受新的方案。

主要的方式就是回顧目標,基于前期充分的溝通,大家對核心問題的認知是一致的,原則上“只要能在預期時間內(nèi)能解決問題”的方案都是可接受的,當然哪個更快就優(yōu)先選擇哪個方案。

建議方案選擇上,業(yè)務(wù)同學要盡量尊重產(chǎn)品經(jīng)理的意見。主要是要維護好他的主動性,比較沒腦子的做法就是把產(chǎn)品經(jīng)理當成寫稿的。

所以,當出現(xiàn)此類問題的時候,業(yè)務(wù)千萬不要在方案上糾結(jié)“到底用誰的”,這只會把雙方的精力都分散到論證各自的正確性上,可笑的是最后大家拼的是“體力”。

沒必要,只要能盡快拿到結(jié)果。

“黑貓、白貓無所謂,能最快抓耗子的就是好貓。”

05 友善的溝通方式

能做到上述的業(yè)務(wù)同學,可以說是優(yōu)秀的水平了。

如果能在溝通技巧上在注意一下,那就更好了。

要知道產(chǎn)品經(jīng)理,之所以叫做產(chǎn)品汪,真的是每天累成狗,對結(jié)果負責,工作沒有邊界。

要是你能在溝通之前,把需要溝通的內(nèi)容提前發(fā)給產(chǎn)品經(jīng)理,再約個溝通時間。

那本世紀最受歡迎的業(yè)務(wù)方,非你莫屬。

06 自行解決內(nèi)部優(yōu)先級

一個比較讓產(chǎn)品經(jīng)理頭疼的問題,就是同一個部門有若干個需求方(共用研發(fā)資源),彼此之間的需求的預期時間存在沖突,一般情況下產(chǎn)品經(jīng)理會主動反饋相關(guān)方自行溝通(有的時候產(chǎn)品也會參與)。

這是大部分公司的常態(tài),業(yè)務(wù)同學也會認為這就應該是產(chǎn)品經(jīng)理分內(nèi)的事情。

這么說,沒毛病。

但是——太被動和消極了。

比較建議的做法是,找產(chǎn)品經(jīng)理要一下需求池地址,主動了解目前的需求情況。

如果在找產(chǎn)品經(jīng)理之前,就已經(jīng)協(xié)調(diào)好了內(nèi)部的需求優(yōu)先級,相信我,產(chǎn)品經(jīng)理一定會“以身相許”的。

太體貼人了!

07 善用敏捷通道

上述表達的都是常規(guī)性的需求,周期比較完成和嚴謹。

還有一類比較特殊的需求,工程成本很低(改個文案、改個圖片、調(diào)整各大小等等),個體價值不明顯,但數(shù)量多了又對用戶體驗很有傷害(價值逐漸體現(xiàn)),此類被稱為“敏捷需求”。

敏捷類需求的處理邏輯為“快速響應,持續(xù)迭代”:快速響應,換句話將就是只對需求做最直觀的判斷,甚至直接以業(yè)務(wù)方的為準;持續(xù)迭代,指一般的敏捷需求都會采用“周迭代”的方式,批次不斷進行優(yōu)化。

業(yè)務(wù)同學應該善于利用這個通道,盡量為自己的需求,找到一個成本很低的方案。

08 及時表達感激

一旦通過業(yè)務(wù)的方案評審,產(chǎn)品經(jīng)理就要推進工程團隊盡快啟動。

整個產(chǎn)研團隊后續(xù)還要經(jīng)過工程評審、進度review、聯(lián)調(diào)測試、工程驗收、業(yè)務(wù)驗收、上線通知等等諸多環(huán)節(jié),保證如期履約。

這個階段,業(yè)務(wù)同學除了要重視測試的驗收,做好風控以外,尤其要在意上線通知階段,不管結(jié)果如何,一定要在對應的郵件回復表達對過程的感激。

當然,后續(xù)有正向結(jié)論的時候,要再進一步肯定產(chǎn)研團隊的價值,為后續(xù)的合作,奠定一下感情基礎(chǔ)。

寫到最后,想起前兩天看到的一句話,獻給那些追求卓越的業(yè)務(wù)同學:

人生就是場馬拉松,只要你愿意做出改變,任何地方都可以是起點。

 

本文由 @吳天 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載

題圖來自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 作者:吳天,微信公眾號:【竹林雜記 】,歡迎關(guān)注~

    回復