【Q群討論】產品經理需要克服哪些陋習 ?

點上方藍字「人人都是產品經理」快速關注

小編語：人非聖賢，孰能無過？做產品如做人，難免會犯一些錯誤，養成一些陋習，甚至走上歧途。那麼在做產品的過程中，我們會犯哪些錯誤？會不自覺養成哪些陋習呢？我們又該如何去避免和改正呢？希望本文能讓你有所收穫！

隨著互聯網的飛速發展，越來越多的人開始進入互聯網行業，互聯網產品也成為當下最熱門的行業之一。做產品如做人，在這個過程中，我們難免會犯錯誤、誤入「歧途」或是養成一些「陋習」。正所謂吃一塹長一智，那麼做互聯網產品時需要避免哪些錯誤、「歧途」 或陋習呢？

針對此問題，人人都是產品經理QQ群13群（385351373）的童鞋們閃耀著群體的智慧，踴躍發言，發表自己的看法和見解，請看本文總結文章，希望對讀者有所幫助。覺得文章有價值請在文末點擊中間的笑臉並留下你的評論支持下喲，讓我們共同把人人都是產品經理做大做強。

一、在做互聯網產品過程中你曾經犯過哪些錯誤？

1. 產品定位

（1）產品的定位往往決定著一個產品的成功與否。作為新人，總是想著如何去覆蓋足夠多的用戶，卻忘記了最初的"基點"。

產品定位的模糊導致的結果是功能複雜，邏輯混亂，用戶認知負擔大，看似大而全，實則很難吸引用戶。

（2）產品後期的定位變化不對，包括輕易改變產品定位和沒有根據產品發展的實際情況適時的做出改變。

2. 文檔工作

（1）產品文檔缺少細節，有時候就是一個點沒有寫到，引發的問題可能是一個模塊，導致產品和設計上不同步，作為一個產品好像不完整了。

（2）修改需求太隨意，沒有郵件或者文檔記錄和確認，導致相關負責人容易忘記，作為PM自己也可能忘記當初的想法，結果導致問題的發生。

（3）產品新人容易受沒有文檔記錄的傷，做過的事情、方案等需要文檔備份， 有兩方面考慮，一是為了方便後續的工作，二是有效應對外在問題。

3. 規劃設計

（1）過度考慮用戶體驗，功能過於fashion，結果卻是正常的用戶並不會去使用，或者你的產品並非超級APP，版本迭代變化過大，過度挑戰用戶使用習慣，很多用戶可能就接受不了。

（2）發現競品的某個或某些產品設計不錯，然後照抄，省時省力。

（3）產品設計考慮不周，後期發現問題，影響負責相關工作的同事，問題嚴重的情況影響產品的時間排期，導致產品延期交付或者上線

（4）邏輯思路不夠清晰，功能規劃不夠細緻，邊界考慮不足，比如多種用戶狀態、多種操作狀態、多種網路環境等等。

（5）現實中經常存在所謂的「老闆產品」，產品人唯老闆說法是圖，不假思索，按老闆的想法照做。還有一種情況是老闆那產品要的急，產品人因為時間比較緊張，調研過於粗糙，市場分析不夠，競品分析不足等，有時甚至是強迫用戶給出自己想好的答案，容易導致失敗的產品。

（6）PM不懂技術，總是認為什麼都很簡單，導致腦洞大開，空幻想，自以為是。

4. 需求管理

（1）很多PM會把自己的需求當做是用戶的需求，閉門造車，脫離用戶去思考問題。

（2）對需求的優先順序，重要程度不會把握。產品新人第一關是看大量的反饋，用戶反饋很多問題或建議，不能很好的判斷其中的優先順序。

（3）對需求貪多，捨不得砍需求。用戶反饋可能很多，覺得給用戶的越多用戶越喜歡你，最後把自己累死了，也把用戶累死了，因為你給的壓根不是他們需要的。

（4）盲目服從用戶需求，而不挖掘需求的本質，不能真正認清需求背後的真正動機，影響產品的設計。例如用戶說我想吃麵包，然後你就給他麵包，但事實上用戶餓了，他的動機是要填飽肚子，當你給他牛排，他可能更高興，因為你的產品超出了用戶的期望。

（5）在沒有足夠調研和用研的情況下，假設用戶會如何如何，也就是模擬或假想用戶使用場景，最終導致需求偏離或錯誤。

5.時間管理

（1）產品新人在時間管理上有時候會安排的比較混亂，亂了節奏，時間管理出錯。例如知道自己有若干件事要去做，但是需要溝通的問題很多，經常因為沒有確認時間節點和細節，結果導致項目或產品延誤。

（2）雖然明確自己的任務，但是沒有很好的執行力，做事拖拉，當然也會導致項目或者產品延誤。

6. 自我認知

（1）產品新人剛入行心態不端正，急於求成，基本的產品能力沒有得到充分的鍛煉，以為自己能承擔更大的責任，但是往往做不好，適得其反。

（2）以為自己所接觸的工作就是產品經理的全部。新人接手的工作，根據實際情況，有時候是在老大的帶領下，做的都是確定要做或者確定該怎麼做的需求，新人要做的是方案和執行。

