一、前言：

        如何把產品做的更好？像我這樣的情況有沒有好的建議？有沒有什麼辦法能夠做到更好？

        學習嘛，就是相互交流，一起成長，無論對方是一個什麼樣的人，都有可以學習的地方，只不過是大與小、多與少。基於此類情況，我做了一些收集和整理，我會從產品、管理、使用者等這些方面，儘可能的詳細描述我所認為一個沒那麼差，不那麼水的產品應當做到的一些技能和經驗。但個人能力有限，所以有什麼不妥當的地方，那就不妥吧

二、基本能力

1、 態度

態度我認為是第一重要的。能力差點，沒有經驗都可以，但態度一定要端正，大多數的領導都會欣賞著一點，基本素質和培育潛能是領導優先認可你的條件。所有的公司都希望進來的人是可以融入團隊，帶領團隊，提升團隊的，如果你不能做領頭羊，那麼也可以做一個良好的中堅分子。

2、 抄襲/借鑑

對於很多人來說，沒有什麼是“可以直接拿來用”有更好的答案了。但這個抄襲/借鑑是怎麼斷定的，我們可以好好的理解一下。是因為不會、不懂、不理解，還是因為懶，沒時間、不願意思考。在很多的時候，我們需要的是一個結果，不需要過程對吧，那麼針對已有的內容，怎麼轉變為我們自己的內容。公司需要的是高效，原創&獨特性需要排在第二位，請認真考慮一下這一點。

態度是對人做事，抄襲/借鑑是速度和效率，這兩條做好，基本就沒什麼大問題了。

三、專業技能

        身為一名產品，專業技能的基本功還是得紮實。如果你能力不行，那麼文件寫的好也可以；如果你文件不行，那麼原型畫的好也可以；如果你原型不行，那麼溝通順暢也可以；如果你溝通不順暢，那麼陪著加班盯緊任務也可以；如果你又比較懶，那你只能長的好看了；如果你長的也不好看，那怪不得你來做產品，不然都以為公司是你開的呢。

        既然是做了產品崗，該有的產品知識還得有，下面我就按照相關類別來一起聊聊身為產品人我們應該掌握哪些。

1、行業的基礎知識：

        這裡為啥沒有先放產品能力、溝通能力、學習能力這些呢？因為你如何更快的融入工作崗位，在業內玩的開，最主要是依靠你的行業經驗。其他的在本職、個人、時間的情況下，都可以逐步的去疊加。

比如我們先來舉個栗子：

不熟悉行業的產品：我們進入工作第一天熟悉一下辦公環境對吧；第一週基本做一些零散的事情、跟進一下當前產品線內容、熟悉同事的工作狀態、已有產品線輔助等；第一個月基本算熟悉產品線了，也能夠知道當前的規劃是什麼了，然後才開始對產品進行歸納設計，但因缺乏行業經驗，很多的需求變化不能從根本上去考慮，只能臨時的生搬硬套。

熟悉行業的產品：第一天瞭解產品線，在檢視產品資料的同時就提出自己的建議；第一週就可以運用自己的知識融入到產品線中，並對產品線進行規劃，或直接領取任務開始獨立工作。在這週會和核心崗位的同事融入關係，以行業為切入點相互溝通，關係融洽；第一個月能夠獨立帶線，對產品有短、中、長期的規劃，在面對方案溝通時，能夠順著業務方的需求整理出其他的需求。這個月能夠讓領導和同事省心，因為覺得溝通不累，一句話就能夠理解。

        在這裡推薦一個比較早的視訊課程，產品壹百里劉文智老師的《產品深入淺出》課程。我當年就是跟著這個課程轉入的產品，今年又回顧了一次，裡面很多的內容還是很有深度的。

2、對軟體的掌握能力：

