讀《邱嶽產品實戰》筆記——上

第一講 驗證你的產品創意

• 信息收集的重要性, 聽從上下左右古今中外原則
  • 上:上游的產業鏈
  • 下:下游的消費羣體
  • 左右指同行業/相近行業的競品,和政策環境紅利
  • 古今是指了解上下游和競品的發展過程和遇到的問題
  • 中外:看看互聯網發達國家又沒有曾經的相似經驗和產品;
  信息收集的方法論
  • 聽課程
  • 行業專家深刻交流
  • 讀書
  • 行業報告,財報
  • 行業資訊,論壇,線下交流會

第二講 如何錘鍊你的產品創意

• 產品創意的驗證須要有一個正確的且符合邏輯推論過程
• 肯定本身在這個產品中的優點,並制定策略,進行沙盤推演

第三講 要不要相信你的調查問卷

• 在調研須要列出清單和計劃,基於大綱設計問題
  • 好比設計通勤類閱讀軟件,須要考慮通勤方式,通勤時長,通勤中網絡的網速,閱讀人羣的畫像
• 須要保證大綱中的問題不涉及用戶隱私,用戶可以較爲客觀的回答問題
• 不要提假設性問題,不要給用戶設置情景誘導回答
• 須要保證用戶可以流程做答,問題描述要各我的羣都能準確理解;
• 跳出本身的調查問卷,由於可能在不少狀況下用戶回答時和在具體行動時每每不是一致的,因此用戶的研究不只僅只能靠調查問卷,更可能是咱們產品中的實際行爲數據;

第四講 用最小的資源給你的產品試試水(MVP)

• mvp核心思想： 不斷的用盡量少的資源進行更多的價值劇烈縮減產品範圍，用最少的資源構建出符合預期的最小功能集合並投入驗證。用我本身的話來講就是走一步看一步，小步快跑；
  本章其實很水，就講了一個很老的例子和一個核心理論​​​​​

第五講 如何利用mvp思想

• 提早想清楚本身是須要驗證哪些數據，提早進行數據打點，不能盲目驗證；
• 須要對本身的埋點數據結果有個本身初步的估算，即定一個同行標準；
• 驗證過程當中，由於實施的是最小資源這樣必定會有所取捨，咱們必定要驗證捨棄不重要的功能；實施mvp過程當中的一些節約成本的方法
• • 用人工代替系統，如爲了驗證數據分析功能，咱們能夠忽略數據採集提交功能，採集用人工的方式去替代；即沒必要講系統過早的閉環起來；
  • 利用第三方系統，好比通常比較高級的測試工做，咱們能夠花錢優先進行雲測試
• mvp的缺點 不少人對mvp也是提出了不一樣反駁觀點，我的觀點mvp在針對外包項目，強業務項目，新領域項目時能夠推動，對於已有成熟模式的業務產品，仍是比較難推動；

第六講 產品立項

• 立項以前的功能推演，若是在立項時不能通過各方的拷問，這個說明產品的準備工做沒有作到位，作和不作都須要有理由，這個理由可使行業競品，數據，甚至能夠是本身的經驗，可是必定不要在別人質問後本身都以爲搖擺不定‘
• 立項的相關方必定要明確到位
• 這個我本身作的不足，目前公司業務相關方運營我有時容易忽略，從需求評審時他們就須要介入；可是這同時也對業務相關方的人員提出了更高的要求，他們的介入不只僅是知道了，而是知道這件事對本身的業務會產生什麼影響，將來我能夠圍繞這塊進行哪些挖掘；
• 協調利益相關方 創建統一戰線， 學會講故事，不會講故事的產品不是一個好產品；
  很重要
• 估算計劃，進行排期 必定要進行任務拆分精確估時，而不能任由開發人員打包估時，同時要留好必定的餘量；可是這塊要對估時的審覈人員要求較高，而且要有必定的獎懲機制；
• 立項的 立 在什麼時候； 須要嚴肅對待立項，由於任何一件事的立項都意味着投入資源，不要抱着無所謂的態度去立項，不然浪費的不只是別人的時間，也浪費了本身的機會；

第七講 產品發佈的坑

• 產品發佈清單以及責任人知會 這個尤爲在大型項目或者關鍵時期項目上線時很關鍵，；
• 項目不要週五上線，若是上要確保有人值班解決bug
• 留好退路，萬一項目上線不成功，有沒有進行預備方案；
• 從我角度來講就是 人 物料 後續事務處理 人是否通知到位，物料是否準備穩當，如發佈後的運營物料，雲主機服務器須要增長是否準備； 後續問題有沒有人跟進

第八講 產品增加愈來愈難，怎麼辦

• 增加慢的緣由第一是用戶紅利的消失，第二是同類產品愈來愈多，獲客成本愈來愈高增加新趨勢
• • 從拉新到留存的轉變 即細節和內容更加劇要
  • 下沉市場 如從一線城市用戶到三四線，農村，海外市場轉移
  • 將來新技術的影響 如vr 5G

