曾經有人寫過一本書《人人都是產品經理》，當時這本書賣的非常好，作為產品入門的書籍還是非常不錯的，而且我也把這本書推薦給了我們團隊的小夥伴去看。
但要是人人都是產品經理，其實很難，只能這樣去理解，每個人，都可以按照產品經理的思維方式去思考，這樣能讓你受益匪淺。
一個好的產品經理，能力要求很高，既要有很強的專業技能，還要有非常好的軟技能，這樣才算是一個好的產品經理。
我們很多產品經理其實都是趕鴨子上架，根本達不到產品經理的要求，很多都是需求或者項目經理出身，項目經理轉過來的做產品。基本上還是隻關注產品進度、質量，需求轉過來只關注業務，都有些偏頗。
那麼作為一個產品經理到底要做什麼事，又需要哪些能力呢？
這裡說的是產品經理，不是產品助理，也不是產品總監，一般的產品經理基本就是在大產品線中負責一個產品，能力強一些的可能會負責多個產品。
而且很多公司對產品經理的要求也不一樣，有些公司做售前的也叫售前產品經理，這部分售前，本文是排除在外的，我以前也做售前，而且做到了售前主管的位置，所以對這塊的也是非常瞭解的，如果大家感興趣，我可以在單獨寫一篇售前的文章。
產品經理到底要做什麼？概括的說就是產品規劃、產品定義、過程管理，今天先不展開講產品經理要做的事，著重說一些產品經理的能力模型，溝通管理、時間管理這些軟能力基本上很多崗位都是需要的，不必多說，關鍵把產品經理所需要的專業能力嘮一嘮。
產品經理的核心能力5個字概括就是“做正確的事”，這也是產品經理和項目經理的最大區別，項目經理的核心能力也是5個字“正確的做事”，所以說項目經理重在執行，產品經理重在規劃。
產品經理的專業能力，概括起來就是三個方面“業務”、“技術”、“用戶體驗”。
1、業務能力
業務能力是三者中的最關鍵點，不懂業務沒有業務分析能力是沒辦法做好產品的，因為你根本就沒辦法把握用戶的痛點，不知道用戶哪裡癢，自然也就做不出可以用來解癢的產品，就算你的產品技術很高級，界面超級炫，都是沒有用的，因為你沒有賣點。
所以作為產品經理就需要深入瞭解行業知識，在掌握知識的基礎上做業務分析、數據分析、用戶調研、競品分析，市場預測，做這些的目的就是挖掘用戶痛點，形成產品賣點，最終完成產品的整體規劃。
產品整體規劃形成後就是產品定義，核心的內容就是要定義產品需求，這個能力是作為產品經理的基本能力，也是考察產品經理對詳細業務分析的能力，它比產品規劃更加細緻、微觀。
業務分析過程中最常用的工具就是腦圖工具（比如MindManger、XMind）、數據分析工具（不用太專業的，一般的數據分析用Excel足夠了），還要有一個很重要的利器就是PPT，產品規劃彙報、產品方案彙報，給你的老闆彙報、給你客戶彙報都會用到這個簡單而又強大的工具，用好了，能讓你加分不少。
試想拿一個其醜無比的PPT給你的客戶彙報，就算你的業務分析再透徹，痛點抓的很準也是會打很大折扣的。
一句好，“業務能力很重要，這是做產品的基石，沒有這個這個基礎，談其它能力都是扯”。
2、技術能力
奶爸自己，最早也是做開發的，所以對技術還是比較瞭解的，而且也有一定的技術敏感性，那作為一個產品經理到底對技術需要掌握到何種程度呢？這是一個需要探討的問題。
我的理解是能夠和一般技術用戶講清楚技術框架，技術細節可以請專業的技術經理澄清，可以和內部的研發人員溝通技術可行性，一句話就是不能被開發人員給騙了。
什麼是技術框架，現在一般公司的技術架構都是雲架構了，會分為基礎設施層、數據層、應用服務層、接入展示層，這些架構層次之間是什麼關係，每層都用到了什麼關鍵技術。
比如基礎設施層，如果是雲架構一定要支持虛擬化、雲存儲等，如何根據產品要求的承載能力進行虛擬化分區，如何進行分佈式存儲，為了保證產品的健壯性，如何進行部署，採用水平集群實現負載均衡（用F5實現還是軟集群等），還是隻做HA（做硬件級的HA還是軟件），這些在方案層面都要有一些基本瞭解。
比如在數據層面，數據採集怎麼做，什麼叫ETL，是採用關係型數據庫（mySQL或者Oracle，當然Oracle也支持大數據，只是商業化的軟件太貴了，後期運維費用也太高）還是支持大數據處理的數據庫（如Hadoop等），如何進行緩存處理（用的Redis還是其它），並行數據處理用的是什麼工具等。
比如應用服務層，我們是不是也採用了SOA的架構方式，我們封裝了多少可複用的組件，比如流程引擎組件、門戶組件、報表組件、消息組件、日誌組件等，這些組件大概能達到什麼能力都要有一個大概的掌握。
和開發員溝通，通常是會對一些技術可行性的博弈，所以一些常用的技術細節也要了解。
比如數據庫要了解基本的SQL語句，索引、存儲過程、觸發器等。還需要懂得數據庫表的基本設計原則，比如三個範式，各種數據表關係的設計（1對1、1對多、多對多等）。
比如接口層面，一個需要實時傳輸，而且數據量並不大的接口，研發設計成FTP接口，這顯然是非常不合理的，肯定是研發想偷懶，所以要及時糾偏。
太多細節不再舉例了，大概就是這個樣子，一個產品經理如果不懂技術，可能是一個好的產品規劃者，但到了落地層面確很難做的很好。
3、用戶體驗
用戶體驗，簡單用的說就是產品要讓用戶用的爽，其實也是有理論基礎的，Garrett早在2000年就提出了以用戶為中心的Web設計的流程和用戶體驗的要素。
曾經看過一本書，忘了叫什麼名字了，加上我的理解，我認為用戶體驗的設計重點就是以下幾個策略和幾個原則。
4個策略：
- 刪除：刪除不必要的功能，直到不能再減為止
- 組織：按照有意義的標準對功能進行劃分，形成合理的功能架構
- 隱藏：隱藏非核心功能，避免分散用戶注意力，用細微的線索提示出隱藏的功能，但能讓用戶輕易找到
- 轉移：對複雜性操作進行轉移，用戶擅長做的轉移給用戶，計算機擅長的轉移給計算機
6個原則
- 精簡原則：決定不要什麼，比決定要做什麼更重要
- 就近原則：將同一類的功能都組織放在頁面相同模塊
- 習慣原則：設計及功能儘量貼近用戶的操作習慣，避免用戶思考
- 幫助原則：為用戶提供適量的幫助，必須使用用戶語言，不迷惑用戶
- 響應原則：每次用戶進行操作後，都需要給用戶一個響應反饋
- 容錯原則：必須允許用戶犯錯，給予用戶後悔的機會
掌握這些用戶體驗設計的策略和原則，還要學會使用原型設計工具或白板，能把交互的草圖設計出來，更加漂亮的界面課可以交給美工或者專門的交互設計師來做，但是你要說明白如何進行用戶體驗設計。
本文由 @奮鬥De奶爸 原創發佈於人人都是產品經理。未經許可，禁止轉載。
題圖來自unsplash，基於CC0協議
閱讀更多 人人都是產品經理 的文章
