產品經理的職業病有哪些？

12-23

俗話說不瘋魔不成活，互聯網產品經理在生活中有哪些異於常人的表現呢?
相關問題：設計師的職業病有哪些？ - 互聯網

就講一次和朋友 P 跟別人吃飯的故事吧。

1.
P 也是產品經理，有錢有貌，但單身很久，我看不過去，約了妹子一起吃飯，想推薦給他。

我跟他說了，他問我：妹子知道這頓飯的意義嗎？

我說這有啥關係。

他不開心：如果見面沒有目的，那聊天就沒有價值啊。還是明確目標比較好。

我說好吧。

2.
我們開車去商場，在百度地圖上找了很久停車場，終於找到了入口。

就百度地圖應該怎麼做停車指引的功能，我們停在入口討論了兩分鐘。後面有車摁喇叭我們才想起來要開進去。

進去後，又發現停車場的區塊命名有點奇怪。

P 說：區塊命名是為了讓顧客找到車，讓找車的步驟分為先找區塊，再找車位。但現在的區塊命名感覺太隨意了，不連續啊。

我說，嗯，你看，整個停車場是長方形，有很多種命名方式，他們選的是這樣的。說完，我掏出紙筆給 P 畫了一個草圖。

我接著說，這樣的分區，ABCD 倒是連在一塊了，但 D 和 E 就分開了。沿著 B 找的時候，可能以為 E 在 C 和 D 後面，但找到了 D，發現還得繞回去。

P 說有道理。然後畫了一個新的。

他說，就應該是這樣的，簡單粗暴，按一行的順序排下去。每行的車位，再依數字大小排。

然後我們心滿意足地停車，找電梯。

3.
電梯間有三個電梯，都在地下我們這層。我們按了最近的「上」按鈕，結果最遠的門開了。

我們在電梯里討論，如果電梯都在同一層，那哪個應該先開門，是不是要有所考慮，還是隨機。

P 說，至少在每個門邊都有按鈕時，要先開最接近這個按鈕的門。

我補充，然後最好還能考慮到，電梯運行的壽命，先開工齡比較年輕的電梯。

電梯到了 5 樓，我們進了火鍋店。

4.
妹子很大方，完全沒有表現出我之前跟她說這算是一場相親後可能有的尷尬。

聊了一會，說到擇偶觀。妹子說自己希望找個更有內涵的，比較有才華的，還列了一些標準。

P 掐指一算，說，你要找的人，應該有很多群體滿足條件。如果依照你目前的狀況，肯定還存在潛在需求，比如那個人應該不能很醜，也不要很窮。窮的標準我們可以暫定是月入 8000 以下。

然後他開始解釋，我建議你把更多想法，轉換為可量化的標準。如果不能量化，你尋找的效率就不好把控，這樣你也不知道自己是不是找到了合適的人。比如，才華這個，是不是要有些檢驗方法。

對了，他接著說，不光要看你的需求，還要看別人的需求。你這樣的姑娘，在哪些方面能滿足你覺得合適的人的需求，得需要考慮下...

我感覺妹子臉色不對，偷偷踹了 P 一腳。然後生硬地轉移話題：咦，你看這個水壺下面，貼著不起眼的數字啊。

P 和妹子都看過來，我鬆了口氣。

5.
P 說：所以這個數字是幹嘛的？

我們看了下，發現好像每桌的水壺都有貼數字。

我說：這個會不會是每天清算物品的時候，用來數總數，看哪個水壺丟了的？

P 說：傻 B，每個水壺都一樣，丟了 5 號和丟了 8 號，不是一樣的嗎？

我們討論半天，還是沒有結論。

P 把服務員喊過來，說：就是想請問一下，你們標記的這個數字，是做什麼用的？

服務員說：你好。這個是我們標識應該放到的桌台上的。

P 一拍大腿：原來如此。你們放水壺的桌台有好多個，距離也不近，大家如果都往一個桌台送，可能就發現擠不下了。這樣分配好應放的桌台就好了。我怎麼沒想到！

服務員臉色困惑地走開。妹子也臉色困惑地看著我們。