第九講 產品增加的核心

• 若是不能持續而高效的解決一方和多方利益需求，不論有什麼樣的運營推廣，產品都沒法獲取生命力
• 建立產品的 閃亮一刻 就是用戶在使用你這個產品時，忽然有一刻以爲你這個功能不錯觀察用戶是如何描述你的產品 從增加的角度觀察產品價值的方式，能夠看用戶是怎樣介紹或者傳播你的產品，這個可能和產品設計的初衷有所不一樣。好比湯不熱，好比YouTube
• • 產品的價值不是產品經理去定義出來的，而是從用戶身上概括得出的；

第十講 增加團隊的組織和實踐

• 市場或者運營牽頭，產品和技術進行實施
  • 通常來講，前期是產品經理擔任了增加官這一角色，先行數據埋點；後續用戶積累一批後，須要有專業的運營官進行實踐
  • 各部門的配合一直是難點

第十一講 產品增加的指標

• AARRR模型 就是獲取 激活 留存 變現 傳播
• 在五個環節中，咱們須要根據產品當前所處的階段集中資源去推重其中的一個環節，不要想着面面俱到；
• 五個環節中目前來看是留存在各個公司都是比較重要的數據，因此須要在獲取用戶以前要拿出一個足夠拿手的數據；具體業務模式的解析
• • 選定目標 這裏的目標不是指產品立項之初的定位之類的，是指增加的目標：如利潤 用戶數 市場佔有率
  • 拆解業務模式 不一樣的業務模式有不一樣的拆解方式，做者舉例了極客時間的收入拆解；
  • 選定一個能夠撬動業務的支點， 這個也是因時而異，做者舉了子彈短信的例子，衡量這個的成功不是下載量，而是做爲一款即時通信工具應該十分留存的消息數是否足夠多；

第十二講 增加的套路

• 增加的過程大概分紅五部 創建數據體系 --分析--提出想法--排定優先級--測試
  • 創建數據體系，用到第三方的分析工具如友盟，ga，諸葛分析，這些須要提早作好；
  • 分析的目的：業務總體流程在哪一個階段出現了缺陷和問題，漏斗分析
  • 提出想法：經過分析結果進行大膽假設當心驗證
  • 排定優先級：安排資源進行試驗
  • 實施測試：
  • 周而復始循環前進
• 這章建議你們使用下友盟或者其餘的第三方統計工具，實戰第一否則只知道埋點，不知道如何埋點；屏幕事件和點擊事件如何關聯；
• 不少產品的增加方案其實都是試錯試出來的，這就要求咱們有2個能力，第一是足夠的判斷力，第二是足夠的犯錯成本；在項目必定的時間裏，其實真的是靠不斷的加班將錯誤一個個的犯完；

第十三講 如何提升用戶留存（上）

• 留存的本質： 在於用戶可以發現 並承認產品爲本身帶來的彙報，因此留存不是單純的追求數值指標，而是不斷的務實他背後的驅動力；
  • 提升留存的方式 通常採用策略是給用戶發消息，推送，郵件，通常把這種方式成爲鉤子；
• 鉤子的價值1： 告知用戶我產品的新價值 2 幫助用戶培養習慣，在一些教育類，健身類，須要持續訓練的產品中比較常見 3完成一些產品本生功能閉環或者不可或缺的推送或者通知；留存的週期和分析
• • 不用的產品應該有不一樣的時間框架，不要一律而論； 究竟是1關注日留存，周留存，月留存要看你產品的實際業務
  • 須要對留存進行足夠長時間的觀察；
  • 分析原則是儘量的細分分析；
• 留存和鉤子實際上是須要相輔相成的，在對用戶進行使用鉤子2以前，其實咱們作到2件事便可，第一個是必須推送如電商中的交易推送，新活動推送咱們能夠在用戶合適時機進行推送，這個能夠經過後臺的用戶活躍時間段進行大體得知；第二個時對於一些咱們的軟推廣，必定要作到精準推送，不要推送讓用戶反感的；

第十四講 如何提升用戶留存（下）

• 創建完善的會員體系 經過會員和非會員間的價值回報不一樣進行提高用戶留存
• 直接的利益吸引，如電商平臺發送優惠券，無門檻抵扣券，打卡留存
• 產品自己包含留存屬性 如網易音樂經過用戶評論留存，電商平臺經過收藏商品留存，這些就須要咱們平臺進行留存數據的分析
• 用有節奏的持續迭代提供我虛擬功能帶來用戶回報 好比遊戲的更新機制

第十五講 如何將你的用戶轉化爲忠實的長期用戶

• • 第一步固然是激活，那麼激活應該注重哪些呢
  • 瞭解： 一個符合用戶預期的產品形態更易讓用戶上手，但很難有新鮮感，而顛覆性的概念模型可能會一瞬間抓住用戶的注意力，確很容易讓用戶受挫離開；
  • 行動 
  • 打動