非技術類出身的產品,如何跟技術人員溝通?
之前阿然看到這個問題,想到自己也是非技術出身的,也來總結總結自己的一點小經驗
1.讓技術同學參與需求的工作
在思考需求和制作需求方案的時候,可以咨詢技術小伙伴給出技術角度的意見,這邊避免了需求評審時候技術同學發難說實現不了,或者說最終實現過程中遇到問題延長工期。同時,如果技術小伙伴感興趣,也可以讓他們提產品方案的建議,充分參與進來,這樣產品與技術同學結合更緊密,更能夠互相理解,即使說中途需求有改,讓開發同學明白了其中緣由也會好得多。
舉例場景:
汪:xx,請教一下,看下這個需求方案有什么實現問題,blablabla
猿:我覺得這里有點問題,你看看這樣,blabla
多番討論后,你的需求方案在評審前在技術實現方面就可以避免很多問題
2.技術基礎知識還是得學
平常多問問多請教技術小伙伴一些疑惑的問題。基本的技術基礎知識也可以看看人人都是產品經理專欄作家【給產品經理講技術】的作品,通俗易懂。再深入點可以看看代碼(筆者當年也是看著代碼學習iOS 和 Android布局的原理),以下是筆者的部分筆記
基本技術概念是必須得有的,這樣有助于你思考需求,提高大家效率。
舉例場景:
某日業務費需要在你負責的App內添加H5頁面,其實邏輯涉及到H5和原生的交互。你如果明白webview與原生交互有url識別和js調用原生接口兩種方式的話,就可以直接叫來前端和客戶端用戶,咱們約定下url的形式和參數吧,事情就高效率解決了
3.溝通的前提是講清楚需求價值
大家都是成年人都是講道理的人,沒人想浪費時間做無用功。如果你告訴開發,這個需求 CTR預期提升20%,然后拿出以往的數據經驗以及競品數據做支撐,開發一想,這樣有道理對團隊也有好處,自己獎金也會多多,為何不幫您呢。
4.用你的專業性證明自己靠譜
思考需求方案時,首先自己要想清楚,想清楚其中的運轉方式規則,客戶端要做什么后端要做什么設計要做什么,需要什么數據哪些接口。想起來之前在知乎看到一個問題,哪些產品看起來很簡單技術做起來很難,問題里面提到個性化推送。如果哪天你要做個性化推薦,告訴你們技術說,咱們要做個性化推薦的系統,根據XX推薦XX,只說到這里,那就等著被噴吧。
那么正確的姿勢是什么樣的呢
4.1 先建立運轉的模型,解構需求
這是個筆者之前涉及到的一個簡易推薦系統模型,拆解成三端需求
客戶端:
- 上傳數據,涉及到的問題,上傳哪些數據、什么時候上傳、上傳頻率等等
- 接受推送,涉及到的問題,推送文案、打開后哪個界面、行為數據的統計
服務端1:
- 數據采集,涉及到采集接口
- 請求要推送的數據,涉及到的問題,原始數據量是否足夠,取數據的頻率方式
- 匹配排序,匹配的策略是什么,排序策略是什么
服務端2:數據的接口是否數據完備性能能夠滿足
4.2 拆解問題后各個擊破
在跟技術小伙伴討論前要明確3中提高的需求價值,然后請教技術小伙伴拆解好的問題各個完善,在評審時這個方案就已經是個趨于完善的方案了,技術小伙伴們也沒啥理由噴你,也為實施過程鋪好路了。長期過程中,技術小伙伴就會對你有很好的信任,后續的工作就好辦多了。
注:以上方式均不如“研發是我好哥們”
本文由 @阿然 原創發布于人人都是產品經理。未經許可,禁止轉載。
非技術出身產品經理的技術溝通秘籍!15天補齊程序/代碼、前端、后端、數據庫4大模塊基礎技術知識。
詳情戳>http://996.pm/7daXE 或咨詢起點學院蘑菇(wx:qdxymg)
感謝分享,目前做市場商務,剛剛想入行,能否給點建議?關于求職準備,面試以及技術學習等等,謝謝!
“研發是我好哥們”才是正解 ?? 自帶優化屬性,把研發做過無數的坑,自動過濾
哈哈最后一句,所以其實最好的解決辦法就是給程序員們講解的越細越好~
嗯!最喜歡分工明確任務明確價值明確的工作了 ?? !謝啦~