在錘子1年，我是這樣開始理解產品的

本文作者是前錘子科技的產品經理，現在是嘟嘟美甲的聯合創始人和產品經理，這篇文章是他的經驗之談：一個產品經理如何入門？道理看似很簡單，而對產品經理來說，里面的很多細節卻足以引起共鳴。在任何時候，即便你毫無頭緒，你能做的也不只是刷朋友圈。

寫在前面：

給幾個朋友提供一些產品經理如何入門的建議，結合我之前幾年的工作經歷，跟大家分享下。但是這兩點需要注意下：

1、我的方法大概都能適用于中小團隊，并不一定適用于有嚴謹流程和細致分工的大公司。要問后者怎么辦，跟你的 leader 學啊，干嘛自學，如果沒人帶這公司就太不靠譜了，還是趕快換下家。

2、產品經理最重要的就是獨立思考的能力。有句話叫“兼聽則明，偏聽則暗“，我是覺得產品經理不能光聽，要自己想，而且能有講道理、擺事實說服別人的能力（不是靠耍嘴皮子抖機靈說服別人）。所以記住不要把我說的（和其他任何人說的）當攻略一步一步走。

以下是正文：

1. 鍛煉對自己產品的理解

初學者可能剛入門就會被琳瑯滿目的原型工具和一堆堆的案例綁架，滿腦子里想的是別人花哨的功能和亮瞎自己狗眼的方案，但唯獨對自己產品不了解，腦子里全是別人的東西。

這樣的 PM 平時跟別人的對話一般是：

A（老板）：你覺得這里放四個標簽頁合理不合理？

P（PM）：當然合理，美團啊、點評啊、微信啊都這么做的。這是天下大勢。

A：那我們頁面上功能排版這樣靠譜不？

P：沒問題。現在這樣的排版方式是最常見的，交互方式也保證是最流行的。唯一色調設計手法是國際上流行的設計理念 Minimal 。

A：額，那我們這幾個功能是必需的嗎？

P：這幾個功能競品都有了，我們沒有的話不好吧？

A：......

對自己產品的理解又分為多個方面：

對公司定位的理解，跟老板和投資方有關

對用戶定位的理解，跟公司的定位和市場的狀況有關

對產品定位的理解，跟用戶的定位和推出產品的初衷有關

對公司研發能力的理解，包括設計能力、開發能力和運營能力

對其他部門狀況的理解，包括各部門在做的事情、大家進行的狀態

...

總之，你做出的每個判斷必須基于對產品有多方面的理解，而不是對競品的理解、對市場的理解這零散的因素。避免被腹黑——

只有這樣，當設計師做出你不滿意的稿子時你可以說“你的這個風格可能適合年輕人，但我們的目標用戶是商務人士”，而不是說“你這個不夠大氣，沒 有 feel 啊”；當你要求工程師改一個看起來不重要的 BUG 時可以說“后續運營部門計劃有好幾次大型活動，到時流量會瞬間暴漲，你這個 BUG 會放大 10 倍，所以很危險”，而不是說“重要不重要不是你工程師定的，是產品經理定的，你改就行啦”；當你跟老板討論要不要加一個功能時可以說“我覺得我們這樣的功 能是一個重要的補充，跟下個版本要做的事情不謀而合”，而不是“競品做了咱們不能落下啊，管它有沒有用”。

那具體怎么去鍛煉，其實是件費力又費腦的事情，你要不斷地去跟老板溝通、跟同事們溝通，去跟用戶聊，去做調研，同時做大量的思考和總結。你要有自己的一本詞典，記錄關于你名下產品相關的事無巨細的解釋，每當需要查詢就能隨時翻閱。

這本詞典可以記在心里，也可以整理成筆記。別人看來，它可能無關緊要，也不是那種張口“人機交互的趨勢”閉口“立體化設計語言”這些可以用來裝逼的術語。但沒有這本詞典，你每走一步都是一個坑，等走遠了回來想填的時候，已經晚了。

2. 提高分析和判斷能力

如果說對產品理解是第一步，那第二步就是怎樣基于你的理解做出靠譜的判斷。

說來也怪，很多 PM 除了參考別人的，也就是做用戶調研，或者唯老板是從。但很多事情簡單得要命，只要有生活常識、有基礎的推理能力，明明是可以更靠譜的。

舉個例子吧。

當初 MIUI 做安卓本地化的時候，日歷里加入陰歷是作為主打特色之一的，也廣受好評。在做 T1 的日歷的時候，我們也在考慮這個問題：到底加不加陰歷？

加的話，整個界面非常滿，顯得丑陋；不加的話，需要看陰歷的用戶又會不爽。

