1. 程式人生 > >產品經理:不懂放權給使用者,活該你叫“產品狗”

產品經理:不懂放權給使用者,活該你叫“產品狗”

最近幾個以前公司品新人和我抱怨,品好累,每天這麼多需求要理,協調和運,眼見產品新版本要布的,感要尿了。

那你有沒有把品的一部分工作分你的忠呢?

小弟傻眼了,什麼,品的工作能交,用不都是小白麼?

理呀是喜事必躬,事無巨,忙的自己像條狗,什麼呢,麼幾個原因

1、     過於自信

閉門造車,開會開會,腦暴腦暴腦暴,憋方案別方案。相信自己的方案是最好的。不願意接受使用者的意見。有個很又去的例子,打車app中,最受司機喜歡的app,出去補貼因素,就竟然是滴滴,有條件的使用者可以去看看,一個碩大的按鈕,橙色的!大白色的底。原因很簡單,就是清楚,醒目,簡單。多麼直接的答案,誰和你扯什麼互動。老子要好用,這就是app的意義,而不是產品經理所堅持的自信。

2、     佔有慾

你喜歡和每一個運營人員聊資料,你喜歡和每一個設計溝通想法,你喜歡和每一個策劃想方案。可是,你只有一個腦袋,一天只有24小時。產品經理的確是所有環節的樞紐,但是你要抓大放小,專業的人負責專業的事。記住,產品經理是負責做對的事。

3、     不願意培養使用者

這裡不是說你不喜歡培養使用者的數量,而是你不願意培養使用者的習慣和能力。教育使用者,是你產品的設計理念之一。

其實打個比方很容易理解,你產品能力再強,單兵作戰你能做到什麼地步。說白了就是一個不錯的產品專員,這就是你永遠都是初級的原因所在。我一直堅信,沒有一個“使用者禁衛軍”的產品不是好產品。

那麼話說回來,如何打造你的禁衛軍呢?

放權,是你有足夠的能力

產品經理是某種意義上的產品擁有者和管理者,如果要讓使用者來承擔一部分工作,首先你要確認這部分工作是在你的掌握之中,比如,細節的改進。

我的世界裡,產品經理是整個產品生物鏈的頂端,上層建築,會影響的到下層建築。產品經理的綜合能力很大程度上會影響到下層建築。當然,使用者的能力一般不太可能會超過本產品的產品經理,畢竟大量的使用者超過你的能力話,上層建築是要被顛覆的。

放權不是你吧工作交給使用者

我是堅信,核心功能,和發展規劃不行之外,其餘至少一半是可以放權的。但是放權要注意生命週期。使用者在這個平臺的生命是有限的。分權的渠道要暢通,這樣才能獲取最大的價值。你放權不是把工作交給使用者,是合理利用使用者。

總結

產品的工作是繁雜,但是簡歷一套適用於自身的規則,才是一個初級產品跨向中級的一個入場券。

相關推薦

產品經理放權使用者活該產品

最近幾個以前公司帶的產品新人和我抱怨,說做產品好累,每天這麼多需求要處理,還要協調技術和運營,眼見產品新版本要發布的,感覺要尿了。 我說那你有沒有把產品的一部分工作分給你的忠實用戶呢? 小弟們瞬間傻眼了,什麼,產品的工作還能交給用戶,用戶不都是小白麼? 產品經理呀總是喜歡

鬼腳七產品經理是功能經理

產品經理是個很奇怪的崗位,好像大多數人都能做,因為每個人對某個產品都有自己的看法,都能提出一些意見和想法,甚至能設計實現原理;也好像大多數人都做不好產品經理,因為網際網路上成千上萬個產品,大部分是垃圾,沒幾個產品是使用者真心覺得很不錯的。 我做產品經理,還不到兩年,以前

程式設計師自黑的梗!產品經理功能實現起來很簡單!——程式設計師

在這個盛行自黑的時代,作為全宇宙最神祕最會自黑的程式設計師群體,他們其實是非常可愛並且努力工作的一群人。所以,如果你的身邊有程式設計師朋友,要多多關心他哦~ 小編相信這裡有很多學習java的朋友,小編整理了一份java方面的學習資料,想要獲取的可以加我的java學

產品經理根據使用者手機殼變換顏色程式設計師別說了拔劍吧!

在錯綜複雜的團隊關係網中,存在著兩種關係十分微妙的群體,那就是——產品汪和程式猿。任何一個公司裡都有因為工作而糾纏不休、愛恨交織的一張大網,網際網路公司亦不例外。這不,產品汪和程式猿們又火了,引來一大波的吃瓜群眾! 那麼究竟是怎麼回事呢?據知情人爆料,皆因產品經理給研發提出了一個需求:要求 Ap

程式碼出現bug時情商高和情商低程式設計師表現產品經理差太多

當我們還在上學的時候都認為智商是很重要的東西,有的人聰明,不用努力也能取得好的成績,有的人很努力成績卻很一般,那時候腦子裡就有一個想法:“智商決定了一個人今後的成就”,畢業之後才發現,除了智商之外,情商也是一個十分關鍵的東西。 很多人眼裡程式設計師都是情商比較低的一類人,因為他們的智商普遍比較高

ComponentOne 產品經理為什麼要從C1Report遷移到FlexReport

概述 如果你正在使用ComponentOne Enterprise 的Reports for WinForm 報表控制元件(C1Report),你一定會喜歡更為強大的FlexReport! FlexReport是一個改進的C1Report,使.NET開發人員能夠根據應用程式的業務需求解決複雜問題。 藉

高階網際網路產品經理以資料重構商業用流量改變未來!

