產品經理入門小結

weixin_33757911發表於2018-05-19

由於大學學的是軟體工程，所以2014年本科畢業後就光榮的成為了一名程式設計師--iOS開發工程師。到現在快4年了，從助理到工程師再到高階工程師。話說這樣一直走下去也不會混的太差。但今年5月份我還是決定一定得往產品這個路線轉，並不是覺得自己在技術這條路線上混不下去，而是我就是喜歡做產品，她不會像技術那樣相對被動務實，做產品可以讓我去琢磨使用者，讓我瞭解如何做使用者，可以讓我看的更多，也可以鍛鍊我的溝通協作能力，更多的讓我去面對許多的不確定性。可能有些同學會問，為什麼會是在你工作了4年後再做出這樣的決定，現在轉會不會已經有點晚了，畢竟市場上已經一大堆產品經理了。面對這些疑問，我只想說，不管我做還是不做，2020年終究還是會到來，所以為了不讓以後的自己還在困惑甚至後悔，那就去做吧，大不了就是失敗唄，更何況我還是相信自己能做好的。
廢話太多了，下面我就來總結下近段時間學習的一些內容吧：

使用者分析

1. 使用者反饋收集

  • 公開渠道（勤搜尋、關鍵詞訂閱、使用檢測工具）：App Store，AppAnnie，豌豆莢，百度手機助手，新浪微博，貼吧等
  • 半公開渠道（定期搜尋關鍵詞、分析使用者評論）：使用者評價，產品群等
  • 私密渠道（定期和一線使用者進行溝通、自己去一線體驗產品）：使用者投訴，郵件反饋等

2. 使用者調研

  • 明確調研的目的

    • 背景：處於一種什麼情況下？是否必須採用調研來解決問題
    • 目的：為了解決什麼問題

  • 選擇目標使用者

    • 典型使用者：通過使用者畫像找到典型的使用者
    • 目標使用者：使用者的時間、地點、配合程度，瞭解清楚再進行約見
    • 邀約使用者：直接說明目的
    • 使用者數量：5-10個，不宜掃網式

  • 猜測使用者問題

    • 使用者可能得問題：使用者使用過程中的行為表現來發現問題
    • 可能得解決方案：猜測解決使用者問題的手段
    • 確定訪問的提綱：聚焦開發的話題
    • 訪問的題目數量：線上10-20，線下5-10
    • 儘量通過還原使用者過程進行訪問

  • 準備調研內容

    • 本產品的已知問題：使用者的操作習慣、消費習慣和過程，原因
    • 本產品的未知問題：使用者的使用痛點是什麼，什麼操作會讓他們感覺很煩，使用者願意掏錢幹什麼
    • 競品的已知問題：使用者在使用兩者過程中的直觀體驗，差異
    • 競品的未知問題：使用者如果轉移到競品或者本產品使用，放棄另外一方的原因是什麼

  • 現場調研

    • 瞭解使用者使用過程、復原當時的情行
    • 對關鍵問題進行預設，然後進行提問
    • 對有效的資訊反饋給使用者，並進行深究

  • 調研報告

    • 記錄單個使用者調研情況
    • 彙總使用者調研的過程和得出結論
    • 提出行動計劃

  • 如實還原，積極反饋

    • 使用者是怎樣出現問題的
    • 提出改進計劃，並及時反饋，出解決方案

需求挖掘

  • 慾望如何滿足：通過需求分析找到最簡單的滿足使用者慾望的方式
  • 思維導圖方式整理需求：從使用者的問題，使用者的場景，潛在使用者，現在的解決方案
  • 需求的優先順序排序：從使用頻率，開發難度和效果，產品的價值和對使用者的瞭解程度
  • 資料分析挖掘：對產品和使用者更精準的瞭解

