在中小型公司里,產品經理主要的工作職責是什么?
產品經理的最終形態應當是無限接近于CEO的。
現在每天的工作真心是累到頭疼,太多瑣碎的事情和持續的長時間工作對身體和精神都是一個巨大消耗。但是有時靜下心來的時候我會想:這么忙的工作,我是真的成長和提升了嗎?
所以我給自己定了一個小計劃,按照產品經理的發展路徑,進行持續性的內容輸出。這個輸出的過程是一個自我反思的過程,也是一個積累與沉淀的過程,我希望通過這個過程能夠讓自己持續性的提升與成長。
這個計劃里的第一篇總結就是:從我個人經驗的角度總結一下,中小型企業里的產品經理主要工作職責都有哪些?下面我具體來講一講。
1、產品計劃和策略的制定
在中小型企業里面,產品經理往往不太涉及到戰略的制定,戰略一般是由老板直接制定的,而產品經理就在老板給的方向下去制定具體的策略。在有了具體的策略之后,產品經理就需要給到月度的規劃和排期,這里就需要產品經理有一定的把握產品和制定規劃的能力。
比如在產品的起步階段,基本的功能實現和產品的穩定性是最重要的,而小眾用戶的需求和界面的提升就是次要的,產品經理就需要明確產品所處的階段以及該階段需要解決的核心問題,然后圍繞著核心問題去制定產品的規劃與排期。
我的經驗是:一般我會制定1-2個月的產品規劃與排期,在此基礎上給到具體的優先級。之所以只做1-2個月的規劃和排期是因為互聯網的發展速度是很快的,2個月之后公司是否能夠融到下一輪的資金、產品的市場環境是否發生了變化、產品的發展方向是否需要調整等等,都是存在具體的不確定因素。
2、產品需求的搜集與整理
中小型企業產品需求的搜集與整理又來源于以下幾個方面:數據分析、市場反饋、用戶調研、競品分析、個人思考等等。
數據在很多時候是需求的一個重要依據,比如開發問:為什么做這個功能?有什么作用?憑什么你說了算?這個時候為了避免產品經理自說自話、淪為笑柄,所以就要拿數據說話,通過嚴謹的數據分析得出相關的結論,這樣產品經理就可以說:通過數據分析發現我們的用戶在3-10分鐘的流失率達到35%,這說明產品在3-10分鐘存在較大的問題,那么我希望通過添加任務系統讓用戶在3-10分鐘的時候有一個明確的目標和任務引導,我不敢保證添加之后流失率必然降低,但是我的預期是通過這一項改進留存率可以降低10%。
除了數據分析之后,市場和運營可能也會頻繁的反饋產品問題或用戶使用感受等等,但是市場和運營的反饋就需要產品經理經過充分的判斷和思考了,因為很多市場的反饋可能僅僅代表著部分用戶的小眾需求,或者說是這個需求雖然有,但是優先級并沒有那么高,不適合產品這個階段去做這個事情。但是因為很多市場和運營人員并不具備這種判斷能力,他們會吵著說用戶的反饋很強烈,這個時候就需要產品經理很強的判斷和說(si)服(bi)能力了。
用戶調研和競品分析也是需求的重要來源,用戶調研的話在不同階段有不同的側重點,比如產品前期側重點在于大多數用戶的需求,到了產品穩定和成熟之后,可能很多小眾用戶的需求也需要顧及到。
競品分析就更不用多說了,有句話叫做“天下文章一大抄”,借用過來也可以說“天下產品一大抄”,比如微信的公眾號、支付寶抄過去就變成了生活號,比如B站最早做的彈幕功能、很多視頻網站也都紛紛借鑒了……在我看來,我覺得抄不是不可以,而是要合理的抄,在“借鑒競品”的時候需要多問自己幾個問題:這個功能到底是為了滿足什么需求?這個需求的重要程度高嗎?這個功能是否是合理的?為了滿足這個需求、是否有更好的方案?
最后是個人思考,這個就涉及到了產品哲學了,這也是體現出產品經理個人能力和素養的方面了,比如微信為什么沒有添加會員功能?公眾號為什么不添加編輯推薦欄?等等都與產品經理的個人思考和產品哲學相關。
3、撰寫專業規范的需求文檔
撰寫一份規劃、嚴謹、詳細的產品需求文檔應當是產品經理的本質工作,由于產品需求文檔缺乏統一的規范與要求,所以各家產品經理寫起來也都是千差萬別,很多初級的產品經理在撰寫的文檔總是會給人不規范、不嚴謹的感覺,比如寫的需求只想到了前端展示,并不考慮后端實現邏輯、數據埋點、異常流程等情況。前端實現很容易看到,但是具體到后端的實現邏輯、接口如何調用、數據如何通信、在各種網絡狀況下的處理、異常操作出現時的邏輯判斷等等,產品經理都需要盡可能的考慮清楚。
一份嚴謹、規范的需求文檔可以很好的提升開發的工作效率,同時也會加深程序猿對產品經理的好感,前段時間我在做產品的任務系統時,就因為文檔沒有很好的預見性而引起了技術的麻煩,后來我才了解到原來技術方面更希望我把任務系統設計成模塊化的形式,其中的數據都可以從后臺配置,前端的展現方式也需要進行統一和明確,這樣他們開發一次之后,后續再添加新的任務就可以只配置后端數據就可以了。
4、跟進到具體的開發流程、確保產品的按時上線
需求文檔寫完了、也和開發過了一輪,那么下一步就需要產品經理跟進了具體的開發流程中去。不同公司有不同的項目管理軟件,禪道、Jira、Worktile等等。產品經理一般會把具體的需求錄入到項目管理軟件中,這個過程中,產品經理還需要進行跟進,看技術人員在具體的實現上是否還存在問題?或者在時間有限的情況下是否會壓縮需求或者前期以簡單的方式實現?等等。等到開發周期快截止的時候,產品經理還需要督促測試和上線的時間。
5、其他一切別人不愿意做或不去做的事情
非常推薦大家去看一篇由谷歌前產品經理撰寫的文章《產品經理,你其實是個錘子、清潔工、路由器……》,這篇文章寫出了大多數優秀產品經理的真實狀態。
比如技術人員之間發生分歧了,產品經理要想辦法協調;老板突發奇想要加需求了,產品經理要幫技術頂住壓力;運營活動人手不夠了,產品經理要幫忙;甚至連財務打款沒到賬,產品經理也要跟蹤給老板反饋……
公司里面的確都有對于每個崗位的職責劃分,但在很多情況下依然會出現職責并不明晰的狀況,所以那些處于灰色地帶的事情都需要產品經理去頂上。這一點上就需要產品經理有很強的OWNER意識,能夠真正的把產品、把團隊、把公司當成都是自己的來看待!
以上所說的是產品經理的本職工作,在初期做好上述工作可以使自己的工作達到及格水平。往后發展的話,我認為產品經理除了做好本職工作之外,還需要持續性的學習以不斷提升自己的專業能力、形成相關的產品哲學與產品方法論,同時還需要對市場、運營、渠道、品牌、技術架構等方面有充分的涉足和了解!
總而言之,產品經理的最終形態應當是無限接近于CEO的!
作者:旺仔九號,產品經理路上的苦行僧,心理學碩士。
本文由 @旺仔九號 原創發布于人人都是產品經理。未經許可,禁止轉載。
“比如技術人員之間發生分歧了,產品經理要想辦法協調;老板突發奇想要加需求了,產品經理要幫技術頂住壓力;運營活動人手不夠了,產品經理要幫忙;甚至連財務打款沒到賬,產品經理也要跟蹤給老板反饋……”
淚目?。。?/p>
支持一波
得了得了,在好幾個地方罵我呀?小黃狗,我可不是你主人,沒資格寵你。咬我肯定被打嘴巴子,懂嗎?寫的垃圾你完全可以不看,但是你免費看了還咬人,就是你家人的不對了,麻煩管好自己的嘴巴,剩的到處被打可以嗎?
還有人噴第三條的嗎?
接口調用基本就4個方法去了解一下就知道為什么需要產品參與規范了;
后端也是需要產品去通過流程圖確定數據流轉和業務實現的;
在畫流程圖的時候就可以為數據進行埋點進行分析;
協議和弱網環境下數據如何保存與傳輸這些東西技術團隊可能會有自己的一套方法,不懂的話也可以問技術大佬使用的是哪一套,以及為什么。
形成相關的產品哲學與產品方法論,這句話很對。
以前是做開發崗位的,現在轉產品后才發現干好產品一點都不比開發容易。
嗯,開發轉過來在技術上有一定的優勢,更容易和程序員打交道。
產品路上前行……
其實對于中小型公司中,產品經理就是類似萬金油的存在。 ??
還有就是pm更多的應該站在用戶和需求的立場,有些東西是一定要堅持的,比如說需求文檔這類說明性文檔,難道因為別人不看,你就不寫了么?這樣你對你自己的產品的細致點不會理解的很清楚,對于一個需求,你可能第一次這樣說,第二次就和第一次不一樣了。
文檔這類文字描述的,一方面pm后面回顧時,能知道當時自己是怎么想的。一方面也是需求封鎖的過程。
還有我覺得pm也不應該和開發扯太多邏輯和思維什么的,更多的應該關注在你要什么效果上,可以懂開發技術,但是不用自己去教開發應該怎么設計怎么做。#個人觀點#
??
作為一個開發轉崗過來的產品,我個人覺得必須要和技術的溝通邏輯,首先你必須要把你產品設計出來的前后端的邏輯給理順并且清楚的告知開發你想要這個產品實現什么,什么樣的邏輯展示什么樣的東西;之前遇到的產品大多數只會畫原型,然后問他這個邏輯如何和前后端保持一致,他就懵了。至于開發怎么做,他們自己去實現,產品不用干涉,但是邏輯要和開發溝通清楚
開發不喜歡看PRD,產品還有必要寫文檔么
我可以提一個問題嗎?
前期發展的時候,用戶應該是粉絲用戶,這時候他們的需求應該就是我們產品真正需要提供的,那么,這群粉絲用戶的需求能代表大部分的用戶運營小白,不是很懂哈。
在一家公司入職的產品助理,只需要每天收集各種客戶,和他談你要做個啥?然后去問開發,能做不? 否。 完結。
第三條你是認真的嗎?產品經理要跟開發講業務實現?什么接口?協議怎么定?呵呵,垃圾
對啊,寫的這么垃圾還被推薦了?你是不是特別氣?哈哈哈。到處噴FEN,一次分享沒有的鍵盤俠——你也許可以在其他地方囂張,但是在我這,我專治鍵盤俠。
領教了領教了,對對對,我鍵盤俠,我噴糞,告辭
這個阿黃真的是瘋狗一條,就是你這種渣滓多了,社區氛圍才差勁的。不想看,你完全可以滾,不必在這里到處噴糞咬人,都不是你爹媽,沒人該寵著你。
回復上面的阿黃,看你的名字就知道你會咬人,但是不好意思,我不是你主人,沒理由寵你。你講的很對,我的文章的確垃圾,但是總比你寫不出來的強吧?既然嘴巴這么厲害,為何不寫這文章,讓大家學習學習?還是說你人如其名,只是一條咬人的鍵盤俠?
在我們公司確實要問開發這些東西,你不懂不問,開發就說做不了,不好做,然后就說做完要好久,真的是被逼的,后臺經理真的是沒有自驅能力,就想著怎么延期
產品就是一塊磚,哪里需要哪里搬,我們都是站在別人的角度著想,沒人占在我們產品的角度著想,哎!真心累
哈哈哈,這就是產品的格局呀!
很不錯的分享
現在已經傻傻分不清項目經理和產品經理的職責了
從我們公司用產品經理這個詞后,我們這些需求人員就和項目經理沒有差別了 ??
以我目前的經歷來說,作者句句扎心,我呆過的公司大概也就是這樣子的,能做好文章里說的這些差不多在一個中小公司來說是一個合格的產品經理了。
??
產品經理就是產品的爸,研發是產品的媽,長的什么樣都是產品經理的基因說了算。
哈哈哈,話糙理不糙。
產品經理發展路徑能否具體說下,新人入行也想提高
大廠才是產品經理不參與策略層把,大廠參與決策的基本都是產品總監把?中小企業的產品經理直接對接CEO,只要得到CEO的認可,對產品是有很大決策權的,因為人少,CEO哪兒有這么多時間盯著產品?反正我是這樣
我也覺得寫反了,小公司更希望產品經理給出規劃路線,而boss們主要來拍板和修正,大公司一般都是有了戰略,需要產品經理提意見和微調產品實現,但只是戰術層面的調整。
感覺也寫反了,也分公司情況吧,但是一般情況下是這樣的。我很贊同產品就是無限接近CEO的角色哈哈,真的太多雜事需要我去溝通了。。