6.
那天 P 和我想討論問題的興緻莫名其妙地很高。我們從火鍋上菜順序、菜單的排序，一直聊到座位布局、應該打烊的時間。當然，我們也沒冷落妹子，從她的擇偶觀，一直聊到她應該買房還是租房、應不應該換工作。

臨走時，P 突然開始勸妹子：減肥一定要趁早，最好給自己設定 Deadline，然後指定一個計劃。你知道的，一般被叫做 Deadline，也都會延期其實。延期倒沒事，關鍵是要做好規劃。

他想了想，又補充說：盡量多參考更多人的意見。你只調研一個朋友的減肥思路，樣本太小了。多問問其他人才好。

妹子看起來有點懵，但還是不動聲色地說了句謝謝。我們準備送妹子回家，所以三個人一起去停車場。

因為停在了入口附近，走了 15 分鐘才到。P 說：你看，早就該開到裡面去，到電梯間旁邊。這太浪費時間了。

我說：滾。就你這開車技術，停車場里的路都盤根錯節的，那麼多小彎，你開到了，說不定時間還更久。

P 不開心，說：沒有實踐就沒有發言權。要不要我們倆親自試試看？

我說好啊。

於是我們就比賽看誰先到，他開車，我走路。

到了電梯間，我比他先到，他下車說：你這樣不行，你走得太快，都跑起來了。我們要以正常速度再試。

我說好吧。於是我們又試了一次。

7.
當然，我們比賽的時候，妹子打車先走了。

我跟 P 說，你看，妹子都走了。我們試這個有雞毛用。

他說，怎麼沒用。至少以後知道，開車到最裡面，是效率最高的方法啊。這樣能節省多少時間？如果以我們工作時的時薪 80 算，每次都能省至少 10 塊錢，這樣停車費就出來了。

我說哦。

後來，我再也不跟產品同行一起見妹子了。

找個產品妹紙做女朋友就能體會到。。
比如，吵架的時候，我會說----
「我為什麼要生氣？不是因為你沒有XXX，也不是因為你XXX，這些都是偽需求，是導火線，我的真正需求是XXX，記住了嗎？以後遇到這樣的情況，要抓住我的核心需求。避免浪費那麼多時間，還沒有找到我的點。。」
「你沒有跟我保持信息對稱，我怎麼理解你？情況有變的時候你要告知我啊！否則信息不對稱，很容易導致吵架。。」
比如，在跟對方談到計劃時，會說----
「大目標你不設定deadline，怎麼會有動力？大目標就是要拆分成一個個小目標，再配上對應的時間點，想到在某個時刻達到什麼樣的預期，再多回顧和總結。。」
比如，跟面對閨蜜的「要不要買XX」時，會說----
「你的使用頻次高不高？高頻的話可以買，低頻就不要了」
比如，會說----
「這件事情性價比不高」
「我沒有需求，不要給我買花」
或者，突然拿著手機，拉著對方，問
「這個實現起來困難嗎？」「你看看這個app這裡邏輯是不是有問題」
哈哈哈哈哈

-----------------------------------------
5.11更新
比如，對方跟我balabala說超過5句還沒有說到事情的時候，我會很著急，然後飄出三個字-----
「說重點。」
或者，「暫停，你想清楚了再跟我說~ 」

喜歡偷看別人操作APP

這個問題我必須來答一答！！！前幾天早上出門上班，一不小心又把自己反鎖在門外了，對的，你沒看錯，是又把自己反鎖在門外了！幾經思慮後，我痛下決心，絕不允許這種事再發生，不管用什麼辦法！正當我苦苦思考解決辦法時，產品經理職業病發作，於是便有了這個答案。

設計產品一定要充分理解用戶需求，那麼我們就從分析用戶需求開始吧！

1. 需求分析

首先，我們來進行一下需求分析，針對這個場景，用戶的最本質需求是什麼？舉手的那位同學，你來說一下！

「老濕，這個需求很明確嘛，就是保證出門要帶鑰匙，以免把自己反鎖在門外。」

「嗯，這位同學回答很踴躍，說得也很好，只是答錯了。」

