如何作一個好的產品數據

一.建立數據優秀的產品需求的能力架構

  1. 創造力
    創意的人每每不會創造,就在一次經過鏈接,組成新事物

    富有創造力是因爲有着不少其它的經歷或者對本身的經歷思考更加深入。組件化

  2. 勇於拋棄慣性思惟
    "你們這麼作,確定錯不了"
    「一直這麼作,就永遠沒有盡頭」
    要注重對平常反覆工做的總結。找出業務方最需要的部分並把它本身主動化、系統化。
  3. 清晰的邏輯思考能力和想象力
    「你的財富成就不會超過你的思惟格局」
    思考能力和想象力能幫你更清晰的描繪產品的各個細節
  4. 善於溝通和解決矛盾
    (1)內部矛盾:
    • 產品自身的核心功能發展與衍生品的矛盾
    • 用戶體驗方式和產品特性的矛盾
    • 流程與商業利益的矛盾
    • 架構與新市場需求的矛盾
  5. (2)外部矛盾:開發成本和資源的矛盾
    • 部門薪資
    • 研發時間
    • 市場數據的壓力
  6. 解決的方法:
    (1)解決方式是否存在三種或三種以上的選項
    • 選項太多要進行排除和篩選
    • 多部門合做可以進行合併和融合
  7. (2)採用三至五步拆分解決這個問題
    • 質疑並分析問題
    • 提煉問題
    •  將問題分解成碎片
  8. 避免主觀猜測,需求不該帶有我的偏好和主管立場

二.優秀數據產品特色佈局

  1. 專一產品的核心價值
    不要隨着產品的演進忘記了最初設立的目標和產品的初衷
  2. 良好的用戶體驗
  3. 高速迭代,高速運行,高速複製
  4. 及時收集用戶的反饋
  5. 良好的數據運營
    (1)pv 點擊 轉化率
    (2)各個位置的點擊狀況
              用戶不喜歡用或者不知道用的點

三.產品的各個階段優化

  1. 用戶研究
  2. 需求分析
    (1)需求產生
    (2)創建市場需求文檔MRD
              MRD需明白傳達需求的目的和目標。說明的是「是什麼」和「爲何」,但不要包含「怎樣作」
    (3)需求評審
              PD完畢需求評審後,須告知需求方PRD的事件,產品開發的預估難度及完畢工期
  3. 設計階段
    (1)概念設計
    (2)功能設計
    (3)流程設計
    (4)原型設計
    產出:
    (1)產品需求文檔PRD
    (2)專家評審
    (3)交互DEMO
    (4)視覺界面
  4. 開發階段
    (1)後臺編碼
    (2)a(alpha 最初)測試
    (3)b (beta 第二次)測試
    (4)產品公佈
  5. 校驗階段

四.論需求分析編碼

  1. 引導而非抱怨用戶
    (1)需求是有層次的,需要確認的
    • 是否說出來的必定要知足
      用戶說出來的是他的某種需求和慾望,僅僅是表述。並不是需要,固然不是需求
    • 是否用戶說的需求就是應該作的
      需求分析的工做就是確認哪些是可以作的,哪些是沒必要作的
  2. (2)需求是需要被引導的。要變潛在需求爲現實需求
    (3)找到真實的用戶,注意間接用戶
    (4)有效溝通的問題
  3. 讓用戶的需求描寫敘述再也不天馬行空
    (1)原型
             原型是把產品主要功能和接口經過高速開發製做爲「模型」,以可視化的形式展示給用戶。用以徵求意見、肯定需求。原型的根本目的不是交付,而是溝通。


    (2)BRD(商業需求文檔)——產品的價值
             核心用途就是在產品投入研究以前。由企業高層做爲決策評估的重要根據
             這個文檔爲產品的規劃和發展設定了比較宏觀的方向。是之後產品戰略規劃的藍本
    (3)MRD(市場需求文檔)——對市場需求進行定義。並經過原型的形式加以形象化
             承上啓下的做用 spa

    • 承上:不斷積累的市場數據的一種整合和記錄
    • 啓下:對興許工做方向的說明和工做指導
  4.          這個文檔更加具體的給出產品的定位,需要實現的功能,與競爭者的差異,以及初期目標
    (4)PRD(產品需求文檔)——把產品需求的內容獨立出來並加以具體的說明
             是否用戶說的需求就是應該作的需要產品經理進行功能點的細化
    • UI的頁面佈局
    • 模塊的擺放位置
    • 層次結構
    • 產品執行流程
    • 異常狀況的處理
  5. (5)思惟導圖
              是對產品形態結構的梳理,包含功能模塊、邏輯關係、信息架構。
              可以用腦圖、use case圖、業務流程圖來表示 
  6. 需求的分析方法與目標確認
    (1)減法:刪減需求
    (2)加法:收集到的需求沒法知足現有產品的設計
             又一次作一輪需求點查
             找出新的需求無缺產品的設計
    (3)挖掘
             全新的產品設計需要人員去挖掘需求
    需求目標的肯定。


    需求目標:描寫敘述產品的性質定位、主要功能、對象用戶以及發展目標。能用一句話來歸納
    (1)領導的要求和願景
    (2)用戶調研
    (3)團隊溝通
    (4)我的知識水平插件

  7. 需求跟蹤與變動控制
    (1)需求跟蹤
              創建和維護「需求—設計—開發—測試」之間的一致性。確保所有的工做成果符合需求
    (2)需求變動控制
  8. 作有用、好用的產品
    (1)讓產品更有用
    • 瞭解實際體驗和行爲模式
    • 指定清晰、可行的產品目標
    • 不斷運營、不斷挖掘新的需求
  9. (2)無缺產品
    (3)動態運營。迅速迭代

五.敏捷開發設計

        能縮短項目的反饋週期對象

  1. 敏捷設計的適用性
    (1)產品功能點之間相互獨立
    (2)功能點之間的邏輯遵循某種操做流程
    (3)產品上線以後的版本號公佈維護。
    (4)產品上線後的新增需求
  2. 系統架構
    稍微超前設計
    (1)支持良好的擴容行和可維護性
    (2)組件化基礎功能模塊
    (3)插件化業務模塊——減小營銷活動和業務耦合度
    (4)client預埋邏輯
    (5)技術預研
  3. 敏捷的四個會議
    (1)計劃會議:每個迭代以前
    (2)每日站會:內部短會,講述三點內容:
    • 昨天作了什麼
    • 今天要作什麼
    • 遇到了什麼問題
  4.           僅僅記錄提出的問題。但是會後再找相關人員進行討論和解決
    (3)評審會議
    (4)回想會議
  5. 注意事項
    (1)重點明白
    (2)傾聽用戶的聲音、相信用戶的反饋
    (3)敢於創新小步快跑
    (4)持續不斷的發現問題解決這個問題
    (5)持續提高整個團隊的產品能力

其餘接口

  1. 參考書《美互聯網產品》
  2. 跳過節 (1)更新後的產品版本 (2)團隊管理 (3)SEO優化和推廣 (4)數據分析
相關文章
相關標籤/搜索