這是常見的一個日歷界面：

對于重調研的 PM 來說，就做個調查問卷，規模越大越好，看哪邊的用戶多；對用戶定位是偏高端用戶或者說發燒友的 PM 來說，可能就做個開關選項，用的打開，不用的關了。

但實際上完全可以往前推理一步：用戶到底為什么需要陰歷？

大概場景就幾個：春節前后用；陰歷的節假日用；自己和親友生日用。這基本囊括了所有用戶的需求。

那就簡單了，我們能不能就在春節和節假日的時候顯示陰歷？對于生日的話，我們可以提供設置項，在用戶和親友每年生日那天顯示陰歷。

這是 T1 的日歷界面：

這樣既在很大程度上防止了界面始終顯示陰歷的尷尬，又滿足了大部分用戶對陰歷的需求。這種方案憑常識很快就能推斷出來吧？也不用復雜的問卷調查吧？也不用復雜的產品設計吧？

你可能說，這就是個抖機靈的需求分析，況且是個小功能。我再舉個例子。

我們之前在嘟嘟美甲討論最基本的功能和界面時，并不是參考的市面流行的 O2O 工具都有什么功能、都有哪幾個標簽頁、都怎么排版的。我們先做了一次用戶的分析。

用戶的分析不是靠什么問卷來做的。你在問卷里問“你是哪類用戶”、“你平時做美甲會更看重什么？”，他們很難答清楚。如果你給的是具體的選項，又會有誘導回答的可能，最后的結論往往不能說明問題。

我們的分析方法是，先從常識判斷美甲用戶使用我們的產品有哪幾種場景：

1、已經有想做的樣式的用戶。

2、想來做美甲但不確定樣式的用戶。

3、不確定做不做只隨便來看看的用戶。

對于每種用戶，來這的需求肯定是不同的：

1、看你這有沒有想做的那個樣式或者類似的樣式。

2、看你這有沒有好看的樣式。

3、看你這有沒有什么足夠吸引她做美甲的地方。

對于這三種需求，我們要提供的功能又是不同的：

1、根據用戶的樣式提供定制服務；搜索和篩選功能。

2、精品/熱門推薦；搜索和篩選功能。

3、專題；精品/熱門推薦。

所以，在用戶第一次看到我們產品的時候，我們需要提供的功能就一目了然了：專題、推薦、搜索/篩選和定制。

而我們起初的判斷是，產品剛上線，第 3 種用戶肯定最多，第 2 種用戶會逐漸多起來，而第 1 種用戶會是高端、深度的用戶，出現得更晚。這樣對功能的主次也都分得清了。

最后初版的產品，我們就決定把主要精力放在推薦和專題上，搜索功能是第二版上線的功能，而定制將是更未來版本的功能。而界面的布局和排版，也都因為功能主次分明，所以心里有數了。

最終結果上來看，做出來的界面似乎大同小異。但因為每個功能從研發角度都會消耗精力、從用戶角度都會影響體驗，如果是拍腦袋想的，一點小差別、一些可有可無的功能都會成為南轅北轍的錯誤決定。

其實這些東西都是常識完全可以判斷的。你說我不是女人哪懂美甲咋回事，但你總逛過淘寶用過京東吧？購物時用戶的思路還是可以想象得出來吧？當你有了初步判斷之后，用戶調研的意義就體現出來了：它是作為驗證的手段。但它不能作為需求的來源。

總結起來，產品經理在做任何決定時，都要做到三個字：

講道理。

那怎樣培養這種能力呢？也不難。就是在日常生活中多問為什么。

這個小區的停車場入口需要繞三個圈，為什么這么設計？這個優衣庫進門一眼看到的全都是內衣褲，這么擺放是什么道理？樓下咖啡店平時顧客也不多，但居然撐了五年還沒關門，他們的收支能夠平衡嗎？

很多道理是相通的，每天都在想明白一些事情，那真遇到棘手的產品問題，你肯定想的比別人遠，也比別人靠譜。不斷去看別人的產品，但不是學皮毛，而是去想從商業模式、到交互細節、再到視覺風格的原因，這么做都是什么道理。

3. 確保良好的溝通和表達能力。

如果能夠對產品有充分的理解、對各種問題有了清晰有據的判斷，下一步就是把這些自己的理解和判斷跟同事們做充分的交流和溝通。

其實說來也不會很難，也就是注意溝通的技巧，一方面是說要有常提到的情商，怎樣讓沒有實權的你在推進大家完成任務、在協調大家的工作時不那么討厭；另一方面是要讓每次溝通都有效率，不耽誤時間。

對于前者，我的建議有：

