怎麼確定一個研發團隊需不需要配置產品經理?
一、用人數確定,比如一個團隊只有2個人,一個程序員,一個美工,這種情況是不需要產品經理的。
二、用項目的複雜程度,一個項目如果比較複雜,需要對接的業務單元比較多,需要有個產品經理進行對接。
還有那些方面呢?
產品經理的存在,無非也是去解決一些問題以及處理一些工作(如市場調研、需求分析、功能梳理等)。
不應該是以表面現象,比如問題舉例的多少人的團隊、或者業務是否複雜,來判斷是不是需要產品經理。
而是應該以,這些工作或問題,是否需要一個對應的人去解決,而恰好這個人的 titile 是產品經理而已。所以即使是產品經理,在不同的業務中,所需要處理的工作也是不一樣的。
我現在所在的團隊,在我來之前是沒有產品經理的,也就是說我是團隊的第一位產品經理。
在我加入之前,團隊靠著兩三名研發和運營人員的共同努力,也開發出一款web產品上線,並運行了兩年。在這過程中嚴重的大問題沒有,小問題靠著修修補補也能持續下去。
那為什麼他們會突然要找一個產品經理來呢?我來了之後,經過跟運營、研發人員分別溝通後,發現了其中的緣由。
- 運營人員,直接跟我吐槽產品的管理後台功能不好用,經常會出現一些bug讓研發解決,研發總是響應太慢,不然就說是技術上無法實現。運營人員由於不太了解技術實現,也不好判斷研發是不是在忽悠。所以運營人員就希望要有個人,來推動研發來搞定問題,讓產品能夠有更好的運營效果;
- 研發人員,心裡也有點苦悶,覺得團隊研發資源本來就緊張,很多需求的確是受限於技術選型,調整起來會有難度。很多新功能只能在原有框架上優化,超出框架能力範圍,自己也沒有太多時間精力去開發。而且運營提的需求都太零碎了,導致做了一個小功能可能還不能完全滿足運營人員的要求,希望有個人能來全局把控梳理下,把需求都聚合整理清楚了,在跟他們進行對接。
運營、研發對這個「人」的訴求都是做一個介面人,做好承接,把業務運營的期望點轉化為產品真正的需求,對需求進行全局抽象整理後,優先順序排序及版本規劃,跟研發進行需求澄清及技術方案討論,讓研發更好把需求完整落地。
所以只要有這麼一個「人」的角色在,是不是產品經理的頭銜,並不是很重要,但這樣的角色在團隊中一定要有人去承接。當然產品經理的作用不僅僅是局限在這裡,但這是產品日常中一項很重要的工作。
之前和Facebook的大佬交流,讓我對產品經理的角色有了「更國際化」的視角。
首先要明確,對於公司來說,任何崗位實施的目的,都是為了讓「這個事情能做成」。所有的設計都應該是圍繞這個目標去做的。
研發是必要的么?是的,因為沒有他們,就沒法把代碼碼出來,成為可用的東西;
設計是必要的么?其實不是,因為有很多的標準設計庫了,前端同學改改也能用,不糾結的話也就過去了;
產品是必要的么?更加不是了,「人人都是產品經理」,這些溝通的推進的事情,只要研發同學情商高一些主動性高一些,彷彿就自己也就做了;
這就是Facebook、supercell、或者說很多現在國外互聯網企業正在用的模式,快速組成小團隊,圍繞一個目的去做模型、去試,而且這個團隊里往往是研發主導,初期並沒有產品同學。
用戶洞察?用AB test代替;溝通不暢?用公司制度(例如中台設計)來減低。
而這些公司的經驗告訴我們,一個業務沒有產品經理,有時候也是可以成的。
那麼,回到問題本身,什麼時候證明需要一個產品經理呢?
當這件事按照現有情況已經有點要搞不下去了的時候。
其實產品經理就是一個「琢磨」的角色,琢磨這個事情該怎麼干,琢磨每個按鈕該放哪裡,琢磨未來怎麼演化,琢磨每個配圖每個配色——琢磨大的問題,也琢磨小的細節。
這些工作都有個特點,就是其實團隊里每個人都能幹,但由於都不是每個人的本職工作,所以往往容易沒人干的情況。
這個時候,就需要一個專職去干這事的人了。
這個人就是產品經理。
所以,需不需要產品經理,是和團隊能力相關的,團隊其餘人能力強主動性高,能夠主動分擔了產品的工作,那也許就不一定需要一個專職產品了。
而證明這件事的方法,就是先沒有產品這個角色,跑一段時間,再看。
這難道不也是一種小步迭代的產品方法論么。
又從側面證明了,Develop company as a product.
一個團隊是否需要產品經理唯一的判斷標準就是這個團隊的定位是什麼,與其他任何因數都無關,包括團隊的人數等。
產品是產品團隊構建的結果,而產品經理對產品團隊要構建什麼產品負責,負責產品全生命周期管理,實現商業目標。產品取得成功,是因為團隊中的每個人各司其職。但產品失敗,就是產品經理的過錯。
如果這是一個產品實施團隊,要打造或優化一款產品,那麼它就需要產品經理,反之,對於專業化的研發團隊、測試團隊、設計團隊等而言均不需要配備產品經理。