基本的軟體包含原型類、圖表類、協助類：

    2.1原型類：AXURE是原型的基礎掌握軟體，如果你不會用墨刀也行啊，在不行用摹客(Mockplus)也行啊，是在不行就用xiaopiu，最後在不行了就只剩下手繪了；原型軟體十幾種，找到一個最合適自己的就好。原型重要嗎？是不是要玩的666才可以？原型很重要，但要注意一點，不要把原型看的太重，它是你產品道路上的一個重要積累點，但不是全部。

   2.2文件類：Wor、Excel、PPT，主要的目的就是寫作、圖表、宣講。如果你說你寫過PRD，那麼你的PRD寫的怎麼樣？寫過大型的規範的600頁的PRD嗎？然而這只是一個角色的，還一個700多頁的也同步輸出。我曾認識一個大神，技術很牛，而且膠片做得非常非常棒，據說身價價值百萬。文件類的內容主要是輸出，需要有較強的理解能力，文件是要做到高效、有價值，而不是做了。

    2.3協助類：Sketch會不會？不會不要緊，還有PS和photoshop，都是一個檔次的哦。輔助平面的要知道藍湖哦，註冊一個賬戶和設計師可以友好的互動。Ximnd用來畫腦圖很簡單吧，我現在更多的使用億圖圖示。UML會畫嗎？就是用例圖啊，研發人員在建表和寫技術文件的時候需要用，一個小小的協助會讓他們打你的時候不打臉。輔助類的工具更多的是為了配合性的工作，不一定是你的本職內容，但小修小改的不用麻煩別人也能減輕不少的工作量。還有一點，如果能夠和大家通用，寫作起來也很方便。

以上內容有教導軟體嗎？沒有，我只是提出了一些名字而已，怎麼掌控，掌控到什麼程度，完全可以由自己的情況來決定，這些沒有什麼絕對。

俗話說一招鮮，吃遍天。對一個某一個軟體掌握透徹了，其他的軟體就是熟悉操作方式。

3、能夠運用不同的人：

    產品如果不能落地，那就是一種空想。如果需要落地，需要不同的崗位的人員來支援，那麼對這些不同的人，我們要如何稱兄道弟呢？

    3.1對市場、商務、銷售、經銷商：衣食父母啊，當然要用崇拜的眼光和敬佩的語氣來對待。只不過，聽10分，記8分，信6分，這裡我不是說他們不好，而是他們會習慣性的增加和誇大使用者的需求。比如我們經常會聽到的一句話是：客戶必須要這個功能！然而必不必須我不清楚，但客戶需要我可以理解，還有是這個需求是基於什麼場景下所需要的功能還是一個子功能。和他們保持一種積極，滿足，優先解決的態度，會很讓他們滿意。

    3.2對設計、UI、UE：雖然我也是做設計出身的，但很多的時候我還是去用反饋結果的時候去溝通。一般我很少會說，這個字放大，而是會告訴她：介面上的字型比較小，我們的應用場景很多的時候不會直接盯著看，是需要掃一眼，如果內容小需要額外花時間。使用者體驗是什麼？就是考慮使用者的感受，讓使用者覺得方便。對於原型來說，一般我不會讓輕易變動，如果你能有更好的佈局方式我可以接受，但如果能力一般那還是要按照我的要求來。

    3.3對研發工程師：一般的工程師都不喜歡瞎比比，覺得你煩，特別是你在打斷他們寫程式碼思路和更改需求還要壓縮時間。那麼如何良好的溝通呢？撒嬌賣萌是不管用的，有點技術底子會更好的溝通，如果你能夠去協助他們解決問題更好。還有就是你需要得到一個結果，順便講述一下過程，不要過多的描述過程要怎麼實現。比如我要做許可權功能，勾選每個欄目（主欄目），每個欄目都是基礎的看、增、改、刪四個許可權，不用子欄目單獨設定，只有admin有總許可權，其他賬戶新增時候都無許可權，需要admin配置。

    3.4對使用者：使用者是上帝啊，貌似用了兩個上帝，不過這個是真上帝，畢竟使用者是給錢的，可這個使用者不知道自己要什麼啊？只會說這裡不好，那裡不合適。根據使用者的反饋，實際理解使用者場景，模擬使用過程，這樣才能去理解需求。就像我經常說的，1個使用者下地鐵走15分鐘到公司是個人行為；100個使用者下地鐵走15分鐘到公司是環境因素；10000個使用者下地鐵走15分鐘到公司是商業需求。使用者要的是結果，不是反覆去討論細節，使用者在下地鐵到公司的方式有很多，第一遍問了是走過去，第二遍問了是自己買的二手自行車過去的，第三遍是打車過去，第四遍是和同事一起拼車；但少有人會告訴你我今天是做三輪車或打摩的，實際調查你會發現這種情況會很多，但很多人覺得不夠有面子，會預設沒有這個過程。而產品從需求理解的方向來看，這就是一次需求理解的不到位。

