程序員和產(chǎn)品經(jīng)理是怎么互相看的?貶低還是贊揚(yáng)?

今天下午沒事去參加了某公司來我校舉辦的一次產(chǎn)品設(shè)計(jì)相關(guān)的講座。大部分“創(chuàng)新與設(shè)計(jì)”課程的學(xué)生或未來想做產(chǎn)品經(jīng)理工作的同學(xué)都去聽了,我因?yàn)樽罱獛鸵晃焕蠋熥鲆豁?xiàng)目的產(chǎn)品原型設(shè)計(jì),連Axure還沒完全用會(huì),因此也跑去旁聽。

這位高級(jí)產(chǎn)品經(jīng)理講的繪聲繪色,教我們產(chǎn)品需求文檔怎么寫?整個(gè)產(chǎn)品的設(shè)計(jì)流程、常用工具、產(chǎn)品經(jīng)理的工作職責(zé)、研發(fā)管理相關(guān)的內(nèi)容等等。我自己簡(jiǎn)單總結(jié)了幾點(diǎn):

  1. 產(chǎn)品設(shè)計(jì)過程中最重要的四個(gè)部分:理清產(chǎn)品業(yè)務(wù)流、產(chǎn)品原型設(shè)計(jì)、需求分析文檔PRD(word)和需求跟蹤列表(Excel)。
    這里要說明的一點(diǎn)是:以前的需求分析文檔很大,一般都幾十頁甚至上百頁,維護(hù)起來十分困難,現(xiàn)在的需求分析被拆分成兩部分:需求分析文檔+需求跟蹤列表,其中需求分析文檔一般只有4、5 頁,包含一些基本固定下來的業(yè)務(wù)概述和功能描述,在以后的開發(fā)中一般不會(huì)再改動(dòng),需要改動(dòng)的細(xì)節(jié)使用跟蹤列表來跟進(jìn),大大減輕了維護(hù)難度。
  1. 產(chǎn)品設(shè)計(jì)常用工具:Enterprise Architect(常用于業(yè)務(wù)流和建模)、Microsoft Visio(框架圖、建模)、Axure(原型設(shè)計(jì))和Balsamiq Mockups(原型設(shè)計(jì))。
  2. 產(chǎn)品設(shè)計(jì)相關(guān)的理論:馬斯洛需求層次理論、Kano模型分析和四象限定位法。
  3. 軟件研發(fā)管理常用IPD(集成產(chǎn)品開發(fā))和Scrum(敏捷開發(fā))兩類methodology。
  4. 推薦了一些像《誰說大象不能跳舞?》、《精益創(chuàng)業(yè)》和《周鴻祎自述:我的互聯(lián)網(wǎng)方法論》這樣的書籍。

整個(gè)講座下來,我的確學(xué)到了一點(diǎn)產(chǎn)品相關(guān)的知識(shí),本應(yīng)高興,但實(shí)則不然,因?yàn)槲覐倪@位高級(jí)產(chǎn)品經(jīng)理和身邊的同學(xué)口中聽到了一些貶低我們程序員的言論。我首先根據(jù)今天聽到的知識(shí)簡(jiǎn)單總結(jié)出整個(gè)產(chǎn)品的開發(fā)流程,如下圖所示:

產(chǎn)品開發(fā)流程圖.png

是的,做個(gè)產(chǎn)品真心不易,流程很復(fù)雜,產(chǎn)品經(jīng)理掌控著最關(guān)鍵的產(chǎn)品設(shè)計(jì)部分,而我們程序員只處于中間的一個(gè)小小環(huán)節(jié),只負(fù)責(zé)實(shí)現(xiàn)人家設(shè)計(jì)好的產(chǎn)品圖就行。從我今天聽講的感受來看,產(chǎn)品經(jīng)理是這樣看程序員的:

  • 我們產(chǎn)品經(jīng)理做的事是最關(guān)鍵的,我們負(fù)責(zé)需求設(shè)計(jì)、原型設(shè)計(jì)和用戶界面/體驗(yàn)/交互設(shè)計(jì),這些任務(wù)是具有創(chuàng)新性和挑戰(zhàn)性的,因?yàn)槲覀円钊胪诰蛴脩舻男枨?,思考怎樣的業(yè)務(wù)流最讓用戶滿意,然后設(shè)計(jì)出相關(guān)的原型甚至各個(gè)交互頁面(點(diǎn)擊這個(gè)按鈕發(fā)生什么事),你們程序員只需要把我畫的圖和交互動(dòng)作實(shí)現(xiàn)了就行,如果我們改動(dòng)了需求,你也要馬上改,如果我們發(fā)現(xiàn)這套產(chǎn)品方案不行,要重新設(shè)計(jì),你也得重新編碼重頭干。當(dāng)然我們盡量少改需求、不改方案,否則不就是“耍猴(程序猿,猿,尼瑪?。。。绷藛??
  • 程序員做的都是最底層體力勞動(dòng)。為什么說是最底層呢?程序開發(fā)下面不是還有個(gè)測(cè)試嗎?是的,測(cè)試雖然在開發(fā)之后,但也能管程序員,因?yàn)槿魷y(cè)試人員測(cè)試后覺得做的太爛,完全有權(quán)力叫開發(fā)人員撤掉重寫……

當(dāng)然,這只是我看到的“產(chǎn)品經(jīng)理心目中的程序員”,也許也有很多產(chǎn)品人覺得程序員的工作很偉大,很神奇呢。

另一方面,程序員又是如何看待“萬惡”的產(chǎn)品經(jīng)理呢?我曾聽一個(gè)技術(shù)前輩是下面這樣的想法:

我們程序員的工作都是很magic的,能夠?qū)崿F(xiàn)各種各樣的功能,有趣的、實(shí)用的、搞笑的……涉及的技術(shù)也很高大上,夠人專研一輩子的。而產(chǎn)品經(jīng)理就是做做調(diào)研、寫寫文檔、畫畫圖,沒有什么技術(shù)含量,工作也很枯燥無味……

那么實(shí)際工作過程中,產(chǎn)品經(jīng)理到底是怎么看程序員的呢?而我們程序員又是如何看待產(chǎn)品經(jīng)理的呢?難道是真的互相貶低嗎?沒有互相欣賞的嗎?我個(gè)人認(rèn)為這兩份職業(yè)都是高大上的,都不容易……

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容