你不要一臉懵逼的看著我嘛，聽我和你說。挖掘用戶需求是門藝術，你永遠不要指望用戶會告訴你事實的真相，難道我告訴你我把鑰匙鎖在屋子裡了，我的需求就是要帶鑰匙出門嗎？太天真，我的需求是不管你用什麼方法，即使我把鑰匙鎖在了屋子裡，你也要讓我能打開那扇門！啥？你說用戶怎麼那麼不講理？嗯，你說得很對，但他們一直是這樣的。

2. 功能實現

分析完需求，我們來談談功能實現。其實功能實現就像是修路，路的一端是用戶，另一端是需求，你要做的就是修一條最短最平坦的路，讓用戶最快實現需求。啥？你說簡單？嗯，是的，因為我話還沒說完。如果你想把路修好，那就要考慮各種情況。開車用戶（高端用戶）怎麼考慮？步行用戶（一般用戶）怎麼考慮？盲人用戶（低端用戶）怎麼考慮？啥？你說先隨便修條路，然後掛上限速牌，畫上斑馬線，再畫上導盲線？同學，你可能真的很優秀，只是確實不適合干這行，你走吧，我把學費退你還不行嗎！

言歸正傳，想要滿足上文提到的需求，無非兩個解決方案：方案一，解決防止出門忘帶鑰匙；方案二，解決真把鑰匙鎖在了房間里要怎樣才能開門。下面針對兩種方案展開來分析。

方案一

其實之所以會出門忘帶鑰匙，主要是因為做事的順序是顛倒的，而且沒有一個比較好的提醒機制。以我本次的經歷為例，我之所以出門忘帶鑰匙是因為起床換了一身新衣服，而鑰匙在舊衣服的兜里，沒有拿出來。這一系列事件發生的順序本該是：

取下新衣服
把舊衣服裡面的鑰匙放在新衣服里
穿上新衣服

而實際過程中，由於先幹了第三件事，導致幹完之後忘記了第二件事，所以才釀成了上文慘劇。我是一個隨身攜帶鑰匙的人，而且畢竟我是要穿衣服出門的，所以除此種情況外，我出門不帶鑰匙的幾率極低，因此針對這種情況需要特殊提醒，培養用戶習慣。

一般來講，這種提示要簡明扼要，簡潔美觀，讓用戶看一眼就能知道怎麼做，而且這種提示必須要讓用戶在開始做這件事之前就能看到。所以，我做了一個提醒說明，具體如下圖，我把它貼在了衣柜上，只要換衣服，必然會看到。

通過這種提醒機制，可以大大降低在換衣服時忘記帶鑰匙的幾率，但除此情況外還有不少因素會導致忘記帶鑰匙，比如雖然看完以上提醒，但被一些事情打斷後忘記了，再比如鑰匙從衣服里掉了出來而自己卻沒意識到，這些因素很瑣碎，而且發生概率較低，沒有必要大費周章的針對每一個因素都單獨做一個提醒機制，但為了100%避免出門忘記到鑰匙，做設計時又必須要考慮到這些情況，到底怎麼處理才比較妥善呢？

那位同學被轟走之後果然耳根清凈多了，大家聽我慢慢道來。針對上面提到的情況，雖然沒有辦法在事情發生前做到一一提醒，但我們的初衷是避免出門忘記帶鑰匙，所以在出門前作一個統一的提醒不就可以應對所有情況了嗎？這個提醒要醒目，而且必須霸氣，讓用戶不能忽略。根據這個需求，最終的設計是下面這個樣子的，我把它貼在了門上。

怎麼樣？有沒有感覺霸氣漏了一地？其實這個文案也是有技巧的，文案中我加粗的內容之所以是「別給老子出門」，是因為用戶當前的動作就是出門，加粗內容完全與用戶當前行為衝突，這樣就可以保證用戶幾乎是一定會被打斷的，打斷後就有了思考時間，就能做出正確的選擇。如果把加粗內容顛倒，就會發現加粗內容與用戶當前行為的衝突不強，有可能用戶行為是連續的，關上門之後才會想到忘記帶鑰匙，這時候就一切都晚了。