四、產品設計能力

終於說到產品的基礎和核心能力了，其實這塊早就應該提，但這塊既重要又不那麼重要。就好像你在打遊戲的時候，10級之前學到了一個基礎劍法，每升級就加2點攻擊力，剛開始很有用，後面級別高了，裝備好了，這2點攻擊力就看不上了。突然有一天你丟失了所有的裝備，發現自己依然攻擊力很高的時候，才想起來你的基礎劍法。

這裡我分了5個部分：（需要仔細看標題和理解，每塊不是單一的內容）

1、基礎的業務設計能力

這裡不是說畫原型，而是規劃整體的架構設計。關於產品五個層級我們都知道：戰略、範圍、結構、框架、表現。除去結構、框架、表現層外，戰略和範圍要怎麼設定？有沒有從長遠的角度去考慮過。就這麼一句話，當年你做的產品已有1.0的規劃了，那麼對於下個月的2.0你是否已經確認了方向？對於半年後的產品你有沒有考慮該如何應用？在遠一些三年的產品計劃你有嗎？

2、基礎的協調溝通能力

產品，一個有名無實崗位，說的好聽是產品經理，說的不好聽點就是需求分析師、原型設計師、方案文員加起來的半個背鍋俠。那麼針對這種情況，當然需要有福同享有難同當了，要屎也要一起屎才行。

在上面也專門提到了能夠運用不同的人，首先我們要做什麼事情要讓大家都知道，其次還要讓大家都理解這個事情當中每個人的角色都有多麼的重要，最後是一起努力完成。最基礎的溝通，就是雙方能夠對話，能聽，能理解，聊到共同的點上，沒有什麼事情是溝通解決不了的，如果解決不了就是一頓燒烤的事情，不行就兩頓外加一打啤酒。

3、基礎的市場宣講能力

前面兩塊主要是對內，還有一個事情是對外，對於市場、使用者、商業化要怎麼面對。假如需要參加技術研討會，PPT最後一定是你來定（技術寫出來的東西，要整理成白話文），你要鎮得住場子，會說能聊，能夠把握住話題。幾百人的大型會議中發抖那是你沒經歷過場面，如果幾十人的中型會議或幾個人的高級別專家評審會你也依然發抖，那就是個人能夠不夠強了。對外的宣講很重要，前幾年的創業PPT就是對外宣講最好的解釋。

4、基礎的前沿構想能力

產品是什麼？產品是一個概念性的話題，如果產品不能落地，那麼產品是什麼？產品就是一個空想而已，所以產品一定要落地，才能算產品。那麼對於產品來說，要思考的不單是一個解決方案，還要超越使用者思考，甚至說改變使用者場景的概念。比如微信，他的誕生就改變了人們發簡訊、打電話的習慣，然而這裡還要有一個概念是：整個大環境市場的方向。如果說我們還處於2G時代，每個月還是用著5塊錢30M兆流量聊QQ的時候，微信也能成功，但只是另外一個版本的QQ。

5、學習成長的心

作為一個高達上的工種，學習是我們保持良好生存的根本道理，所以除去基礎技能外，我們還要保持良好的學習能力。比如有一個剛結束流行的技術叫區塊鏈，火的一塌糊塗啊，多少人拼著搶著玩這個，你要身為一公眾人物你說你不懂區塊鏈，那真的是老土啊~這種情況，務必要懂啊，強迫自己學習也要懂。還有就是對各崗位的工作多瞭解一些，並適當的去請教他們一些問題。

說到學習，其實我們現在也是在說學習的概念，大家在聽這個課程也是在學習，我就在多嘮叨幾句。

該玩的時候要玩，該學習的時候還是要學習，至於是通過語音、書、還是視訊，這些都可以，關鍵是如何吸收。

至於是否需要為知識付費，這個完全看自己的情況，畢竟不像我還是處於公益的目的來做這個事情，錢嘛，雖然我沒有，但也暫時不考慮以此來盈利。

6、五大文件的寫作