（3）對產品經理的職責認知不夠清晰。不同的團隊有不同的風格，這個團隊可能是一個風格，大家都很積極主動，灰色地帶也少，可能換到另一個團隊，灰色地帶大家都不積極去主動承擔，這時候就需要產品人去把控，必要的情況下自己也要站出來，花時間和精力去負責。

7. 工具使用

過度依賴工具，產生工具依賴症，工具是手段，是為了提高效率，是為目的服務，避免造成適得其反的情況。

8. 溝通問題

（1）產品人員缺少和開發、設計等的充分有效溝通，只把文檔交付出去，但是不能服人。

（2） 一個項目幾個人發話，這個說這樣改，那個說不改，缺乏領導熱，誰也說服不了誰，溝通會出現障礙。

（3）和老闆溝通不到位，沒有理解老闆的意圖和目的，最終實現結果出現偏差。

（4）溝通上，太容易信任別人，沒有主見，不能說服別人，導致最後被人忽悠，被交互、設計、開發牽著鼻子走，還可能項目延期。此外，針對某些工作開發說不能實現就不做了，設計說不好看就換風格了，產品人應該做出正確的判斷，說不定開發可能是偷懶不願意做呢？

9. 思維思想

（1）考慮細節永遠只有正面思考，經常基於用戶已經接受我們的想法的這個角度來思考問題。

（2）把自己可以理解的就認為是用戶是理解的、可以接受的，不具備同理心。

（3）在有限的資源（時間、團隊資源等）情況下，思想上過度追求完美，不考慮現實情況，不切實際。

二、如何去改正那些錯誤或者是不正確的想法和習慣呢？

上面我們總結了大家提出的做產品過程中可能犯的錯誤，可能養成的陋習，當然，更重要的是我們該怎麼避免和改正這些不正確的地方，針對其中若干典型的問題，討論總結如下：

1. 個人事務以及團隊項目和產品上的時間管理問題，我們該怎麼應對？

（1）多事件、多任務的情況下，確定事件的優先順序，每個事件多少時間內完成，確定時間節點。

（2）工作習慣上，日曆管理、管理時間、記事等都是不錯的方法。

（3）項目推進過程中，針對突發事件，一是還要分優先順序，根據高能效管理規範分為：重要又緊急的、重要不緊急的、不重要但緊急的、不重要又不緊急。

注意優先順序評估，時間管理上，就是將工作安排流程活動時間靈活些，熟練應對突發事件很重要，要不然計劃會被打亂。二是在計劃中預留時間以應對突發事件，不慌不亂，穩中取勝，這就像出門做公交一樣，預留時間，確保不出差錯。

（4）項目的時間管理問題，注意學習積累項目管理的理論知識。

（5）當然，方法很多，但是空談，關鍵還是在於個人的執行力。

2. 互聯網產品的歧途中，有人過度依賴工具，怎麼破？

工具最終是為目的服務，不能陷在工具上，依賴工具前提是你的邏輯足夠清晰。

（1）過度依賴工具的情況的確存在：畫原型會上癮，扣細節會著魔，某些時候可以拋棄工具用紙和筆。有時使用使用工具畫原型會太摳一些所謂的用戶體驗，太在意交互細節等，工具是用來提高效率，不能適得其反。

（2）產品新人容易陷入希望自己Axure做的多好，交互多詳細，但是這些有時候是設計、交互的工作，而且他們可能更專業。這些是根據團隊情況決定的；當我們需要詳細高保真的原型時，那我們就去利用工具。

（3）依賴工具前提是你的邏輯足夠清晰，反思自己的思路對不對，最好結果導向，再使用工具，工具是用來實現目的的。工具賦予我們的是實現產品輪廓，能夠快速讓別人理解你的設計理念，我們一定要謹記自己的目標，不要在路徑中迷失。

3. 部分產品人視野不夠開闊，想法不充分，怎麼辦？

（1）線上最新的媒體資訊、業界動態，與業內人士交流，比如Q群討論。注意獲取的最終目標是要用的工作中，信息強迫症類型的人單純停留在信息獲取上，相對過於膚淺了。

（2）線下與產品大牛的溝通交流學習，當然也可以閱讀學習，產品大牛會看寫哲學、心理方法的書籍，豐富自己的認知，有句話說做產品要把握人性。

（3） 開闊視野的方法很多，比如騰訊的「10／100／1000」理論，即每個產品經理每個月必須做10個用戶調查，關注100個用戶博客，收集反饋1000個用戶體驗。

（4）產品其實是個技術活，需要不斷學習，總結，反思，運用。這樣你才能成為一個合格的產品經理

（5）線上獲取信息，線下看書和參加活動等等，其實都是方法，但是重要是探索後的總結、學習和提升！

總之：多看，多聽，多想，多總結，多實踐！

4. PM不懂技術，總是認為什麼都很簡單導致腦洞大開，怎麼辦？

