說一下基本的注意事項吧：

1.正式溝通需求前，要先發文字版需求給研發，保證對方有至少1個小時的時間可以提前瀏覽需求

2.當面溝通>電話溝通>IM溝通，絕大部分時候要當面溝通

3.講需求前，要先講大背景和專案目標，背景和目標比細節更重要

4.需求最好有堅實的資料做支撐

5.不要單獨1對1溝通，絕大部分時候要拉大群把資訊周知到所有相關人

6.需求提給開發前，一定是已經經過相關方反覆確認的，改需求是很掉人品的

7.需要改的地方，說明相關背景，儘早改

8.對技術有一定的理解力，提需求時能知道哪些能做、哪些不能做，不要提不靠譜的需求

9.講需求的時候，始終應該是溝通的態度、需求是可調整的，而不是宣講

10.需求調整要落實到記錄上，並且周知所有相關人

11.把需求相關的細節、改動點，要一清二楚，能背記下來，比研發更清楚

12.講完需求後，要確認好排期

13.儘量幫研發梳理掉來自使用者、運營、市場等方面的反饋，而不是讓反饋直接透傳到研發

14.開發過程中，要實時跟進，不符合預期時及時溝通

15.PM不要委屈自己，提自己不認可的需求；當然RD也是，不要做自己不認可的需求。不然都是災難

16.需求上線後，效果不錯，要及時反饋給開發

17.需求一些關鍵點要透過IM或郵件確認、存檔，避免自己不必要的背鍋

暫時想到這些，都是一些基本的注意事項，都是曾經剛剛成為PM時，踩過的坑，每一點後面都是血淋淋的教訓。

---------

答主之前的工作，重來沒有和PM妹紙打過交道，所以經驗欠缺。

但是最近的工作和PM打交道就不較多，至於題主問的，和研發提需求的基本禮儀，我覺得滿足下面要求即可：

1、有理有據，這個需求提出來的理由是什麼？產出是什麼，是否有預期，滿天跑火車提需求，直接不幹。

2、委婉，不喜歡強硬的提需求，you can you up，研發也是人，太強硬的需求，你行你自己幹，我不伺候。

3、多關心研發小哥哥的內心狀態和身心健康。

4、給小哥哥留足夠研發時間，給小哥哥充足思考時間。

5、隨時保持溝通，但是“別老催”。

6、注意觀察研發小哥哥的表情和言語的變化。

其實呈譜醬和波波桑（看！我發現一對情侶名，嘿嘿嘿）已經說的很全面了，我就再補充一些看法。

1. 對需求的開發實現方法要了解，但儘量不干涉，專業的事情交給專業的人做。

2. 帶一把磨好的刀過去，自覺一點，不要讓研發小哥哥自己掏，這麼大人了，要懂點事兒

over

如何提需求，是很多人在職場都需要面對的命題，在提需求時，我們需要遵守以下幾點：

1.指令明確，說明書準確。

不要使用“差不多”、“大概”、“稍微”、“好看”這種模糊的詞語，而要明確並且具有可操作性，比如“x月x日提交beta版本”等。

2.解釋目的和目標要直觀

簡單直接地闡述出你的目的，最好還可以讓大家覺得並認可你做的是一件偉大的事情

3.充分尊重，友好真誠

體現出你相信他們比你聰明得多，這一定會有利於你們的後續溝通，如“千萬要扛得住，別宕機了啊”這樣的話，如果你想以後還能繼續順利提需求的話千萬別說。

以上是基礎的，還有一些比較進階的：

提需求時，不要試圖去談解決方法。解決方法是研發們需要做的，不要在他們熟悉的領域瞎叨叨，就好像是你去看醫生，不要對醫生說，“我這個肚子疼看起來是結石，實際上只是因為風寒，你幫我開點消炎藥我回去吃吃看，如果不行的話我明天再過來查一下腹部B超”。充分理解重複發現輪子和再次重複發明輪子是研發人員的內在根本性需求。如果你想更專業，可以去學習如何提出更符合研發思維的需求，這樣可以極大降低溝通成本，也更容易獲得研發的理解和支援。

祝大家都能愉快地提需求，與研發大大們和平共處！