之前阿然在pmcaff上看到這個問題，想到自己也是非技術出身的，也來總結總結自己的一點小經驗

1.讓技術同學參與需求的工作

在思考需求和制作需求方案的時候，可以咨詢技術小伙伴給出技術角度的意見，這邊避免了需求評審時候技術同學發難說實現不了，或者說最終實現過程中遇到問題延長工期。同時，如果技術小伙伴感興趣，也可以讓他們提產品方案的建議，充分參與進來，這樣產品與技術同學結合更緊密，更能夠互相理解，即使說中途需求有改，讓開發同學明白了其中緣由也會好得多。

舉例場景：

汪：xx，請教一下，看下這個需求方案有什么實現問題，blablabla

猿：我覺得這里有點問題，你看看這樣，blabla

多番討論后，你的需求方案在評審前在技術實現方面就可以避免很多問題

2.技術基礎知識還是得學

平常多問問多請教技術小伙伴一些疑惑的問題。基本的技術基礎知識也可以看看公眾號【給產品經理講技術】，通俗易懂。再深入點可以看看代碼（筆者當年也是看著代碼學習iOS 和 Android布局的原理），以下是筆者的部分筆記

基本技術概念是必須得有的，這樣有助于你思考需求，提高大家效率。

舉例場景：

某日業務費需要在你負責的App內添加H5頁面，其實邏輯涉及到H5和原生的交互。你如果明白webview與原生交互有url識別和js調用原生接口兩種方式的話，就可以直接叫來前端和客戶端用戶，咱們約定下url的形式和參數吧，事情就高效率解決了

3.溝通的前提是講清楚需求價值

大家都是成年人都是講道理的人，沒人想浪費時間做無用功。如果你告訴開發，這個需求 CTR預期提升20％，然后拿出以往的數據經驗以及競品數據做支撐，開發一想，這樣有道理對團隊也有好處，自己獎金也會多多，為何不幫您呢。

4.用你的專業性證明自己靠譜

思考需求方案時，首先自己要想清楚，想清楚其中的運轉方式規則，客戶端要做什么后端要做什么設計要做什么，需要什么數據哪些接口。想起來之前在知乎看到一個問題，哪些產品看起來很簡單技術做起來很難，問題里面提到個性化推送。如果哪天你要做個性化推薦，告訴你們技術說，咱們要做個性化推薦的系統，根據XX推薦XX，只說到這里，那就等著被噴吧。

那么正確的姿勢是什么樣的呢

4.1先建立運轉的模型，解構需求

這是個筆者之前涉及到的一個簡易推薦系統模型，拆解成三端需求

客戶端：（1）上傳數據，涉及到的問題，上傳哪些數據、什么時候上傳、上傳頻率等等（2）接受推送，涉及到的問題，推送文案、打開后哪個界面、行為數據的統計

服務端1：（1）數據采集，涉及到采集接口（2）請求要推送的數據，涉及到的問題，原始數據量是否足夠，取數據的頻率方式 （3）匹配排序，匹配的策略是什么，排序策略是什么

服務端2：數據的接口是否數據完備性能能夠滿足

4.2拆解問題后各個擊破

在跟技術小伙伴討論前要明確3中提高的需求價值，然后請教技術小伙伴拆解好的問題各個完善，在評審時這個方案就已經是個趨于完善的方案了，技術小伙伴們也沒啥理由噴你，也為實施過程鋪好路了。長期過程中，技術小伙伴就會對你有很好的信任，后續的工作就好辦多了。

注：以上方式均不如“研發是我好哥們"