1
產品經理是公司的“魂”，就算要裝逼，也不該在原型高保真上浪費時間。
常常在產品經理群，看到幾個產品人在討論axure如何使用函數、變量、運算符，如何做出高保真裝逼原型圖，如何將axure變成華麗的裝逼利器。這樣做產品，其實已經走錯了方向。我經常和一些產品經理討論，關于原型，要做高保真，中保真，還是低保真圖。調研中發現30%的產品經理只做低保真，60%的產品經理認為中保真對于指導UI作圖，開發支持已經足夠。10%的產品經理往往很追求細節完美，也會自我強迫的做出保真程度很高的原型。然而，陷入到作圖細節中，往往會忽略更多。
很多人一提到產品經理，首先想到的產品經理技能，就是畫原型。然而畫原型圖只是產品經理的一項基本工作，只是工作中的一小部分。例如，我之前做產品的一個新模塊，做完調研、需求分析、競品分析、業務流程、功能組織框架、信息架構后，這時候做原型，就很清晰了，作圖加上給項目組開會討論修改也只用了幾天的時間。前面的鋪墊做好了，后面做起來比較順，開發中也不會遇到很多坑。我這幾年來做原型，也只做到中保真，沒有動效，也沒有很復雜的交互。我會在原型中對組件做好備注，對頁面做好批注。對于產品上的規則會做補充說明文檔，手勢基本口述說明。
另外多提一下原型，原型圖屬于框架層中要完成的部分，框架層主要完成產品頁面的結構和布局。在這里，我提一下框架層，這個源于《用戶體驗要素》，這是一本層次和邏輯交代特別清晰的書。告訴我們做產品要從下往上做，從戰略層，范圍層，再到結構層，框架層，最后到表現層。關于這本書的理解和分析，我這里不作贅述，相信很多產品人都看過，推薦指數五星。
再拉回主題上來，我時常看到很多文章，教PM們如果用axure裝逼，Axure如何使用才能成為裝逼利器。每每看到這些，簡直都如鯁在喉。
產品經理是公司的“魂”，就算要裝逼，也不該在原型高保真上浪費時間，這種炫技，真心隨便都能羅列出幾點弊端：
產品經理的時間本來就很碎片化，做方案，做業務流程，頭腦風暴、信息架構分析、競品分析，包括產品和數據上的一大攤子事情，所以像我還有一些產品朋友，很多都是抽晚上的休息時間來做原型圖，如果做高保真，真心太浪費時間
做高保真原型圖，如果中途出現業務或者流程的大改動，要推翻了重來，那PM估計會在程序員崩潰前崩潰了吧。
類似于很常用的幻燈片之類，如果原型中用動態面板把這個做的完美了，我就只能呵呵了，我相信這種東西，正常的Pm應該會選擇多說兩句話交代吧。
最后，也是最最要的，產品經理要把控好大方向，大格局，包括行業新鮮大事件，行業大咖，行業歷史沿革，行業發展生態鏈。而不是去沉迷于axure炫技，這樣往往因小失大，沉迷進去，失掉大格局的眼光。
下面是我整理的關于汽車行業的一個簡略圖，Y軸為汽車行業的產品鏈，X軸為這些產品的發展史。
產品經理，切忌不要成為作圖經理。 那么從炫技中跳出來的產品經理，更應該關注哪些點？
一定要做好需求分析，做出產品需求和用戶需求。
1、需求搜集：產品需求來源于不同的渠道，老板的目標需求，用戶的需求和反饋，市場、運營、客服人員的需求等，對需求做好分類，并進行深層次挖掘。通過定量定性的問卷，競品分析，市場分析及數據分析，對需求進行進一步整理，需求要搜集的越多越好，在需求搜集這里，我們要做加法。
2、需求評估：在五花八門的需求里分析和篩選，哪些是我們核心戰略需求，哪些是支撐性需求，哪些是表面需求下面的本質需求。不斷挖掘評估，將需求抽象出來。
3、需求管理：需求確定好后，做好需求管理，也就是劃分優先級。我們可以根據四象限分析法則對需求進行緊急和重要程度的分析，對需求做好管理。過程中對不要一直加需求，即使是為了更良好的用戶體驗，做產品，要把控好產品節奏。快速上行，拿到數據和反饋，并做好快速迭代。
發現用戶真正的痛點，這個痛點一定要是痛的，是用戶確實需要解決的，而不是你去意淫出來的偽需求。必須是剛需，必須是痛點，必須痛！重要的事情我只能反復強調。然后你去競品分析，看其他的產品有沒有切切實實解決到用戶的這個痛點。
找到你的用戶，并做好用戶調研。如果是toB的產品，做好行業調研。此處用戶建模，修正數據，情景分析等不作贅述。
競品分析是產品經理必做的工作。很多公司在增加一些功能的時候，會選擇看看競品是怎么做的。競品分析，也慢慢變成了競品抄襲，所以模仿競品漸漸的成了一個坑。經常聽到產品人說，“XX產品有啊，我們也做嘛”。做產品千萬不能這么做，一定要看清競品的定位和我們的定位分別是怎樣？是一樣的用戶群嗎？功能使用場景一樣嗎？實現的方式要和競品一樣嗎？有沒有更好的方法？最后送十六字箴言：取其精華，去其糟泊，抵制誘惑，懂得克制。
做產品流程圖一般分為業務流程和操作流程，流程是否跑的通，是否合理，對一個產品很重要，所以對于流程，一定要多琢磨，想透，想明白。
業務流程：不同角色的人為了完成某個目標而進行的一系列活動。
操作流程：用戶完成一個目標要經歷的一系列操作。
信息架構由用戶、情景和內容構成，把信息和關系抽象出來，從而使我們的產品有了骨架。而產品架構的深度和廣度，決定了內容模塊和頁面的層級復雜度。信息架構絕不是單純的產品功能組織框架，它更要突出表達的是信息之間的邏輯關系，所以梳理好產品的信息架構，才能使產品更清晰更易用。（其實這里完全闊以另起文章說明了）
做好項目管理是產品經理的必備技能。關于怎么把控項目，我這里簡單的闡述幾個點：
1、做好工作量評估：項目的整體規劃，后臺、服務端、移動端，有時可能還有h5項目，做精確的功能清單，評估技術實現難度，評估優先級，確定工作量。我通常會多給項目留幾天的時間，防止出現突發性事件。另外，留好測試時間。
2、設置項目里程碑、做好驗收工作：在項目中設置節點，提前一兩天做對應的項目驗收。
3、經常性的溝通：項目進行中要經常的和團隊溝通，鼓勵大家的工作積極性，了解團隊成員的工作進度和狀態，了解潛在的風險并作出對應的解決方案。
4、獎罰制度：項目延期，要分析原因，設立獎懲制度。
這是一個數據驅動的時代，做產品更是要以“理”服人，這個“理”就是數據支持。
1、推廣運營數據：產品經理要關注運營數據，產品怎么優化對節省運營成本上要有自己的理解。產品運營數據如新增，活躍，流量分析，各渠道占比，及漏斗轉化等，都是我們需要關注的對象。例如做了灰度發布后，我們看新老版本的產品表現，就要看運營的數據表現，不過這個要建立在數據大的情況下，數據很小的話，分析出的結果可能存在很大的偏差。
2、產品數據：這里我說的產品數據，是對用戶行為分析的數據。例如在產品上做埋點，可以在產品上做出指導性的優化調整。
在這個浮躁的互聯網氛圍下，靜下心來多看多想。網上的短文章，簡報，終究還是比不上書籍。多看多思考，從而漸漸學會更好的思維方式，對大局觀和邏輯架構有更清晰的條理。
本來只想對做axure炫技和把時間浪費在研究axure復雜函數上的產品經理做一點提醒，結果叨叨到想對自己翻白眼了。文筆粗糙，請諒解，歡迎大家交流。
【作者介紹】高曉月（微信號gao_xiao_yue），做過技術、運營、渠道、技術部門經理，一路披荊斬棘，打怪升級轉到產品經理，現專注產品方向，也兼任打雜，資深段子手。歡迎朋友們多多交流，共同進步。
本文由人人都是產品經理 @高曉月 發布于雷鋒網，未經許可，禁止轉載。
雷峰網原創文章，未經授權禁止轉載。詳情見轉載須知。