（1）多跟技術交流，了解最新技術點，不懂技術但是要知道。在需要的情況下，PM要能懂點技術，不懂技術的就要想辦法和技術事先溝通好，實在不行問問自己周圍的好友，不能脫離技術腦洞大開。

（2）術業有專攻，能在產品中發揮自己最大價值是最重要的，不要捨本逐末。專業人做專業事，基本了解實現思路就行，或者尋找類似可實現案例，遇到問題時好描述，把編程大致的思路弄懂，知道哪些功能能實現，哪些功能不能實現。

（3）產品需要了解技術人員的工作量， 有些需求看起來很簡單但實際上需要很長時間，需要把握好需求的優先順序和技術的工期，把握產品進度。平時多跟技術溝通，提需求的時候可以先跟技術聊一聊，一定要經過技術評審。注意不要被技術忽悠，技術最了解情況，但是他可能忽悠你。

（4）產品新人更需要學習規範的團隊方法，運用合理的流程，推動產品落地，最主要的是讓團隊的方向在一個維度上，把利益也好，理想也好達成一致 。開發要有自主的主動性，如果讓產品和開發之間去「斗」，多少會影響團隊導致工作效率低下。

5. 很多PM都把自己的需求當做是用戶的需求，閉門造車，脫離用戶去思考問題，這個又該如何去避免？

（1）這個屬於入門的時候的一些誤區，產品新人往往把自己當做典型用戶，不會換位思考導致犯錯誤。注意換位思考，聽取用戶反饋，多和用戶交流，聽取用戶的心聲。

（2）注意與用戶交流，了解需求背後的東西，所有需求背後都會有動機或是人性，雖然被說的比較爛了，但是有一定道理的，了解了動機或是人性，就能從更抽象的層面理解用戶，能夠代表更多的用戶。事實是探究用戶正真想要的和底層需求，這就說到前面的需求管理上來了。

（3）產品經理不能想當然，可以拿數據作支撐，切勿臆想。數據分析很重要，你的產品要麼是提供服務，要麼是解決問題，那麼更好的提供服務和解決問題就是最好的了，通過用戶的反饋加上數據的分析，得到一些比如說用戶經常使用的功能，或者用戶長久不用的功能，單純的閉門造車和全聽用戶的都不行。

（4）PM自己一定要是「用戶」，有了前面的基礎，也就知道自己屬於哪一類用戶了。客觀來說，很多人使用自己的產品都不夠，自己用的足夠多，能夠把自己的需求滿足好，是沒有問題的，特別指出，這裡的用，不是指體驗，而是真實場景和需求下的使用。

6. 有時候PM追求大而全，總想把什麼都做，結果產品臃腫，沒有特色，用戶壓根不會用？

（1）國內很多公司的通病，老闆追求大而全，以為能覆蓋足夠多的用戶，產品就會受歡迎，這是領導層因素很難避免，如果你作為產品人，哪天可以決策了，切記避免犯這類錯誤就好。

（2）產品前期：先做核心功能，時刻牢記產品定位，追求小而美。產品發展起來後，後期用戶量大了，可以拓展功能。

（3）如果是老闆產品的話，其實不是PM的錯，是公司決策層希望大小通吃，PM才會這麼乾的。這種情況比較無奈，但是也要注意需求優先順序，先做基本核心功能，後期適時而變。

（4）做產品的過程中，加法容易做，減法更難。所謂「Less is more」，在需要做出取捨的時候，需要根據實際情況做出取捨。實在無法判斷的時候快速試錯、評估、迭代也是可以的，這也是做產品的時候的一個方法。

7. 產品新人權威不夠，容易被別人牽著鼻子走，怎麼破？

（1）新人難免會有這樣的問題，需要在實踐中提高自己。如果你不懂交互、技術，如果他們有更好而且實用的方案當然應該聽取他們的意見。

（2）PM往往是產品的主導者，其他同事的對產品理解可能並不是正確的，你需要去說服別人。

（3）你要別人聽你的，關靠講道理沒用的，得和別人建立起信任關係，信任關 系需要一些事件來證明，比如你做的東西數據提升很大，比如你的口碑很好，比如你在公司和其他產品相比確實一看就是更厲害，比如你對人家尊重，比如你們私下關係培養不錯，這些都需要產品人去鍛煉提高。

（4）產品要樹立權威，讓別人按你的想法做，那就拿實際成績證明自己，久而久之你會得到大家的尊重。

三、既然大家都會犯錯誤，那麼我們怎麼去發現自己的錯誤呢？

前面我們討論了產品人可能犯的錯誤，或者自身存在的陋習，我們也針對若干典型的問題進行討論，提出解決方法。我們往往都能很快地看到別人的錯誤，卻很難發現自己的錯誤，那麼有什麼辦法嗎？

（1）大錯要預防，小錯可以改正成長，常思辨，多總結，要學會批評和自我批評。

（2）態度要端正，有錯誤承認，態度要端正，正視自己的錯誤。

（3）發現別人身上的問題、犯的錯誤，每日三省吾身，要善於及時反省自己，有則改之無則加勉。

（4）以上都是理論，道理大家都懂，請切記：實踐和執行！