PM 常常遇到一個(gè)難題，就是有好多東西想要做，但無奈什么事都得通過工程師，沒辦法自己動(dòng)手，于是因?yàn)楹凸こ處煵惶篮玫年P(guān)系，最后實(shí)際的產(chǎn)品都沒有設(shè)計(jì)時(shí)看起來好。我這邊講的是「網(wǎng)路公司」的狀態(tài)，PM 泛指那些規(guī)劃出產(chǎn)品的人。其他產(chǎn)業(yè)也許也有類似情形，以下這些「教戰(zhàn)手則」，提供給正在摸索自己生存之道的 PM 一些參考。
0、先弄清什么做得出來、什么做不出來:
常常有 PM 會(huì)提出一些天馬行空的 idea，以致有時(shí)候讓工程師覺得合作起來相當(dāng)吃力。這是由于并不知道什么可以做什么不能做。以網(wǎng)站來說，這其實(shí)很容易知道，不需要太多的學(xué)習(xí)和知識(shí)。如果有一個(gè)功能，你在兩、三個(gè)網(wǎng)站都看得到，99% 它是做得出來的。例如你想要有一個(gè)頁面，填地址時(shí)選完「縣市」，下一個(gè)選單就會(huì)載入你選的這個(gè)縣市的行政區(qū)。如果你做些功課，就可以發(fā)現(xiàn)這樣的表單在很多網(wǎng)站都出現(xiàn)過。那 99% 就是做得出來。如果你想出一種呈現(xiàn)的方式，從來沒在任何地方看過，那就比較有可能是做不出來的。在對工程師溝通時(shí)，假如你想做一個(gè)像這種選「縣市」的下拉選單，你最好請工程師去看別人的那個(gè)網(wǎng)頁，而不是用你自己的方式描述。工程師通常有不想輸?shù)男愿?，如果別的網(wǎng)站做得出來，他不會(huì)想要自己做不出來。
1、永遠(yuǎn)不要和工師辯論任何和技術(shù)有關(guān)的東西:
當(dāng) PM 能學(xué)一點(diǎn)點(diǎn)網(wǎng)頁的概念是好的，但跟工程師合作，你可能常常會(huì)聽到「這很難做」的 feedback。它可能代表幾種不同的意思。可能代表真的很難做，也可能代表他不想幫你做。如果是第二種，有很多種方法可以讓他妥協(xié)。但戳破他和找他辯論絕對是最差勁的方法。當(dāng)他說這個(gè)技術(shù)上有困難時(shí)，絕對不要跟他說「這個(gè)只要… 就可以了呀!」這樣也許讓自己看起來比較聰明，但你們的關(guān)系已經(jīng)完蛋了。而且工程師的性格容易有非常強(qiáng)的自尊心，所以千萬別這么做。而且，technical 的領(lǐng)域，你可能永遠(yuǎn)也辯不贏他。很多「這個(gè)不能做」的問題，不是來自于理性，而是來自于不想、不愿意、覺得這個(gè)沒意義、或真的很花時(shí)間。真的要做的話，99% 的東西大概都可以做。因此當(dāng)這種看起來由 technical 角度來拒絕你的狀況發(fā)生，如果你真的很想堅(jiān)持你的想法做下去，請?jiān)囍撾x technical 的討論，你該了解他所提出 technical 的障礙，但絕對不要和他在這個(gè)領(lǐng)域上辯論。因?yàn)槟戕q贏或輸都沒有任何好處。
2、工程師喜歡你去求他:
工程師很容易有某一種性格，是坐在那邊希望大家都去拜拖他。所以你不難想像要讓這種人幫你做事的方法就是你要放低你的姿態(tài)。你要讓他覺得是你需要他，不是他一定要幫你。即使你心里一直想「公司付你錢來上班本來就是要做這些的…」放低姿態(tài)。也許身為 PM 的你，在每個(gè) project 有進(jìn)展的時(shí)候和卡住沒進(jìn)展的時(shí)刻，拿點(diǎn)飲料的 menu 去問工程師要喝什么是個(gè)好方法。
3、把所有 credit 歸給工程師:
在公司里，因?yàn)楹芏喈a(chǎn)品是由 PM 規(guī)劃的。因此 project 的成功，大家很容易覺得是 PM 的功勞。請努力在任何公開的場合、email，把這些 credit 歸給和你一起合作的工程師。同樣一個(gè) spec，一個(gè)心情好的工程師，可以把它做成 100 分。一個(gè)心情不好的工程師，可以把它做成 60 分。兩個(gè)都可以 100% 符合你的 spec，但是一個(gè)可以爛到有無數(shù)問題。因?yàn)檐浖皇鞘虑翱梢韵肭宄摹Ｋ砸粋€(gè)不開心的工程師，可以看到許多問題但「視而不見」，也不主動(dòng)來跟你說，那你就完了。所以一定要讓全公司的人都覺得這些成就屬于工程師的。你把 credit 拿走一次，下一次你就完了，因?yàn)闆]有人想為你賣命了。
4、不要輕視「工程師的 project」
你合作的工程師可能說他現(xiàn)在很忙，因?yàn)樗凇钢貙懸恍?function」或是「讓代碼庫的速度快一點(diǎn)點(diǎn)」。很多 PM 在聽到這些的時(shí)候，并沒有很知道他們在做什么，于是表現(xiàn)出來的會(huì)是對這些 project 沒那么在乎或甚至不覺得他們重要。通常工程師最喜歡做這種隱性的 project。因?yàn)樗麄兛梢圆挥寐?PM 的指揮。對于一個(gè)健康的公司來說，一定會(huì)有一定比例的資源投在這些 project。要不要做通常是由老板，或更懂得這些東西的人來決定。但你一定要在工程師的面前讓大家覺得你看起來對這些非常認(rèn)同。
5、姿態(tài)放軟，但不能失去主導(dǎo)權(quán)
雖然前面說你姿態(tài)要軟，但你絕對不能把你的 project 交給工程師后，你就失去了主導(dǎo)權(quán)。因?yàn)檫@樣會(huì)讓你在老板面前，看起來變得沒有太多價(jià)值。你最少要繼續(xù)掌握你 project 的「時(shí)程」和「內(nèi)容」。也就是你一定要維持你的「主導(dǎo)權(quán)」，對該堅(jiān)持的東西繼續(xù)堅(jiān)持，對一些東西妥協(xié)，但不能全交給工程師決定。
6、不要 finalize 所有設(shè)計(jì)后，再交給工程師
絕大多數(shù)的工程師對這樣的流程很反感，所以請想辦法在設(shè)計(jì)階段，就去請教一下工程師的意見。他也許說他很忙，你想就好。即使只是得到這句話，都有很大的價(jià)值。這表示他放棄了他未來因?yàn)槟阍?project 早期沒找他先過過，以致他責(zé)怪你的權(quán)利。
總之，因?yàn)楣こ處煹男那楹茈y捉摸。所以「情緒」的處理問題，可能比「技術(shù)」、「功能」上的討論都更為重要。如果你喜歡這篇文章，也許你可以再讀一讀這篇的「相反版」:工程師如何不被 PM 欺負(fù)?