借鑑PMCaff大牛總結前端
‘熟知一個行業的業務,發現行業痛點,而且能經過邏輯整理出解決辦法,轉化爲一個有價值的互聯網產品,才能稱得上該行業的產品經理’後端
產品經理職位描述:安全
從無到有,負責產品規劃,市場分析,競爭對手分析,用戶分析,制定產品方案和策略,並協調產品設計,產品研發。架構
從有到優,產品上線後的數據跟蹤,用戶調研。並根據各類反饋完成各類改進,推動新版本的推出 。框架
執行任務流程:佈局
先作模型,再畫原型,最後PRD(需求文檔)學習
1.模型:產品形態結構的梳理,包括功能模塊,邏輯關係,信息架構,業務流程。能夠用實例case圖和業務流程圖來表示。梳理模型,能夠便於後面產品經理進行原型設計;能夠幫助別人理解你的產品形態。---Viso測試
2.原型:即畫出產品layout,就是不包括視覺效果和界面設計在內的產品細節形態的線框圖.(eg:一個網站首頁下的連接頁,連接頁下的連接頁,這種能夠成爲一個網站的網頁框架),其中原型圖裏面含有信息架構,頁面佈局,功能任務點,頁面(流程)跳轉邏輯等較爲明確的文案設計.大數據
一個比較好的原型圖,除了有基本的線框圖,還要有基本的備註信息。優化
產品經理的階段
摘錄PMcaff大牛總結:
管人-》需求設計,交互——》做爲用戶,體驗產品,優化
從產品層變身服務層:好的服務(1商業層:賺錢 2技術層:技術<前,後> 3.用戶體驗)
商業層:說清楚你的產品能解決什麼問題?說清楚你的產品讓用戶感到什麼不同?說清楚你的產品能爲社會和我的實現怎樣的願景?
最後補充個我的經驗,想要說服一我的,9999 個研究數據抵不上 1 個真實例子。
推薦imove實現視頻實例,吸引客戶眼球!
技術層:爲避免提需求時讓開發認爲傻逼 ,儘量 Google 一下實現技術實現原理,瞭解 Value[功能的價值] vs Effort[實現的難度],從而進行決策
咱們技術層的處理方法是後臺:The more the better,前臺:Less is more!
當設計後端服務時,事無鉅細,儘量的考慮到每個細節,使用各類用戶測試數據,規避掉進多的Bug,爲之後的定製化和大數據提供技術支持;好的產品經理不會讓開發去提你填坑。
前端追求精簡主義,不斷學習設計知識,不影響用戶的理解下,儘量多的去掉多餘的元素。
技術中產品經理的做用:後端和前端一般不是一塊兒的,產品經理提供潤滑做用,雙向提供信息,儘量把信息損耗降到最低。
一般有如下四個檢驗指標:
Efficiency: 單位代碼量下的功能生產力。
Robustness: 代碼是否健壯,安全性是否優良,對特殊狀況考慮是否周到。
Reuse: 代碼是否具備複用性,是否能夠運用到其餘項目中。
Scalability: 代碼是否具備可塑性,當需求變動時,或者添加功能時,能夠靈活變通。
目標:前端全自助,後端全自動。
自助意味着用戶無需引導,一切不言自明,充分用戶自主決定。自動錶明着潤物細無聲,我就默默對你付出就好。
體驗層:
一個好的產品經理,必須是一個好的用戶;
什麼樣的服務,會給用戶留下深入的印象?主要分爲下面這幾個因素
1.Usability ,服務是否完成了用戶的須要
2.Responsiveness,服務是否及時反饋
3.Flexibility,服務是善於變通
4.Transparency,服務是否輕鬆自在
5.Enjoyment,服務是否讓人愉快
一個挺生用戶黏性的方法論:
Hooked(着迷的)
1.Trigger:經過宣傳讓用戶瞭解服務
2.Action:知足需求讓用戶使用服務
3.Variable Reward:服務不按期發生變化,保持新鮮感
4.Investment:用戶自我投入,UGC輸出內容
如何作好產品經理??
好的產品經理最重要的特徵:
過程當中對產品的要求:‘刷信任感,而不是存在感’;‘產品不是力求功能多,功能多了不必定好’;
「 現在95%的產品經理作的99.9%的功能,都是有先例可抄可借鑑的。衡量一個產品經理優秀與否,絕對不是他抄不抄,而是他什麼抄什麼不抄。」-這都是摘錄的‘快刀青衣’大師的語錄。
「懂得剋制,懂得作減法,這是我以爲產品經理最重要的特質。」
總的感受,就是創新,但不僅爲創新,創新是爲持久用戶創新,而不是爲了嚐鮮者;產品經理要作的功能也不是花哨,也沒必要一味的相信用戶體驗數據,考慮大部分的需求和產品使用意圖,在用戶最大需求的基礎上延伸新的鎖定用戶使用的新的功能點;這算是產品經理的方向。
1、產品方案
產品方案,目的最好的產品方案;
2、畫原型
畫原型,是否能知足交互設計原則;(前提:能用;要求:好用;易用:目標)
交互體驗:
3、需求文檔
考慮到全部的因素,分清主次,細化功能點;
4、產品規劃
是否能夠規劃好每一個版本的上線週期,是否能夠協調每一個週期的實施。