本文從(中小型)
公司管理和產品經理自身能力兩個維度出發,探討如何提高整個產品研發過程中的效量。效量是我自己編造的詞彙,意思是效率+質量。
產品研發效量低,都是產品經理的鍋?
很多中小型
互聯網公司的老闆可能都在爲自家產品發愁,沒有BATJ的自有海量流量,沒有可視爲糞土的雄厚資金,更沒有資深的技術儲備。唯一的出路彷彿只有讓自己公司的產品一鳴驚人,才能在互聯網紅海中殺出一塊立足之地。
這種期望不言而喻,重重地落在產品經理的頭上,老闆們期望產品經理可以妙手回春,創造奇蹟。倘若沒有達到這種期望,就都是產品經理的失職,是他個人能力不足導致的。然而產品不理想,真的跟
公司管理無關麼?
模糊的崗位定義和權責邊界:你的事是我的,我的事是你的,這件事是誰的!?
老闆或領導對產品經理崗位和權責沒有清晰的定義。很多老闆或領導甚至把這個管理的漏洞,看成是篩選員工積極性的一種方法。然而,失去清晰的崗位定義和權責邊界,導致的是部分工作衝突不斷,部分工作無人問津。
我們從體育比賽中,有時可以找到相似的例子。比如羽毛球的雙打,若沒有事先規定好各自負責接球的範圍,在球進入一個曖昧的區間時,兩個隊員就會猶豫,是自己接球還是對方接球,倘若是自己接球,若對方也同樣的想法,會不會撞到一起,誤傷隊友?最可能的結果就是,要麼相互傷害,要麼都撒手不管。
中小型公司中,往往都是老闆或領導驅動需求。老闆或領導想到一個idea又着急實現的時候,可能會直接抓來設計師,讓ta設計產品新界面,又可能會直接抓來研發人員,讓ta增加新功能,順便再出一份功能文檔。
久而久之,老闆或領導幾乎替代了產品經理,設計師和研發人員的權責也逐漸與產品經理的重疊,導致產品經理不確定自己哪些該做,哪些不該做,哪些做了也白費力氣。而老闆或領導跨過產品經理,直傳聖旨,也讓產品功能變得七零八碎,需求的跟蹤與追溯變得難上加難。
崗位定義和權責邊界模糊,等於公司對員工的要求與目標的模糊,這從根本上動搖了員工對自己工作價值的感受,和對自己發展方向的判斷。此種環境下,必然無法激發出員工自身真正的價值,導致老闆或領導自己總是感覺無法找到優秀的人才。
混亂的項目管理:在追求快的道路上越來越野!
“天下武功,唯快不破“ 這句話放在互聯網行業彷彿也通用。快速的敏捷開發,可以讓公司迅速收到用戶反饋,進而更新產品,以最短時間適應市場環境。對中小型
互聯網公司來說,迭代產品的頻率就是與競爭對手競賽的步頻,步頻越高,好像在市場的競賽中勝出可能就越大。
然而,有些中小型
互聯網公司過度追求迭代頻率,完全忽視構過程中的項目管理,導致整個產品匆忙趕工而成,漏洞百出且無法追溯,一片混亂下員工也備受折磨。
首先,在項目開始之前,沒有明確負責人的任務,會造成遇到需要配合時,出現相互推諉的情況。本人親歷過一次
企業網站改版項目,雖然指派了提供文案的運營人員,但每次找到運營人員,要求提供官網新文案的時候,運營人員都會以產品框架未出,拒絕提供。拖了3天,直到運營總監發現文案遲遲未出,才與該運營人員說明,產品框架需要配合文案的核心方向來做,必須先出文案,此任務才得以推進。
其次,沒有明確最終決策人,會造成項目的停滯與拖延。還是舉剛纔同樣的項目爲例子,
企業網站設計到公司對外的整體形象,應該是公司老闆最後拍板,但老闆自己卻先推給研發和運營各組負責人,讓他們定奪,而後在產品成型後,老闆又覺得不符合自己的預期,突然查收要求修改,導致工期前前後後被耽誤4、5天。
老闆或領導需要明白,在項目開始前,確定好最後拍板的決策人非常重要。也一定要考慮到自己在該項目中的位置。否則就會出現一些雞毛蒜皮的小問題,會找到老闆和領導決策,而一些大問題卻因自己撒手不管,而無法把控。
再次,忽視產品開發的科學過程。產品需求的評審在大公司已經是固定流程了,而在中小公司,很多老闆或領導覺得評審這一步是浪費時間,還不如快速把產品推到市場,求得市場反饋。然而實際上是,一些荒謬的需求,只要經過不到半天的推理考量就可以剔除不做,整個過程所需的人力成本、時間成本和機會成本要遠遠小於把需求開發成產品功能,再收集用戶反饋,才確定刪除該需求的各項成本。匆匆忙忙地投入研發與實現,會遠遠增加產品的成本與風險。
拒絕暫停,拒絕反思:忙忙忙,看起來越忙越好!
中小型企業可能因爲資金的不充裕,導致對員工的評判標準都傾向於過程,而不是結果。老闆們希望自己付出的每一分工資,都能在員工的忙碌程度上有所體現。他們希望看到員工8小時中的每一分每一秒都在執行項目,“我不希望看到你們閒着”大概是很多中小型企業員工會聽到的一句話。
然而真的是員工越忙越好麼?我們在上學的時候,可能對此深有體會,有時候自己花了大量時間,做了成百上千道題,卻收效甚微。有時候只是停下來,認真思考了幾道典型的題目,卻收穫頗豐。當公司或領導,過於重視員工肉體的忙碌程度,而不願意給員工和自己的大腦一些時間用來思考與反思,那麼真個團隊都會困在項目趕項目,無限的低效忙碌循環上。
通過這幾年工作中的觀察,我發現,很多忙碌是相當無效的。比如之前提到的,先出成品再判斷需求價值的情況,或者渠道上線的版本總是搞錯,只能下架,重新等待審批,等等情況。這些無效的勞動,本都應該可以通過規範工作流程避免的。但是因爲老闆或領導們不願意自己和員工停下來,花時間反思總結項目的經驗,進而優化項目流程與管理,導致今後的每一個項目都陷於毫無價值的問題的泥沼。
提高產品研發效量,產品經理個人又能做什麼?
之前翻譯的HBR文章提到,產品經理需要找到能讓自己發光發熱的地方。倘若
公司管理一直混亂,沒有進步,產品經理們就應該考慮離開了。而不想或無法離開的話,作爲項目的一個成員,如何提高自己的效量呢?
不重複造輪子
產品經理要懂得及時把可複用的功能或者佈局積累起來,化成Axure部件庫也好,化成文檔也好。總之,在類似的項目上,有些小的功能組件不需要重複再思考,直接拿來複用就好。雖然彙總的時候會花一些時間,但從長遠來看,這是提高效量的好辦法。
管理好自己的資源池
行業和崗位相關資料的收集管理是任何職位的人都需要做的,並不是新鮮的理念。網上有很多關於資料管理的優秀文章可以借鑑。我在這裏只簡要提一下自己的經驗。隨着工作經驗的增加,資料幾乎會成幾何倍增加,這就要求個人定期,至多半個月一次,用tag或文件夾整理自己的資料,否則當你查找文件資料的時候會變得跟在百度上搜索一樣艱難,更不要提效率了。
花時間練習寫作與口頭表達
本人在工作中注意到,溝通上產生的誤會,經常會對項目進度造成幹擾。而產品經理最重要的工作內容之一就是溝通,跨部門的溝通。爲了確保自己的想法能夠快速又準確地傳達給對方,產品經理應該多在工作之餘,看一些寫作或演講的書籍。尤其是一些不善言辭的產品經理,更是必須要克服此問題才行。
以上就是我在產品工作當中,關於提高效量的一些思考。由於經驗的侷限性,很多觀點可能有所偏頗。還希望同行們多多指點。