關(guān)于做web產(chǎn)品某些細(xì)節(jié)方面的改動(dòng)，有的時(shí)候技術(shù)不愿意輕易改動(dòng)（也包括前端人員），有時(shí)候想法會(huì)很多，但他們有時(shí)候不在乎你所說的。這時(shí)我們應(yīng)該怎么辦？

我們來看看知乎網(wǎng)友的回答：

吳偉

以我7年來做pm的經(jīng)驗(yàn)來看，說服他人，特別是研發(fā)、設(shè)計(jì)、前端這些研發(fā)部門的同事，最重要的不是口才、溝通能力和數(shù)據(jù)，而是專業(yè)。專業(yè)就是：第一，你要用內(nèi)行的思維方式、表達(dá)方式和處理方式來思考、溝通和執(zhí)行；第二，你要經(jīng)�？梢宰龀稣�確的決定。

一個(gè)人要先相信你能說出正確的話，才有可能認(rèn)真去聽你說的內(nèi)容，進(jìn)而才有可能認(rèn)可你的話。通常人們認(rèn)為只有內(nèi)行才有可能說出正確的話來，而外行只能瞎指揮。所以pm要時(shí)時(shí)刻刻表現(xiàn)的很內(nèi)行，很專業(yè)。

有些pm很苦惱：我明明說的是對的，為什么研發(fā)人員聽不進(jìn)去？是的，你說的可能是對的，但是由于你平時(shí)的表現(xiàn)讓研發(fā)人員覺得你很外行，他們根本就沒有認(rèn)真聽你在說什么。

只有盡量多、盡量深入的了解上下游相關(guān)崗位的專業(yè)知識(shí)，并且有一定的實(shí)踐經(jīng)驗(yàn)，才能讓我們顯得專業(yè)。在與相關(guān)崗位的溝通中，獲得對方的信任感，進(jìn)而采納我們的意見。

有幾個(gè)小技巧可以介紹一下，不過在看這些技巧之前，我必須重申一遍：讓自己變得專業(yè)的根本辦法是自己要盡量多的了解各個(gè)崗位的專業(yè)知識(shí)，小技巧只是一種手段，不要幻想著只憑借技巧就能真正的專業(yè)起來。

技巧1：盡量說術(shù)語。在我們與研發(fā)人員溝通的時(shí)候，盡量不要說大白話，而是使用術(shù)語。這樣會(huì)讓人家感覺我們很懂技術(shù)。例如有一次我和一個(gè)客戶端工程師說：“我希望彈出的窗口是模態(tài)的。”工程師聽完后很詫異的說：“你還知道模態(tài)？”我說：“當(dāng)然啦，這對交互設(shè)計(jì)很重要啊。”于是工程師立刻就把窗口改成模態(tài)的了，根本沒問我為什么。那么什么叫模態(tài)呢？用大白話說就是彈出一個(gè)窗口，窗口以外的地方都是黑的，或者不可以操作，只有這個(gè)窗口可以操作，類似于win里面經(jīng)常彈出來的討厭的錯(cuò)誤提示。但是你要是跟工程師這么描述，碰上脾氣好的說不準(zhǔn)幫你改改，碰上不好的準(zhǔn)保反問一句：那多討厭啊，我就討厭win彈錯(cuò)誤提示。

技巧2：思維要周密，在說話之前要盡量把所有可能的情況及其解決方案想清楚。比如你要修改一個(gè)按鈕的位置，人家自然要問你，空出來的位置怎么辦，改過去之后會(huì)不會(huì)影響現(xiàn)有的功能，用戶能不能習(xí)慣等等，如果你能胸有成竹的一一化解，別人自然會(huì)聽從你的建議。

技巧3：讓對方自己得出結(jié)論。人都是有自尊心的，都希望自己的決定是正確決定，如果你總是說：“你這樣是錯(cuò)的，我是對的”必然引起別人的反感。所以你可以先把遇到的問題擺出來，在提出自己的解決方案后立刻說：這方面你是專家，如果你覺得這個(gè)方案能用就用，如果有更好的方案我也沒什么意見。

人嘛，通常都是比較懶的，既然你能提出一個(gè)還算說得過去的解決方案，而且又讓對方覺得是他自己的選擇，通常也就不會(huì)為難你了。

技巧4：看人下菜碟。不是對每個(gè)都用同樣的話說服的，人和人都有所不同。以我的經(jīng)驗(yàn)，對待工程師、設(shè)計(jì)師、老板是不同的。