產品的調研

  • 功能點調研（得出結論，對自己產品的價值）

      1. 目的性明確
      1. 注重底層邏輯流程
      1. 使用者需求如何被滿足（使用者群、為啥使用者會用、好處是什麼、怎麼使用）
      1. 重業務流程
      1. 互動體驗
      1. 突出亮點

  • 獨立產品調研（快速熟悉自身的產品、快速找到並瞭解競品）

      1. 目的性明確
      1. 注重底層邏輯流程
      1. 使用者需求如何被滿足
      1. 重功能迭代過程
      1. 重產品結構
      1. 運營邏輯

  • 個人調研（偏功能點）

      1. 新的功能點有哪些？最關鍵的是哪個？
      1. 使用者、需求、背景是否被滿足？
      1. 底層邏輯，產品流程大概是怎樣的？
      1. 產品的亮點是什麼？為什麼？
      1. 資料的表現（可選）
      1. 得出結論

看產品，一般自上而下了解三個事情：

  • 產品的形態：一般只有一個（解決使用者的一個問題：比如閒魚->賣二手貨）
  • 業務邏輯：有多條，也可以叫核心功能模組，比如：釋出商品，IM，商品展示，等等
  • 業務流程：功能點的流程，上傳商品照片，一鍵釋出商品，等等

功能和流程

  • 針對已有功能優化

    • 分析產品功能的現狀和邏輯
    • 現狀的功能有什麼問題
    • 我們的解決方案是什麼
    • 最後的結果改怎麼評定

  • 完整小功能設計（對外【體驗】、對內【效率】、對商業【付費轉化率】）

    • 明確產品功能的目的：對使用者，對平臺，對商業有什麼好處，列出清單，考慮是否值得去做
    • 梳理功能的基本邏輯：功能的基本邏輯，使用者的使用路徑，資料的流向
    • 調研相關產品的功能：看是否有能借鑑的
    • 制定和選擇方案：先把核心功能列出來，根據開發量、效果和產品所處階段，選擇合適的方案
    • 原型設計和需求文件：根據確定好的方案進行原型圖的繪製
    • 運營推廣方案：找到推廣的位置，確定推廣文案，明確推廣的效果

原型設計和PRD

業務流程圖 -> 頁面流程圖 -> 原型圖

  • 頁面流程圖：1、回到業務流程，明確主線業務；2、明確各個頁面的關鍵動作；3、溝通和優化
  • 原型圖：1、明確本次需求的使用者和場景；2、認真研究分析需求的業務流程；3、完成頁面流程與目錄；4、確定頁面的框架；5、確定互動細節；6、討論迭代細節修正
  • 需求文件：1、專案的背景和需求分析；2、本次需求的目的和功能列表；3、流程與所處產品模組關係；4、功能的詳細介紹；5、簡單的用例；6、考核指標與計算方法

專案管理

  • 評審會流程：

      1. 需求背景
      1. 使用者與需求
      1. 功能模組
      1. 講流程
      1. 原型與互動
      1. 資料指標
      1. 需要誰支援
      1. 預計上線的流程

  • 上線郵件：

      1. 直白的標題（產品+版本+賣點+動作）
      1. 清晰的內容（背景、開發過程、功能清單、後續計劃）
      1. 有對比的資料（上線前後的資料對比）
      1. 表揚要有技巧（定位到某個具體的人）
      1. 細節做得好（測試賬號、推廣內容、使用幫助）

上線前後準備

  • 通知到位：

    • 人：各路小夥伴都要通知到位
    • 物：各種物料和文件都要準備到位
    • 事項：後續需要誰支援都要通知到位

  • 資料分析：（讓事情變得可控，多思考，多分析）

    • 對指標進行拆分，自上而下，層層拆分
    • 對目標進行拆分，保證能落地，能夠被自己掌控

  • 種子使用者：

    • 找種子使用者的原因（體驗無法保障、推廣效果差、產品氛圍）
    • 理想種子使用者的樣子（容錯力、積極性、影響力）
    • 怎麼尋找種子使用者（線下、價值觀、邀請碼、媒體）
    • 對種子使用者的側重運營方式（參與感、重視感、加強聯絡）

合作與溝通

  • 產品設計，理想和感性的碰撞
  • 研發工程師，GEEK的世界
  • 運營團隊，產品的指導老師
  • 怎麼提問
    • 具象且可被回答
    • 問題背景清晰
    • 中立看待 不設立場
    • 提問之前 自己先思考
    • 明確提問的目的

相關文章