當然，出門忘記帶鑰匙這種事的影響太過惡劣，必須進行二次確認，就像你批量刪除文件一定會再彈個彈窗讓你確認一樣。二次確認的彈窗一樣需要醒目，文案一般為疑問句，綜合兩點考慮，設計如下圖，我把他貼在了門的另一側的門把手旁邊。

暴走的漫畫形象簡直太吸睛了，簡直像給我這套方案定製的嘛！

到此為止方案一介紹完畢！

方案二

看了這麼精彩的方案一，我知道你肯定已經忘記了方案二是想討論啥，誰讓我那麼善解人意呢，我就在重申一遍：方案二是要解決如果真把鑰匙鎖在了房間里要怎樣才能開門。

基本上所有APP在設計的時候都會有一個機制，那就是忘記密碼如何找回，這個功能設計太貼切，簡直就像是在你彷徨無助的時候給你人生的指引。方案二要討論的內容基本上等同於找回密碼的功能實現。

找回密碼功能一般分為自動和人工兩種方式，自動方式一般是把重置密碼鏈接發到你最初註冊的郵箱或手機，點擊鏈接完成重置密碼過程。類似的，出門忘帶鑰匙了，怎樣實現自動的鑰匙找回呢？是不是一下子發現智商不夠用了？哈哈，其實很簡單，在公司里放一把備用鑰匙不就搞定了嗎？！公司也進不去？我只能告訴你還有個詞叫狡兔三窟，其他的自己體會吧。

如果自動找回密碼的所有路徑全部失效，一般你還可以進行人工申訴找回。那麼你可能要問了，我鑰匙鎖屋子裡了，這TM找誰申訴啊？嗯，確實沒法申訴，但你丫不知道有開鎖公司啊，把開鎖師傅電話貼在門口牆上不就好了？

好了，整套的機制已經講完，而且我也按照以上所說，把相應的提醒貼到了該貼的位置上，試驗兩天，感覺效果還是不錯的。

但是有一點比較奇怪，為啥這兩天合租的小夥伴總用一種「你丫有病啊」的眼光看我？

曾經把編號020羊肉串看成了O2O羊肉串

1. 吐槽差的產品和服務體驗
2. 在各種情況下重複第1條

這個很簡單，有那麼難么

1）對所有解決方案都會去思考最短路徑。
2）對不人性的設計簡直不能忍，包括自己以前挖的坑。
3）很少再說「我認為。。。」，一般都直接以數據或者現實為基礎。
4）截圖成為重要習慣，看到不好的設計好的設計不買不用也要研究半天然後得出個結論才心滿意足，並截圖保存在自己的知識庫里備用。
5）口頭禪：
1 - 用戶第一
2 - 不要抓錯了用戶
3 - 告訴我你碰到了什麼問題，不要告訴我你認為自己需要什麼
6）不斷嘗試新產品，即使和自己沒有什麼直接關係。手機里常年300個APP以上，分門別類，還有」錯誤設計「這個分類，用以自我提醒。每周更新。
7）學習狂，搜集狂，實證狂，也在逐步成為技術狂的路上。

額。。。。
1.做每一件事情都會暗自想一下「投入產出比」五個字。。。。
2.跟人說任何觀點時，就算屁大點事都想這麼說：1.如何如何 2.如何如何以及如何如何，所以應該如何如何
3.去協和醫院掛完號等著的時候開始噴他們的叫號與匹配醫生的系統，不知道學名是啥只能這麼叫
4.聽媳婦吐槽的時候老不能安心傾聽，老覺得她吐槽本身很多邏輯問題，老想跟她提解決方案，然後被怒噴。。。。

呵呵

對身邊的一切都看不下去，都想自己全部設計一遍，都想改進一遍，最後發現自己也沒那麼多的精力。

隨便說一個
過分注重所謂的細節，常常對一些無關緊要的標點、間距等等的東西爭論半天

經常和身邊的人吐槽各種體驗不高的地方，然後旁邊的人就會說：不要這麼挑剔嘛。

看到不好用的APP或者網站，就想幫他重新設計一遍。感覺自己操碎了心，哈哈哈~（順帶吐槽對方公司是不是沒有產品經理，或者對方產品經理水平姿勢不夠）