對待工程師要有條理，邏輯要清晰，講究數(shù)據(jù)。例如：方案1會(huì)造成數(shù)據(jù)服務(wù)器負(fù)荷過重，并發(fā)量在2萬/秒以上，并且至少要占用10g的儲(chǔ)存空間，最重要的是，我們付出了這么大的代價(jià)，其實(shí)只滿足了20%的用戶，而且這部分用基本上都是不付費(fèi)的用戶。這一大套話說完，研發(fā)人員會(huì)認(rèn)真想一想：也是啊，萬一服務(wù)器宕機(jī)了責(zé)任就大了，還是用方案2吧。

對待設(shè)計(jì)師要以情動(dòng)人，因?yàn)樵O(shè)計(jì)師一般都是學(xué)美術(shù)出身的，特別感性。例如：大姐，你就給我改改吧，為了畫這個(gè)原型我昨天都加了一宿班了，你今天不改，明天指不定又插進(jìn)來什么活兒呢，我這個(gè)項(xiàng)目得什么時(shí)候上線啊。再說也不是我想改啊，是銷售那邊兒一會(huì)兒說用戶喜歡這個(gè)，一會(huì)兒說用戶喜歡那個(gè)，我們也擰不過他們啊。設(shè)計(jì)師一聽，都是同事，誰還沒個(gè)難處啊，得了，加班兒給人做了吧。

對待老板要學(xué)會(huì)畫藍(lán)圖，例如：根據(jù)競品研究的結(jié)果看，這個(gè)產(chǎn)品非常有前景，XX剛上線1個(gè)月，就已經(jīng)有100萬用戶，10萬同時(shí)在線，收入也差不多有400來萬。我們在技術(shù)上、渠道上、政府關(guān)系上都比他們強(qiáng)，我覺得只要能夠在2個(gè)月內(nèi)推出，各項(xiàng)數(shù)據(jù)肯定比他們強(qiáng)。更何況，我們的產(chǎn)品線目前缺乏的就是用戶沉淀，而這個(gè)產(chǎn)品正好提供了強(qiáng)大的社交功能，彌補(bǔ)了產(chǎn)品線的空缺。老板一聽，小伙子想的挺清楚啊，成，給你兩個(gè)工程師，一個(gè)設(shè)計(jì)師，1萬塊項(xiàng)目獎(jiǎng)金，1個(gè)月給我做出來。業(yè)績好的話再給你發(fā)年終獎(jiǎng)。

當(dāng)然啦，還有些人江湖氣很濃，他只要當(dāng)你是兄弟，你怎么說他怎么做，沒原因，沒為什么。對于這種人平時(shí)多吃幾頓飯，多送點(diǎn)小禮物，到時(shí)候自然幫你。

技巧5：人格魅力。做人要有幽默感，要學(xué)會(huì)緩和氣氛。沒必要每次需求討論的時(shí)候都板著臉訓(xùn)人。說說笑話，插科打諢，給設(shè)計(jì)師倒杯水，給工程錘錘肩，送給運(yùn)營的小姑娘幾塊兒巧克力，給運(yùn)維的同事買幾瓶水。你平時(shí)這么注重積累，在你需要的時(shí)候別人自然不會(huì)為難你。能做的就做了，不能做的睜一眼閉一眼也就做了。

最后再說一遍，所有的技巧都是一種手段，真才實(shí)干才是王道。 

孫立偉

這里PM是指Product Manager還是Project Manager?我猜是前者吧。

從用戶需求到功能設(shè)計(jì)到實(shí)現(xiàn)，在多人團(tuán)隊(duì)中是一個(gè)溝通和妥協(xié)的過程。簡單的說，產(chǎn)品經(jīng)理提出需求，項(xiàng)目經(jīng)理主要負(fù)責(zé)分析論證需求，開發(fā)人員主要負(fù)責(zé)編碼以實(shí)現(xiàn)需求。但實(shí)際情況是，據(jù)我粗淺的認(rèn)識(shí)，目前很多小公司做網(wǎng)站，僅僅配一個(gè)產(chǎn)品經(jīng)理，其余都是開發(fā)人員，而且常常沒有測試。所以產(chǎn)品經(jīng)理和開發(fā)人員的矛盾就更加突出。產(chǎn)品經(jīng)理不懂技術(shù)，或者對技術(shù)一知半解，常常覺得“某某功能有什么難的，只需要...."。而從軟件開發(fā)人員的角度來說，通常的問題是由于網(wǎng)站需要快速開發(fā)/快速發(fā)布，一開始僅僅為了實(shí)現(xiàn)功能而編碼，很難去考慮設(shè)計(jì)問題。代碼基礎(chǔ)沒有打好，尤其不適應(yīng)改變，導(dǎo)致修改一個(gè)功能要涉及太多的方面，因此很容易產(chǎn)生抵觸情緒。并且很多開發(fā)人員，對產(chǎn)品本身也有很多自己的想法，當(dāng)產(chǎn)品經(jīng)理提出的功能需求不能被很好的理解的時(shí)候，雙方也容易出現(xiàn)矛盾。