6.1使用者體驗報告。一般體驗報告和競品分析報告會合並起來寫，畢竟都不會特別深入的體驗。寫體驗報告的好處，是可以對理解其他產品的狀態，寫的多了，有了套路，就形成自己的模式了。

下面是我寫的功能體驗報告。

如何快速撰寫一份體驗報告-子彈簡訊

https://www.jianshu.com/p/05ecb5326a1a

網易系列-網易蝸牛讀書-功能理解

https://www.jianshu.com/p/d0bef5f53d9b

體驗報告要怎麼寫

https://www.jianshu.com/p/d98b180b6920

6.2競品分析報告。競品更多的還是有一個對比的區分。就比如在快捷支付的時候，是你掃商家的二維碼還是商家掃你的二維碼，什麼時候在什麼情況下使用哪種模組，同樣是微信和支付寶，這兩者之間有什麼區別。

下面是我寫的競品分析報告。

如何做一份簡單的競品-網易嚴選

https://www.jianshu.com/p/686e701703d6

6.3BRD-商業需求文件。如果你有一個好點子，那麼你要分析這個事情，構思一下，準備一個故事，描繪出藍圖，讓別人相信你。

6.4MRD-市場需求文件。藍圖做好，故事講完，準備要實際的開工前，需要更詳細的描述怎麼做，以及這樣做的好處。要給大家去打雞血啊，要把當前的市場情況、目標、競爭對手這些都說出來，並且誇大自己，擴充目標，適當的貶低對手。

6.5PRD-需求文件。功能需求說明書，但現在很多的時候大家都不會在寫PRD了，直接在原型上寫標註，在開評審會的時候通過就可以了。

下面是我寫的PRD。

寫一份普普通通的PRD

https://www.jianshu.com/p/b7ecd9987012

7、五種圖的設計

7.1思維導圖-優先順序最高的內容。無論是寫文件還是畫原型或者是說安排其他的任務項，一個清晰的齊全的大小類目都清楚的思維導圖能夠讓你節省很多的精力。

7.2流程圖-最基本的圖形設計能力。從進入開始，到所有模組對應的關係，到結束。畫流程圖可以用講故事的模式，前中後，開始過程分支結果。

7.3框架圖-功能模組展示。告訴大家要做的軟體架構層級是怎樣的。主目錄下包含哪些子目錄，優先順序是什麼。

7.4原型圖-產品的兩大基本功之一。原型不光是考驗想法，還有佈局排版的能力。

7.5用例圖-角色、功能、邏輯之間的關係，研發和測試會用到，還有類圖、時序圖等。

五、總結

產品是一個輪迴的過程，一般情況下按照下面四步做好，基本就能夠做的穩穩當當。

5.1、發現問題-放大：前兩年流行的PPT創業，就是這種模式。我經常舉例也這樣說：1個人下地鐵走10分鐘到公司是你自己的日常；100個人下地鐵走10分鐘到公司是一個過程；10000個人下地鐵走10分鐘到公司是一個商機；1000000個人下地鐵走10分鐘到公司這就是一個巨大的市場。

5.2、收集資料-分析：做產品不是做其普通的東西，產品經理是要改變世界的人，雖然人人都不一定是產品經理，但至少現在你是。你要做的就是把1個人遇到的情況和100000個人所遇到的綜合起來。

5.3、制定計劃-投產：做什麼，怎麼做，為什麼做，給誰做，得到什麼結果。想一下商業計劃書是怎麼寫的。

5.4、方案實施-落地：研發的過程雖然很辛苦，但畢竟是和內部人溝通，實在不行還有其他個頭高的領導來扛著天。但對市場，可就針對是一刀一槍的幹了，迴歸到上一個節點中說的給誰做。

5.5、市場應用-迭代：一招鮮吃遍天是不適用於網際網路時代的，細切類目只是找到其中一個點，我們需要不斷的去磨合這個點，然後去擴充其他的點，用點連成線，在把線連成面。

以上內容是結合了我自身的一些經驗列舉的一些方案，不一定對每個人都有效，也可能裡面就是我自己走的彎路，所以需要自行判斷。寫出來呢，也是希望能夠對在這條路，和即將上路的朋友們起到一些幫助。畢竟創新很難，但參照就會比較簡單一些。

理論性的內容很多，說多了大家都很煩，但實際卻是日常的內容，如果有什麼更好的意見歡迎一起討論。