產品經理的三板斧:業務、技術、用戶體驗
一個好的產品經理,能力要求很高,既要有很強的專業技能,還要有非常好的軟技能,這樣才算是一個好的產品經理。
曾經有人寫過一本書《人人都是產品經理》,當時這本書賣的非常好,作為產品入門的書籍還是非常不錯的,而且我也把這本書推薦給了我們團隊的小伙伴去看。
但要是人人都是產品經理,其實很難,只能這樣去理解,每個人,都可以按照產品經理的思維方式去思考,這樣能讓你受益匪淺。
一個好的產品經理,能力要求很高,既要有很強的專業技能,還要有非常好的軟技能,這樣才算是一個好的產品經理。
我們很多產品經理其實都是趕鴨子上架,根本達不到產品經理的要求,很多都是需求或者項目經理出身,項目經理轉過來的做產品?;旧线€是只關注產品進度、質量,需求轉過來只關注業務,都有些偏頗。
那么作為一個產品經理到底要做什么事,又需要哪些能力呢?
這里說的是產品經理,不是產品助理,也不是產品總監,一般的產品經理基本就是在大產品線中負責一個產品,能力強一些的可能會負責多個產品。
而且很多公司對產品經理的要求也不一樣,有些公司做售前的也叫售前產品經理,這部分售前,本文是排除在外的,我以前也做售前,而且做到了售前主管的位置,所以對這塊的也是非常了解的,如果大家感興趣,我可以在單獨寫一篇售前的文章。
產品經理到底要做什么?概括的說就是產品規劃、產品定義、過程管理,今天先不展開講產品經理要做的事,著重說一些產品經理的能力模型,溝通管理、時間管理這些軟能力基本上很多崗位都是需要的,不必多說,關鍵把產品經理所需要的專業能力嘮一嘮。
產品經理的核心能力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協議
你提到的這本書是
為什么書名出不來, 是: 簡約至上
《用戶體驗要素》
尼爾森交互原則
交互設計四策略
一個很能裝的磚家 ? ?