產品經理應該糾正的八個問題
產品經理在互聯網圈不只是一個職位,而是一個標志性的代名詞。
有了一個桂冠的稱號之后,便有了一系列不可收拾的數落;當然對于產品經理出身的我,也不能耐住寂寞不去多說兩句,于我繆見,產品經理應該糾正的八個問題是這樣的:
想當然
接到一個需求,隨便想想之后就果斷認為自己的想法是對的,根本沒有進行任何用戶調研,隨便拿出幾個競品開始分析其所以然來。
當然產品經理一般都是閱過無數產品,也做過N多款產品了,自我崇拜意識還是有的,這也正常!不過作為產品經理的你有沒有想過,你做的產品要為你的老板負責,要為團隊的每一個人負責,所以還是聽聽他人的心聲比較好!
溝通不到位
產品經理是對負責項目最熟悉的人,上到和老板溝通需求,再到自己設計原型,下到和開發人員以及設計師的溝通交流,每一步都至關重要。換個方式來說,產品經理是項目的媒介,只要一個環節溝通不到位,整個產品線就會為之所動,所以產品經理做好溝通是首位,也應該重視起溝通的重要性。
忽視了設計原型
在我眼里原型不是簡簡單單給老板交差或者拉投資那么的簡單,而作為產品經理的我們在做原型的時候應該多思考思考,多下點功夫,不僅要把想法在原型中完全展露,更應該最大可能的提高原型的交互感,讓用戶看見產品有一種興奮感,有很多經典游戲設計就做到了這點,以至于深得用戶喜愛,也就是說必須給用戶一種尖叫的體驗?。?!
需求變更
一般來說,在做完所有準備工作后就要進入開發階段,當前開發版本的基本需求已經確認,沒有大的改動。但是,有些產品經理就是手賤,在開發過程中突然發現很多需求不正確不完善什么的,然后“雷厲風行”的將需求一痛狂改,說難聽點改的都面目全非了,失去了產品的本意,這樣不僅改得自己都不知道自己做的是什么了,而且讓開發人員感到無比痛苦,這也變出現了砍產品經理事件,這個問題我和我團隊的其他合伙人以及產品經理也經常也拿出來開玩笑!
可是作為產品經理的你應該換位思考,為什么出現這些事件,而且屢見不鮮,歸根結底問題就出于產品經理的身上,改需求是為了讓產品更完美,但是過度修改真的不是這么回事了,就像蓋房子,你不能到差不多完工了再說把客廳換個位置吧!這些需求本來在開發前就讓你去完善的,就不應該在開發中肆無忌憚的狂改需求;有些產品經理真的也是軟弱無力,老板想到什么突然就讓改什么,在這我再扯一下蛋,畢竟老板在產品方面不是專業的,作為產品經理就應該與老板做好溝通,避免這類問題的發生。
項目周期規劃不當
在老板眼里今天完成產品的設計,明天進入產品開發,后天產品上線然后可以賺錢是最好不過的,但是這只能是一個幻想,所以,對產品的開發周期在開發前就應該與技術負責人做好溝通,做出一個合理的安排,客觀的規劃一下項目周期。
本人建議,在開發之前和老板,項目負責人開一個開工大會,把這些事情溝通好,這樣進入開發就不會出現大問題,即使出現了問題,也會輕而易舉的解決掉,老板也不會天天在耳門催你了。
不能有效的整合資源
項目進程中,所有調配的人力物力都叫做資源;怎么讓這些應有的資源合理的分配和利用呢?這就需要作為產品經理的你去整合它,千萬不要在開發過程中讓大家再對你的產品產生懷疑和不滿,尤其是老板,據統計很多產品就失敗在這個環節。
不能認真對待產品的本質
首先說說產品經理在公司的生存現狀,我認為產品經理絕對是最累的,因為,作為產品經理不僅要和所有產品涉及到的人員做好溝通工作,而且還要對產品承擔起第一重任,任何一個環節出錯都可能與產品經理分不開。
在如此水生火熱的環境中,產品經理就真的要做到一種“不倒翁”的精神,在此也呼吁其他人員也多理解和照顧照顧這個“弱勢群體”,不要把他逼到跳樓自殺的地步;但是話又說回來,這是你的責任。產品上線以后會出現高峰期和低谷期,在高峰期應該做好用戶粘性,讓到手的用戶不要再走;在低谷期,真的要直視產品本質,多想想在哪個環節出了問題,把問題剖析出來,在本質上優化產品,重新贏得用戶掌聲,能夠做到這點的產品經理真的可以稱之為偉大的產品經理了,因為這樣的產品經理不僅心理素質好還有可以靜心直視產品品質做優化甚至換血液,更重要的是這樣的產品經理懂的承擔責任,在人品上已經勝利了。
不能及時提高自己
一個公司老板的戰略決定著公司的未來,而對于一個產品經理的產品觀念高度也是對公司的發展起著舉足輕重的作用,所以,我們要不斷的學習,不斷的交流,不斷的提高自己!
想必,看完這八個問題,產品大牛們也或多或少的對自己進行一點審視了吧?
其實,對于一個產品經理,我們不應該保持以往那種傳統的“官僚作風”,我們應該敞開心扉,去多聽,多看,多悟,這樣,我們做的產品才不會那么生硬,會更具生命力和親和力?。?!
本文為作者@一爺 原創投稿發布,轉載請注明來源于人人都是產品經理并附帶本文鏈接
? ? ? ? 說的什么的
沒有回復 什么什么的什么什么的
寫的什么啊
寫的你不懂得東西,哦呵呵。。。
為什么沒有用戶呢?這是為什么呢?為什么呢?
什么意思