我不是做產品的,只是對產品設計頗有興趣,所以個人並不代表產品經理的立場;我是技術出身,但不熱衷技術,所以也不能代表研發工程師的立場。我所說的可能會比較中立,也可能帶有極強的個人偏見,不過我也只是個無知無畏的學生,所以十分樂意接受大家的指正。

 

PM(產品經理)VS RD(研發工程師)

常聽業內人士說起,產品經理(PM) 和 研發工程師(RD) 之間是很喜歡互相掐架的(知乎上的討論),對個人而言感同身受,因為自己內心的技術小人和產品小人也是常常互相掐架的,感覺更像是一種是思維模式上的互掐。當然這並不代表這兩種思維模式是相互對立的,好的產品顯然不是掐出來的。PM 和 RD 之間需要的是一種建立在尊重和理解上的有效溝通。不過鋪磚壘石的樸實研發工程師們還是比較傾向於被動的,所以我的建議是,產品經理主動去了解技術。

  為何 PM 要懂技術?

不得不說,技術人員是很傲嬌的。PM 雖然並不是凌駕於 RD 之上的角色,但遵照着 PM 的設計來進行實現多多少少會讓 RD 生出低人一等的感覺(不乏 PM 本身也是這麼認為的),這可能是讓驕傲的技術流不爽的地方。所以 RD 不待見 PM 可以說是自然而然,如果 PM 還不懂技術,那麼 RD 就更加可以在自己的長處上放心大膽地鄙視 PM 了。這倒也不是 RD 的小人得志,幾年的技術經驗會讓他們覺得這更像是一種自我保護,保護自己引以為豪的知識領域不被非專業人員指手畫腳。所以如果 PM 懂技術的話,是會在一定程度上贏得 RD 的尊重的。這麼說似乎有點繞,說白了就是,如果我是 RD,我會更尊重懂技術的 PM。


  

與被“指點”的設計師不同的是研發很難被“指點”

懂技術解決的不僅僅是心理層面的問題,事實上,這會讓 PM 和 RD 之間更容易交流。我們常常覺得 RD 出於對技術的自負而難以溝通,如果 RD 開始甩術語、甩原理,那麼多耗費一些時間和耐心也還是能夠理解的,有時候,更可怕的就是 PM 會覺得自己和 RD 的對話完全發生在兩個次元里。其實 RD 們在這樣交流的時候,並不是在企圖彰顯技術的 NB,這似乎更多的是一種習慣,是技術流長期和技術流交流所養成的習慣。所以,PM 懂技術,可以更好地去理解和適應這種習慣,至少也可以讓自己不被 RD 們忽悠了,PM 如果被 RD 繞得雲里霧裡,無法反駁、無力判斷,那也是一件很可怕的事情,如下面這個來自 xkcd 的漫畫。

  

另外懂些技術可以把 PM 從高屋建瓴拉到腳踏實地。很多時候 RD 會消極配合 PM,很有可能是 PM 的設計在技術可行性上出現了問題或製造了麻煩。於是在 RD 看來,PM 就是天馬行空不負責任的 YY,卻把落實的各種不靠譜問題都拋給了他們。就好像建築師不可能對土木工程毫無了解,PM 有時候也需要在技術層面上了解一磚一瓦是如何落實的,才能讓設計變得踏實。

  PM 也許可以不懂技術?

行文至此,也該中庸一下,其實 PM 懂技術,也未必是必須的,比如我個人內心的技術小人就會把這三種情況排除在外。

  1. 這位 PM 有着非常成功的產品經驗

技術流雖然驕傲,但也有着崇尚權威的謙卑。如果你有着非常輝煌的歷史,即使你對技術一竅不通,但憑藉著“PM 將再一次帶領大家走向產品成功”的信念也足以令 RD 們信服。不過能夠做到這種程度的 PM,不懂技術的應該是鳳毛麟角吧。

  2. 這位 PM 有着非常敏銳的產品直覺

如位 PM 有着非常敏銳的產品直覺,尤其對新技術可能帶來的產品革新有着靈敏的感知的話也是被排除在外的。好的 sense 是能令其他人都跟着拍手叫好的,RD 再頑固,也是能夠嗅到方向的,所以也會願意跟着你的直覺走。不過,sense 這種東西,有時候跟天賦一樣可遇而不可求。

  3. 這位 PM 有着很強大的邏輯思維能力。

技術流都是邏輯控,如果你的設計出現了邏輯上漏洞或者問題,將會讓 RD 們無比鄙夷,如果已經令 RD 們做了很多無用功,那更可能招致怨念。正是因為 RD 們對邏輯的執着與看重,PM 的邏輯思維能力就更加成為了一個巨大的考驗。另外學習技術其實可以鍛煉人的邏輯能力。當然,懂技術到邏輯強大,這不是充要條件。

  小結

說了這麼多,倒也不是要標榜懂技術的種種好處,其實技術有時候反而會給設計思維帶來限制。例如,PM 看產品可能首先考慮的是產品定位,而 RD 看產品首先想到的是功能。個人以前就很喜歡拿功能攢產品,做出來的東西基本不能稱之為產品。這也許就是前面所說的思維模式上的差別。PM 的思維模式其實是很寶貴的,所以學習技術,還需慎重。

總而言之,PM 應該是懂些技術的,或許不需要懂到技術的細枝末節,但至少要有常識,再次也要對技術表現出尊重和熱情。只有這樣才有可能成為一個優秀的產品經理。