私以為，每個(gè)人都需要明確自己的主要職責(zé)在哪里，這是溝通順暢的第一步。產(chǎn)品經(jīng)理提出的功能，需要依賴開發(fā)人員的透徹理解和消化，然后才能實(shí)現(xiàn)。軟件開發(fā)人員也必須明確自己的職責(zé)，知道自己對產(chǎn)品功能和設(shè)計(jì)的認(rèn)識(shí)一定不會(huì)比產(chǎn)品經(jīng)理更深，自己的本職應(yīng)該是盡力去保證軟件的質(zhì)量，做好軟件設(shè)計(jì)。

代碼是軟件開發(fā)人員一行行寫出來的，不論好壞，都是他的勞動(dòng)成果。每個(gè)人對自己的勞動(dòng)成果都有一個(gè)下意識(shí)的保護(hù)心理，我不知道心理學(xué)家是如何解釋這種現(xiàn)象，但這確確實(shí)實(shí)是存在的。代碼的修改和重寫否定在某種程度上都是對其勞動(dòng)成果的否定，這常常會(huì)引起開發(fā)人員下意識(shí)的抵觸。

不論公司/團(tuán)隊(duì)大小，不論職位高低，有四個(gè)字是必須遵守的，就是“以理服人”。產(chǎn)品經(jīng)理不要把軟件開發(fā)人員僅僅看作是一臺(tái)編程機(jī)器，而開發(fā)人員也不要覺得產(chǎn)品經(jīng)理什么也不懂就“指手畫腳”。不論是誰，都不要覺得自己的觀點(diǎn)是有多么正確，別人就應(yīng)該接受。坦誠的溝通，才能夠達(dá)到最好的效果。

有一個(gè)比喻，我忘記出處了，說“每個(gè)軟件開發(fā)人員就像一只驕傲的貓”。個(gè)人覺得，要管理好軟件開發(fā)人員，起碼需要一個(gè)專門的角色，不管是叫Project Manager還是Team Leader，需要他/她懂技術(shù)懂管理，讓其他開發(fā)人員認(rèn)同。

我個(gè)人不認(rèn)同“什么什么是誰的責(zé)任，你不用擔(dān)心。”這種觀點(diǎn)。這種說法雖然在道理上是說得通的，但是在實(shí)際工作中不見得奏效。原因有二：

1. 軟件產(chǎn)品是整個(gè)團(tuán)隊(duì)合作的勞動(dòng)成果，這種觀點(diǎn)更多的會(huì)容易誤導(dǎo)團(tuán)隊(duì)，造成”個(gè)人自掃門前雪“的氛圍，這對團(tuán)隊(duì)建設(shè)是有害的。我們應(yīng)該強(qiáng)調(diào)產(chǎn)品的質(zhì)量是每一個(gè)人的責(zé)任。

2. 如果一旦出了問題，比如是PM的責(zé)任，你能怎么樣？扣工資？扣獎(jiǎng)金？還是公開道歉？自我批評？然后呢？問題最終還是要解決，還是要依賴PM和開發(fā)人員一起來解決問題。

因此我覺得，盡管每個(gè)人都有自己專長的領(lǐng)域，但是不要過于對自己的觀點(diǎn)或者勞動(dòng)成果過于保護(hù)，應(yīng)該保持一個(gè)開放的心態(tài)，能夠善于傾聽別人的觀點(diǎn)。有則改之，無則加勉。

延伸閱讀：產(chǎn)品經(jīng)理如何贏得程序員的尊重和支持？

本文系站長之家整理自知乎網(wǎng)，轉(zhuǎn)載請注明出處鏈接。

標(biāo)簽： 產(chǎn)品經(jīng)理 產(chǎn)品經(jīng)理能力 團(tuán)隊(duì)溝通 

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點(diǎn)！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請與原作者聯(lián)系。