為什麼拿到資料仍然不能做出有效的決策?很可能是因為缺少了有效的分析模型。今天分享給大家9款經典的企業戰略決策、營銷決策、服務決策的分析模型,這些模型已經過諸多成功企業和頂尖企業家、經理人的實踐驗證,被證明是能決定企業成敗,影響管理工作效率,有助於企業領導及管理者更好

面試問題當程式設計師和產品經理意見一致認為該怎麼辦

這個問題真的很難回答,我以前沒遇到過這樣的面試問題。 個人以為程式設計師專注於實現,產品經理專注於產品設計。兩者的分工和性質不一樣對問題的看法的深度不一樣。 我作為程式設計師的一員當然要為程式設計師說

產品經理 持續整合、持續交付、持續部署和DevOps

美好的週末又要來臨,小數就不跟大家聊沉甸甸的程式碼了,讓我們輕鬆一下換個話題。今天的主角是產品經理,程式設計師史蒂夫、安妮和喬伊友情客串,報幕員兼跑龍套就是可愛的小數啦,接下來精彩馬上開始—— 即使產品經理每週都在與開發團隊討論新功能,團隊協作緊密無間,在不斷的PUSH下,新功能比以往看起來上線和更新

產品經理想愛沒那麼簡單

1.產品經理是新貴,很熱,真的很好嗎     如果說這兩年最熱門的是什麼職位?那就非“產品經理”莫屬了——至於其什麼時候開始出現在職場中,並受到越來越多的職場人士和應屆畢業生的追捧,我不得而知;猜想可能是因為iphone手機在中國的大賣,受到廣大使用者的喜愛、以至於瘋搶,對其情有獨鍾,能擁有一部iphone

尋找中國最好百名產品經理豆瓣阿北360周鴻禕

  思考一個問題:產品是不是我們改變世界的工具?汽車和飛機改變了時間和距離,影像和儲存改變了視覺和記憶,網際網路和手機甚至改變了我們的生活方式。   產品是一種思考、一項工藝,就像我們過去提起9級木匠時帶有的崇敬和嚮往,這仍然是我們今天對待產品經理的態度。世界上不存在藍海,只有當產品做到盡善盡美,這片藍海才

Kubernetes從懵圈到熟練這一篇叢集節點下線

排查完全陌生的問題,完全不熟悉的系統元件,是售後工程師的一大工作樂趣,當然也是挑戰。今天借這篇文章,跟大家分析一例這樣的問題。排查

Google「Game Builder」程式設計也能開發 3D 遊戲

簡評: 之前微軟曾推出過「Kodu Game Lab」,它可以讓完全沒有程式設計經驗的人通過簡單的步驟打造屬於自己的遊戲。無獨

Linux命令學習神器!命令看直接解釋!

大家都知道,Linux 系統有非常多的命令,而且每個命令又有非常多的用法,想要全部記住所有命令的所有用法,恐怕是一件不可能完成的任務。 一般情況下,我們學習一個命令時,要麼直接百度去搜索它的用法,要麼就直接用 man 命令去檢視守冗長的幫助手冊。這兩個都可以實現我們的目標,但有沒有更簡便的方式呢? 答案是必須

ZooKeeper?沒關係這一篇講的明明白白

> 本來想系統回顧下 ZooKeeper的,可是網上沒找到一篇合自己胃口的文章,寫的差不多的,感覺大部分都是基於《從Paxos到ZooKeeper 分散式一致性原理與實踐》寫的,所以自己讀了一遍,加上專案中的使用,做個整理。加油,奧利給! ![img](https://zookeeper.apache

shell腳本登陸KVM虛擬機修改虛擬機網卡IP地址

虛擬機 腳本 kvm sehll # Author:丁丁歷險(Jacob) # 該腳本使用 guestmount 工具,Centos7.2 中安裝 libguestfs-tools-c 可以獲得 guestmount 工具 # 腳本在不登陸虛擬機的情況下,修改虛擬機的 IP 地址信息 # 在某

合利寶支付這裏我會大致講解一下支付的流程代碼會全部如果需要代碼可以私聊我

一點 sign 講解 業務邏輯 保存 pan col 參數 image 合利寶支付 我對接的合利寶支付從最開始的代付到如今的協議支付,坑基本都踩完了。支付對接一般是先按照文檔把文檔上的接口全部調通,然後再融入業務邏輯。 一般的互聯網公司基本上都會涉及到支付,可能支付A

程式設計師愛看的產品需求文件轉給產品經理

假如產品需求文件(PRD)是一個產品,如何做出一個擁有良好使用者體驗的PRD? 讓我們先來考察下PRD的使用者群體(User Persona):主要是開發人員,在繁忙的開發任務中最希望看到“簡潔易懂”的產品需求文件。   梳理下PRD的功能:傳達出產品需求;管理記錄產品迭代過程;各部門共享產

這些掙扎求生的二線手機是市場太無情而是自己太能作

俄國文豪列夫.托爾斯泰在《安娜.卡列尼娜》中開篇的一句話是“幸福的家庭都是相似的;不幸的家庭各有各的不幸。” 這句哲理名言同樣適用於現今競爭白熱化的手機市場:一線手機品牌的成功都是相似的;二線手機品牌艱難求生則是各有各的作。 錘子:任性致連失機會 錘子科技成立於2012年,比小米晚了兩年

程式碼的人如何區分程式設計師技術的高低?話少的一般很厲害

這個問題是小編之前公司的一個人事問的,人家自然不懂技術、不懂程式碼,想要區分專業技術水平,這真的挺難為他們的,那有沒有一個很簡單的方法來粗略的篩選一下呢?小編給提了一個感官的認知方法,肯定沒法保證100%的準確率,但確實很有效果,那就是你看一下他的性格,是外向還是內向,話多還是話少,是問一句答一句,