產(chǎn)品經(jīng)理面對客戶需求，經(jīng)常需要和程序員溝通，很多時候一不小心就鬧得不愉快了。那么產(chǎn)品經(jīng)理如何做才能不被程序員排斥呢？

?
以下這些技巧可以試一試：
?
1. 學(xué)習(xí)公司產(chǎn)品在用的技術(shù)術(shù)語、框架
?
如果你是一個不懂技術(shù)的產(chǎn)品經(jīng)理，在和程序猿溝通時必然會受到技術(shù)大牛的輕視。但是為了減少溝通成本和他們對你的輕視，產(chǎn)品經(jīng)理至少得知道公司現(xiàn)運(yùn)行產(chǎn)品所使用的技術(shù)和相關(guān)的技術(shù)術(shù)語、專有詞，明白這個技術(shù)是做什么的，解決了什么問題，避免程序猿一個專有詞把你搞得暈頭轉(zhuǎn)向，溝通起來你就會很被動，達(dá)不到工作的目的。
?
2. 描述需求清晰邊界
?
描述一個需求時一定要清晰、可控，能讓研發(fā)人員很快領(lǐng)悟到你要的是個什么功能。比如，產(chǎn)品經(jīng)理說：“用戶注冊界面加一個手機(jī)驗(yàn)證功能”。無其他詳細(xì)說明的情況下讓研發(fā)人員去開發(fā)，研發(fā)人員會問：“發(fā)送驗(yàn)證碼前手機(jī)號是否驗(yàn)證唯一”，“手機(jī)號格式不對提示信息”，“驗(yàn)證碼發(fā)送成功提示信息，失敗提示信息”“驗(yàn)證碼是否一直有效”，“多久以后才可以發(fā)送第二次驗(yàn)證碼”“同一個手機(jī)號在注冊時每次申請驗(yàn)證是否發(fā)送相同的驗(yàn)證碼”......
?
我們產(chǎn)品經(jīng)理看起來是個很簡單的功能，但是在研發(fā)人員實(shí)現(xiàn)的時候會遇到很多細(xì)節(jié)邏輯的處理，這些問題需要產(chǎn)品經(jīng)理提供詳細(xì)的說明，越詳細(xì)，你們直接既定的需求越明確，爭執(zhí)自然會越少。
?

3. 比研發(fā)要清楚業(yè)務(wù)邏輯跳轉(zhuǎn)、數(shù)據(jù)處理機(jī)制，不能給研發(fā)挖坑
?
在2中提到需求清晰的邊界，同樣業(yè)務(wù)邏輯和數(shù)據(jù)處理機(jī)制我們再設(shè)計(jì)產(chǎn)品的時候都一定事先考慮好，不能把全部未知的問題推給研發(fā)人員。
?
4. 不要低估每個功能的開發(fā)難度，同研發(fā)溝通確定工作量
?
產(chǎn)品上每一個功能都需要研發(fā)辛苦編寫代碼實(shí)現(xiàn)，每一個功能的開發(fā)難度根據(jù)使用不同的技術(shù)和研發(fā)人員的技術(shù)功底不同而不同。所以產(chǎn)品經(jīng)理在提出需求或者做策劃時不要主觀的認(rèn)為很簡單而盲目地評估工作量，一定要讓需求的實(shí)現(xiàn)者去溝通、評估。
?
5. 不能隨意篡改已定需求，若真的變更，需評估工作量和時間及技術(shù)難度
?
需求變更一定慎重并且要經(jīng)過會議討論，特別是相關(guān)技術(shù)人員，說明變更的背景、原因，并讓技術(shù)人員評估新的需求的技術(shù)難度和工作量，不要擅自修改需求實(shí)現(xiàn)計(jì)劃。
?
6. 不要將產(chǎn)品的失敗全部推到研發(fā)團(tuán)隊(duì)身上
?
一個產(chǎn)品的成功依賴于整個虛擬團(tuán)隊(duì)的共同努力，雖然研發(fā)團(tuán)隊(duì)是生產(chǎn)了這個產(chǎn)品，但是其他成員在這個過程中也起著很大的作用，所以就算是產(chǎn)品失敗了，也不能將所有原因推到研發(fā)人員身上。
?
7. 推動產(chǎn)品進(jìn)度時，不要像孩子一樣喊叫跺腳，使用委婉的辦法
?
當(dāng)我們推動一項(xiàng)工作時，不能像下命令式的命令研發(fā)人員，也不能像孩子一樣大吵大叫去要求別人。我們應(yīng)該用委婉的辦法，對方更容易接受的方式去推動工作。
?