喜歡自黑

昨天中午我朋友讓我給她侄女投個票，然後甩了一個鏈接給我

我點進去一看，媽啊！找按鈕，找按鈕，找按鈕

說好的投票呢，按鈕呢？？！按鈕呢？

好，終於找到了，-_-#我要投票，點擊它

這是又是什麼鬼，好吧我點點點再點。。。

讀題中，，，好，懂了，要我關注公眾號

識別，關注。

等等，它下面說什麼，回復寶寶編號，，，編號？編號？are u kidding me?編號在哪兒？編號在哪兒？抓狂了

退出公眾號，重新打開鏈接，肉眼搜索了半天，終於找到了

13946號，龔寶寶，，，終於找到你了

咦不對，要我投票，好的，回到公眾號，回復13946

終於操作成功了，然而我人都要炸了！！！

然後非常兇狠ヾ(＠⌒ー⌒＠)ノ跟我朋友說，拉票，姿勢要擺對！！

我感覺大部分答案都像在說交互設計師的職業病。
真正做產品的人會有多少這樣強行極客、惡意賣萌的？
我所見過的產品經理只有三類人，一類人溫文爾雅但百折不回，不強勢但受人尊敬；
第二類人聰明強勢說服力強，跟鳳姐似的；
第三類人略有一點極客的意思，比較喜歡折騰技術，真的想用產品改變世界。

然而這三類人的病都不是職業病，這都是個人氣質、性格使然，就說第三類人，他也許在很多年以前社會上還沒有產品經理這個說法的時候就已經是一個小"發明家"了，你問他為什麼沒有做工程師？因為他不是百分百嚴謹的人，他只對"造物"、改變世界有興趣，對數學之美沒太多興趣。

我覺得好的產品經理思考、觀察、學習的習慣都不可或缺，最重要的是思考，其次是觀察，最後才是學習。
真正思考得多了，就不會有職業病的外漏，為什麼？因為思考得多了就知道太陽底下沒有新鮮事，即使觀察到再多東西，也不會一驚一乍，只會對真正深刻的變革無法自已。

病得深的，都不是職業病，而是原本就有病。

看不慣低效重複勞動，比如：我妹子工作中的一個步驟是將大量數據量很大的 ASNI 編碼的 csv 文件修改為 txt 文件，我就寫了個腳本幫她搞定
看不慣糟糕的排版或命名，比如：新建-商品文檔-副本.excel 作為附件發送
總想給人安利更好的東西，比如：Google
總喜歡講邏輯，比如：談戀愛（傻逼了吧，這也能講邏輯？）
總喜歡展示自己懂的多，比如：看到新的東西總喜歡分析研究一下，稍有成果洋洋自得，開始滔滔不絕（但是總被打臉，恩）

地鐵換乘、看公務指南時怒吼，這體驗太差了，用戶怎麼能理解呢！
餐廳吃飯突然問，他們怎麼評估一個菜是不是受歡迎？點菜率？剩菜率？再次點菜率？他們會做這樣的數據評估么？
日常做點事情，會畫個腦圖，做目標拆解。
害怕變更需求，即使是跟朋友說，今天不想吃火鍋了，我們還是去麻辣香鍋吧，也會有罪惡感。

蘇傑說得很好，每次看了都很有感覺~
是誰？每次K歌都對著點歌面板評頭論足。
是誰？逛超市時總在想「這個商品能解決什麼需求？」
是誰？會給自己的個人發展做戰略規劃。
是誰？一定要在自己的婚禮中講一個PPT。
是誰？會拿用戶調研的方法與親朋好友交流。
是誰？裝修房子的時候搶著當項目經理。
是誰？看電視廣告總想在幾十秒中提煉出三大賣點。
是誰？會給自己的孩子設計各種「功能點」。
是誰？訪問任何網站都能一下子挑出好幾個Bug。
該文章出自《iamsujie的產品設計》,原文鏈接：http://iamsujie.com/?s=%E8%B6%85%E5%B8%82
轉載時間是: 2011-05-19 22:05:22 請務必保留此鏈接，謝謝！

吐槽