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

第一講 驗證你的產品創意

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

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

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

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

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

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

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

第五講 如何利用mvp思想

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

第六講 產品立項

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

第七講 產品發佈的坑

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

第八講 產品增長越來越難,怎麼辦

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

第九講 產品增長的核心

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

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

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

第十一講 產品增長的指標

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

第十二講 增長的套路

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

第十三講 如何提高用戶留存(上)

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

第十四講 如何提高用戶留存(下)

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

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

    • 第一步當然是激活,那麼激活應該注重哪些呢
    • 瞭解: 一個符合用戶預期的產品形態更易讓用戶上手,但很難有新鮮感,而顛覆性的概念模型可能會一瞬間抓住用戶的注意力,確很容易讓用戶受挫離開;
    • 行動 
    • 打動
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章