老好人不適合當產品經理
面對來自各方的需求,如何做出明智的決策,既滿足業務需求又不迷失產品方向,是每個產品經理都需要面對的挑戰。本文將探討如何避免成為“老好人”式的產品經理,確保產品始終圍繞用戶價值進行優化和迭代。
作為產品經理,常常會有面臨很多需求,不知道如何抉擇哪些需求該做,哪些需求不做,哪些需求先做,哪些需求延期做。
在解決以上的問題的時候,我們可以先理清一下,產品經理到底是服務的誰?
有的產品經理在面臨老板的需求,會有無法推脫的困擾,畢竟老板是金主是上級,如果不做,可能工作不保,丟了飯碗。
在面臨的與之并肩作戰的運營需求,也責無旁貸?;ヂ摼W常有一句話“產品經理負責生娃,運營負責養娃”,現在養娃需要支持,產品經理如果推脫,到時候業績完成不了,是你產品不給做需求的鍋,這天空飛來的橫鍋,產品經理抗起也實在是冤。
那老板的需求要做,運營提的需求也要有,產品本身還有很多功能需求也要做,作為level不高的產品經理,我們只能加班加點的默默承受嗎?攬來一大堆需求給開發,開發的熬夜加班,頭發一掉一大把。
產品汪還不時給程序猿灌蜜湯“我給你提需求,不是害你,是愛你呀,傻瓜!” 程序猿回懟一句:“汝之蜜糖,吾之砒霜”!加班熬夜,翻白眼的力氣都沒了。
年終述職的時候,產品經理可自豪啦,我今年做了幾十上百個需求,老板的需求做了,運營的需求也做了,產品本身的需求也做了,我這一年很忙,鍋得很充實,我多么牛掰呀!大家都離不開我。
其實,忙得暈頭轉向的產品經理,不是一個好的產品經理。如果來者不拒的需求都照單全收,是非常危險的,一方面浪費了資源。另外一方面,疲于應付,卻失去了更多思考地方,讓我們形成了管窺之見,認為實現了很多需求就很不錯了。
其實很多需求,本該產品經理把關的,產品經理卻沒有盡到該盡的職責。可能會忘了我們的產品最終是要服務用戶的,這些需求是不是服務用戶,是不是用戶想要的。
產品再有價值,如果不能與用戶達成共識,那也只是自嗨。
產品經理給開發提需求特性,每個實現的特性,都是有成本的:時間成本,人力成本,機會成本。
占據開發時間,需要產品、開發的人力投入,產品、開發投入了這個特性,同時就沒有辦法再做其他的特性。因此我們在給開發提特性的時候,需要做合理的取舍。那做取舍到底要遵循哪些原則呢?
我們在做需求取舍時,可以參考KANO模型。
KANO 模型是東京理工大學教授狩野紀昭(Noriaki Kano)發明的對用戶需求分類和優先排序的有用工具,以分析用戶需求對用戶滿意的影響為基礎,體現了產品性能和用戶滿意之間的非線性關系。
產品的特性是從產品本身的角度出發,而產品的屬性是從用戶的角度出發。
產品的特性實現是功能實現,用戶屬性的實現是滿足用戶用戶的訴求。產品的功能最終是要服務用戶的,如果不能服務用戶,就是無效投入,甚至還有可能是反向投入。
因此我們需要從用戶角度出發,做產品需要有用戶思維。用戶角度的屬性,可以分為期望屬性、魅力屬性、必備屬性、無差異屬性、反向屬性。
期望屬性是體現產品的核心價值,是用戶購買的你的產品,最希望獲得的價值點,需要確定性交付,如果用戶買了你的產品,不能確定性交付,那用戶就會不滿意,認為是被割了韭菜。
假如您的產品是功能性產品,用戶購買你的產品是為了擁有某個功能,如果你的產品不能提供用戶期望的功能,那用戶就會認為你的產品不是她期望的產品,可能下次就轉為路人了,不會再回購,當然你的產品如果本來就是為了割韭菜就另當別論了。
舉個實際的例子,如果你是賣一款結實不破的垃圾袋,能夠裝5斤重量不破。用戶買你的垃圾袋,就是期望能把裝到5斤重量的垃圾袋,輕松提到垃圾桶丟掉。
如果你的做的垃圾袋,用戶拿回去裝了正常垃圾重量,卻在半路上破了,讓垃圾撒到遍地就是,那用戶就真的會認為你的垃圾袋是垃圾了。不但下次不會買,還可能會去網上投訴,影響您后面的銷售。
魅力屬性是用戶本來對這個功能沒有需求,本不在她最初的需求之內,但是買了之后,發現有額外的收益,會有一種驚喜感,會增加對你產品好感,下次還會復購的,說不定還會轉介紹。
但是前提還是需要先滿足期望屬性,才可以追求魅力屬性。同樣拿垃圾袋舉例,假設你的垃圾袋就是上面說的不破垃圾袋,你在垃圾袋的外觀加一些可愛的圖案。
用戶買回去,說不定還當手提袋用,認為花的僅是一個垃圾袋的錢,買的卻是可反復利用的購物袋,這個垃圾袋提供的價值就是超出用戶的預期的。
必備屬性是產品無需特別備注,用戶也不需求特別提出,您的產品就必須具備的屬性。當優化此需求,用戶滿意度不會提升,當不提供此需求,用戶滿意度會大幅降低。
比如用戶現在買手機,不會特別去關注手機的信號怎么樣,更多的關注手機的手感、外觀、照相功能。
假設你的手機在這些方面都很厲害,但是手機信號很差,那用戶就不會買賬。但是如果你的手機信號很好,用戶也會覺得這本身就是手機該具備的功能,不會單因為手機信號好就會對手機映像深刻。
當然這種必備屬性,隨著不同的背景,可能會存在變化,在手機大哥大當面臨出世的時候,手機信號好就是一個期望屬性。
無差異屬性是可有可無的屬性,你不提供用戶不會不滿意,你提供了用戶的滿意度也不會提升。
比如對于一個餓了三天三夜的人來說,你給他一個饅頭和給一個精心的加了各種顏色各種造型的饅頭,對他來說,是沒有差異的。他當下的需求是填飽肚子,他不會覺得你花了特別多精力做出的花式饅頭就能更扛餓。
反向屬性,是不提供用戶不會不滿意,你提供了用戶的滿意度反而會降低的屬性。
不知道大家有沒有注意到,外面的一些面館和粉館,一般的調味料都都單獨放在一邊,讓顧客自行添加。就是因為您認為好吃的調料,在不喜歡吃的人看來,說不定就是接受不了的味道。
如果餐館老板擅自添加自己喜歡的吃的折耳根、香菜在顧客的碗里面,對于不能接受的顧客,無疑就是一種勸退。
通過對上面的幾個用戶感知的屬性的認識,我們在接到的需求,也可以讓其對號入座。
老板的提到需求,運營提到需求,產品規劃的需求,這些需求到底是哪一種屬性,站在用戶的角度來思考,就非常清楚,哪些需求可以做,哪些需求不用做。
即使回應老板、回應運營,我們也有理有據。不再擔心得罪老板,不再擔心給運營背鍋,也能體現我們的專業。
本文由人人都是產品經理作者【刀哥】,微信公眾號:【刀哥說】,原創/授權 發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自Unsplash,基于 CC0 協議。
- 目前還沒評論,等你發揮!