如何避免給研發(fā)RD挖坑小技巧之一

作為產品經理,給研發(fā)挖坑幾乎是"必備技能",尤其對于新人,連環(huán)挖坑是常態(tài),為什么老司機少挖坑,而新人的小鏟子從來沒停過。

從我遇到情況看來,主要產生有以下幾點原因:

1、業(yè)務不熟或者了解的不夠深入,關聯性和耦合性不能面面俱到,導致一個需求一個坑;

2、產品經驗不足,考慮問題不能面面俱到;

3、思維完備性缺陷,思考問題的方式沒有自成體系;

針對以上幾種情況,有多種方式可以改善,我總結了一種看似比較笨,但是確實從實踐中總結出來的方法——需求缺陷記錄簿(名字是土了點)。

這種靈感來源于學生時代的錯題本,舉一反三的思維。

STEP1 記錄

簡單的說,就是在實際項目經驗中,將你自己挖過的坑,或者已經挖了但是別人沒跳發(fā)現了的坑,全部記錄下來,做好整理歸類。

我自己會按照以下字段做成列表

1、需求日期

2、需求模塊

3、需求缺陷內容及描述

1)需求原本的描述

2)別人質疑的問題

4、原因分析

5、改進方案級所得

6、備注(配圖)

文字記錄表述能夠越真實的還原實際場景和問題越好,不要嫌棄寫得太繁瑣或者太多,好記性不如爛筆頭,只有寫得細,之后反思來看才能準確回想和定位問題,因為有時候可能只是一個很細小的需求問題。

STEP2 ?回顧

記錄一定要及時且勤于記錄,這樣的記錄前期當然會花費一些時間而且,不過工欲善其事必先利其器,這樣有一個好處,就是只要能夠時時回顧這些曾經挖過坑的需求,尤其是評審或者需求分析時,別的同事質疑你的那些問題,要想以后和研發(fā)"撕逼"不落下風,總結經驗教訓必不可少,久而久之相同的問題,一般不會再犯。這也是積累產品經驗的一種方法,你會發(fā)現以后記錄低級問題的情況會越來越少。

這里還有個引申的思考方向,可以幫助自己能更好地完善,就是被說爛了的“換位思考”,說的很多,真正能做到的卻很少。

一個需求評審會中,市場考慮如何拿出去吹,賣的更好,回款更多;研發(fā)考慮如何最快實現;運營考慮能不能帶來更多的流量和好看的數據等等。而正是因為角度的不同,切入這個需求的點不一樣,可以讓其他人提出五花八門的問題,所以通過換位思考,我們從其他職務的人角度來看待這個問題,或許能發(fā)現之前忽略的問題。

STEP3 ?總結

最后一步光記錄是不行,小時候老師也說了問題要舉一反三,1+1=2知道了,2-1=?就不知道了,那這個需求的坑,還沒有發(fā)揮最大價值。

通過一個問題,能夠觸類旁通解決所有類似問題,并且抽象出來,形成自己解決問題的方法論,才是這個需求缺陷記錄簿 的真正功用,記錄只是手段,要想解決前文所提到各種挖坑情形,最終還是要落點到形成自己解決問題的思維方式,打造一個考慮周全的思維大腦。這一點,我也只是剛起步,正在學習中,但是這個方法帶給我的成效是顯而易見的,我的缺陷簿更新的頻率越來越低,而曾經困擾我的問題,如今一眼能看穿問題所在。

最后附一張我缺陷簿當初第一條缺陷需求,顯得稚嫩,但是也是意味著一個好的開始。


本人缺陷本的截圖示例

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
【社區(qū)內容提示】社區(qū)部分內容疑似由AI輔助生成,瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發(fā)布,文章內容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關閱讀更多精彩內容

友情鏈接更多精彩內容