1、始終清楚自己是產品經理，但不是經理，不要盛氣凌人；

2、用有理有據的事實來說服別人，而不是“老板的決定”、“反正跟你沒關系”這種操蛋的說法；

3、別人遇到困難不要說“我不管，這是你的事兒”，主動去理解他的困難，并且盡力幫忙解決，解決不了的一起想備選方案；

4、產品項目組中的任何同事之間有了矛盾，要主動去協調，別在旁邊看熱鬧；

5、隨時讓每個產品線上的同事了解全局的進展，讓大家產生主人意識；

6、用戶的反饋整理后可以周知同事，讓大家產生成就感，覺得自己做的事有價值。

對于后者，我的建議有：

1、每次討論問題，不管是一對一聊，還是開會，都明確這次的目的，有腹稿；

2、描述問題清晰，想好了再說，同時不要偏題；

3、每個問題都形成結論，不要討論來討論去覺得很充實就行了，沒有結論都是瞎扯；

4、不要把任何事情都交給別人決定，自己時刻準備提出更多方案和建議；

5、每次討論的過程和結論都有記錄，可以隨時查閱；

交際能力學習最快的方法其實不是從書本上背誦，或者記下我說的這些小抄，而是找一個你覺得交往起來特別舒服、又很優秀的人，學習他身上的優點。

4. 對產品的責任心

責任心似乎是最容易能有的，但卻是我直到現在面對很多優秀的 PM 都覺得自愧不如的。

我特別喜歡 @池建強 老師的一句話：產品經理最重要的能力就是讓正確的事情相繼發生。

你做到我說的 1-3 了，但那只是做“正確的事情”，是不是能讓它們相繼發生，卻要考驗你的責任心。

在午夜工程師為項目上線加班時，你是在樓下電影院里吃爆米花，還是在旁邊默默陪他？在設計師跟老板因為方案鬧僵了的時候，你是等著他們握手言 和，還是主動找老板或者設計師聊一聊趕快把項目推進下去？在運營的同事為了某個緊急活動給你提出不太實際的功能需求時，你是一句“做不完”就打發走，還是 認真跟她討論下有沒有什么別的方法能湊合著用？

是的，嚴格來說，你跟公司是勞動契約，你不能被強制加班；你的崗位是產品，不該去幫別人想解決方案；你也不是老板，公司的各種坑也不必由你來填。

但一個優秀的產品經理，是要對任何與產品相關的事務負責的。任何阻礙產品正常上線的事情都應該由你解決，任何能對產品產生幫助的事情都應該給予關心。

在這方面如何抉擇，就決定了你作為產品經理是平庸還是優異。

5. 關于工具的使用。

工具放到最后說，是因為實際意義上的產品經理，并不必掌握太多原型工具、交互繪制工具甚至繪圖工具。

不管是什么樣的工具，都是為人和當前做的事情服務的。還是剛才那句話，你為什么要用它？它對你現在做的事情有幫助嗎？

很多初創團隊剛剛起步，就開始搭建各種大規模的 Feature/Bug 的記錄和處理平臺，都在用特別復雜的需求文檔描述規則，都把腦圖、Axure 作為必備的工具。沒有提高效率，反而造成了很多問題。

就跟 MBA 不適合創業者一樣，復雜的流程會嚴重拖累中小公司的運作。我平時就用 Keynote 、Sketch 這樣的工具，完全能覆蓋 90% 的需求設計工作；產品研發的需求記錄和處理就用 Trello 或者風車，操作簡單，易用。

記住一條就可以了：只要覺得目前手頭的工具好用、高效，那就沒必要換成高大上的。除了裝逼，沒有別的意義。

6. 盡力涉獵廣泛

上次“在行”的一個朋友問我，他經常會與設計師有爭論，他總覺得那樣畫排版上有問題，但卻說不出哪有問題，該怎么辦。我說很簡單，如果你直覺上 覺得有問題，那可能真的犯了一些基本錯誤，那你多去學習些排版上的知識，多去了解下常見的排版規則，那之后遇到爭論肯定就有底氣了唄。

作為產品經理，懂一些其他崗位的基本知識是很有用處的。這樣既能保證良好的溝通，也能讓你在考慮需求、設計方案時心中有數。這是一個好的補充，當然沒有也無所謂。

去看看他們都在看什么書，找些基礎的看一下；也可以到知乎這來看點快餐類的文章。這樣別人就不會在背后說，這小子就會每天瞎逼想些點子、畫點不靠譜的原型、做點不接底氣的方案。

不過，雖說產品經理自學很重要，但我始終認為跟對一個牛逼的師父，才能真的成為一個牛逼的產品經理。