?
8. 宣布一個決定時給出背景和原因，感情的接受永遠(yuǎn)要比權(quán)利上接受更讓人舒服
?
無論是新增一個需求還是變更一個需求，一定要給對方講清楚背景，不要讓研發(fā)人員認(rèn)為產(chǎn)品經(jīng)理是在主觀地亂改需求，從而排斥來自產(chǎn)品經(jīng)理的工作。
?
9. 當(dāng)一件事不知道怎么做時，不要指手畫腳
?
不知道就是不知道，要認(rèn)真傾聽他人的意見，千萬不要為了顯擺自己就胡言亂語，亂指揮，導(dǎo)致工作一團(tuán)糟。
?
10. 不要亂使用不知道的技術(shù)術(shù)語
?
不要關(guān)公面前耍大刀，對于不知道的技術(shù)術(shù)語寧可不用，也不要亂用，更容易讓別人感覺你是多么的無知。
?
11. 做出技術(shù)決定之前跟技術(shù)團(tuán)隊(duì)商量
?
當(dāng)前互聯(lián)網(wǎng)技術(shù)可以說是飛速發(fā)展，今天這個競品上使用了A技術(shù)，明天那個競品上使用了B技術(shù)，而此時產(chǎn)品經(jīng)理一定要冷靜，不要腦袋發(fā)熱地讓研發(fā)人員改用新技術(shù)，技術(shù)的轉(zhuǎn)型和實(shí)現(xiàn)是關(guān)系到產(chǎn)品整個架構(gòu)的問題，能否實(shí)現(xiàn)需要同技術(shù)團(tuán)隊(duì)會議討論。
?
12. 用戶承諾某些特性時，需事先溝通評審能否實(shí)現(xiàn)
?
不要輕易許可某個需求，在產(chǎn)品修改或者添加功能時一定要有標(biāo)準(zhǔn)的流程，也就是需求管理的過程，獲取到需求后，在需求分析時除了分析該需求的合理性、必要性等，還要讓技術(shù)人員評估一下改需求能否實(shí)現(xiàn)，不要主觀的肯定需求和承諾需求。
?

13. 同研發(fā)團(tuán)隊(duì)共恥辱，同繁華
?
前面介紹了一個產(chǎn)品的成功依賴于整個虛擬團(tuán)隊(duì)的共同努力，所以無論產(chǎn)品的失敗與成功，產(chǎn)品經(jīng)理都要和研發(fā)人員共同面對。
?
14. 同理心，理解研發(fā)真正遇到的難題
?
無論是生活還是在工作中，我們都需要有一顆同理心，理解對方的困難，幫助對方克服困難。
?
15. 尊重、傾聽研發(fā)人員的意見，分析是否采取或者合理的理由
?
在與研發(fā)人員合作的過程中，尊重研發(fā)人員的意見，有時候研發(fā)人員的意見說不定真的給產(chǎn)品添加新的亮點(diǎn)，不要主觀、狹義地認(rèn)為程序猿就會寫代碼，其實(shí)研發(fā)人員的邏輯能力是很強(qiáng)的，說不定你解決不了的問題，研發(fā)人員分分鐘就幫你解決了，不要看輕視和你合作的每位同事。
?
16. 保持一顆謙虛而又專業(yè)的工作風(fēng)格，得到別人的認(rèn)可，處理好日常工作關(guān)系
?
無論何時都要保持謙虛和專業(yè)的工作態(tài)度，無論是在你領(lǐng)導(dǎo)面前還是在一個新手面前，大家都喜歡認(rèn)真而謙虛的工作伙伴，誰喜歡天天和一個趾高氣揚(yáng)的人在一起工作呢？