程式設計師和產品經理是怎麼互相看的？貶低還是讚揚？
阿新 • • 發佈：2018-12-30
今天下午沒事去參加了某公司來我校舉辦的一次產品設計相關的講座。大部分“創新與設計”課程的學生或未來想做產品經理工作的同學都去聽了，我因為最近要幫一位老師做一專案的產品原型設計，連Axure還沒完全用會，因此也跑去旁聽。
這位高階產品經理講的繪聲繪色，教我們產品需求文件怎麼寫？整個產品的設計流程、常用工具、產品經理的工作職責、研發管理相關的內容等等。我自己簡單總結了幾點：
- 產品設計過程中最重要的四個部分：理清產品業務流、產品原型設計、需求分析文件PRD（word）和需求跟蹤列表（Excel）。
這裡要說明的一點是：以前的需求分析文件很大，一般都幾十頁甚至上百頁，維護起來十分困難，現在的需求分析被拆分成兩部分：需求分析文件+需求跟蹤列表，其中需求分析文件一般只有4、5 頁，包含一些基本固定下來的業務概述和功能描述，在以後的開發中一般不會再改動，需要改動的細節使用跟蹤列表來跟進，大大減輕了維護難度。- 產品設計常用工具：Enterprise Architect（常用於業務流和建模）、Microsoft Visio（框架圖、建模）、Axure（原型設計）和Balsamiq Mockups（原型設計）。
- 產品設計相關的理論：馬斯洛需求層次理論、Kano模型分析和四象限定位法。
- 軟體研發管理常用IPD（整合產品開發）和Scrum（敏捷開發）兩類methodology。
- 推薦了一些像《誰說大象不能跳舞？》、《精益創業》和《周鴻禕自述：我的網際網路方法論》這樣的書籍。
整個講座下來，我的確學到了一點產品相關的知識，本應高興，但實則不然，因為我從這位高階產品經理和身邊的同學口中聽到了一些貶低我們程式設計師的言論。我首先根據今天聽到的知識簡單總結出整個產品的開發流程，如下圖所示：
是的，做個產品真心不易，流程很複雜，產品經理掌控著最關鍵的產品設計部分，而我們程式設計師只處於中間的一個小小環節，只負責實現人家設計好的產品圖就行。就我今天聽講的感受來看，產品經理是這樣看程式設計師的：
- 我們產品經理做的事是最關鍵的，我們負責需求設計、原型設計和使用者介面/體驗/互動設計，這些任務是具有創新性和挑戰性的，因為我們要深入挖掘使用者的需求，思考怎樣的業務流最讓使用者滿意，然後設計出相關的原型甚至各個互動頁面（點選這個按鈕發生什麼事），你們程式設計師只需要把我畫的圖和互動動作實現了就行，如果我們改動了需求，你也要馬上改，如果我們發現這套產品方案不行，要重新設計，你也得重新編碼重頭幹。當然我們儘量少改需求、不改方案，否則不就是“耍猴（程式猿，猿，尼瑪！！！）”了嗎？
- 程式設計師做的都是最底層體力勞動。為什麼說是最底層呢？程式開發下面不是還有個測試嗎？是的，測試雖然在開發之後，但也能管程式設計師，因為若測試人員測試後覺得做的太爛，完全有權力叫開發人員撤掉重寫……
聽到這些言論著實讓我不爽了好久，不過這只是我個人聽到的“產品經理心目中的程式設計師”，也許也有很多產品人覺得程式設計師的工作很偉大，很神奇呢。
另一方面，程式設計師又是如何看待“萬惡”的產品經理呢？我曾聽一個技術前輩是下面這樣的想法：
我們程式設計師的工作都是很magic的，能夠實現各種各樣的功能，有趣的、實用的、搞笑的……涉及的技術也很高大上，夠人專研一輩子的。而產品經理就是做做調研、寫寫文件、畫畫圖，沒有什麼技術含量，工作也很枯燥無味……
那麼實際工作過程中，產品經理到底是怎麼看程式設計師的呢？而我們程式設計師又是如何看待產品經理的呢？難道是真的互相貶低嗎？沒有互相欣賞的嗎？我個人認為這兩份職業都是高大上的，都不容易……