數(shù)產(chǎn)實(shí)戰(zhàn)進(jìn)階3-4

數(shù)產(chǎn)實(shí)戰(zhàn)進(jìn)階3-4

第3章產(chǎn)品路線圖

優(yōu)秀的產(chǎn)品規(guī)劃能力可以讓產(chǎn)品經(jīng)理對(duì)產(chǎn)品方向性有著整體把控。

制定產(chǎn)品戰(zhàn)略目標(biāo)

  • 產(chǎn)品目標(biāo):就是為了達(dá)到產(chǎn)品愿景,所需要達(dá)到的一個(gè)或者多個(gè)目標(biāo)??梢詮囊韵露鄠€(gè)方向來(lái)制定產(chǎn)品目標(biāo):

    • 用戶滿意度
    • 產(chǎn)品指標(biāo)(包括核心流程的轉(zhuǎn)化率、留存率、流失率、PV、UV、活躍度等等)
    • 業(yè)務(wù)指標(biāo)(獲客成本CAC、用戶生命周期LTV、月/年經(jīng)常性收入MRR/ARR、客均收入ARPU、交易額等業(yè)務(wù)指標(biāo))
    • 技術(shù)上的改進(jìn),緩存的引入、服務(wù)器的升級(jí)
    • 推廣新服務(wù)
  • 產(chǎn)品路線圖:在時(shí)間軸上的總體視圖,能夠展現(xiàn)產(chǎn)品的發(fā)展方向和目標(biāo),并且展示產(chǎn)品的迭代計(jì)劃,是個(gè)動(dòng)態(tài)的文檔

收集整理需求

  • 用戶反饋:根據(jù)需求的目標(biāo)用戶不同,選擇不同的收集方式

    • 自由主題
  • 競(jìng)品分析:確認(rèn)目標(biāo),某個(gè)模塊或者功能,一定要以目標(biāo)為導(dǎo)向

  • 銷售人員和客戶服務(wù)人員:需求登記表

  • 行業(yè)分析:需要階段性閱讀行業(yè)分析報(bào)告,提升產(chǎn)品宏觀思維

  • 頭腦風(fēng)暴,限定發(fā)言時(shí)間與討論規(guī)則,不要打擊發(fā)言積極性,鼓勵(lì)相互補(bǔ)充

  • 數(shù)據(jù)反饋:行為數(shù)據(jù)、用戶信息數(shù)據(jù)、交易及日志數(shù)據(jù)

確認(rèn)優(yōu)先級(jí)

  • 需要對(duì)需求進(jìn)行合理的分類、限定優(yōu)先事項(xiàng)的數(shù)量、選擇合適的方法論和工具,需求的目標(biāo)要明確,成本要估計(jì)

  • 幾個(gè)常見的優(yōu)先級(jí)設(shè)定的工具和方法

    • 價(jià)值與復(fù)雜度模型:這是比較常見的方法,基于兩個(gè)方面:商業(yè)價(jià)值與復(fù)雜度(投入成本),以前者為縱坐標(biāo),后者為橫坐標(biāo),位于第一象限的最優(yōu)先
    • 加權(quán)評(píng)分:相對(duì)客觀的評(píng)估方法,從收益與成本兩個(gè)方面出發(fā)。收益:收入、客戶價(jià)值、戰(zhàn)略價(jià)值。成本:研發(fā)、運(yùn)營(yíng)、復(fù)雜度、風(fēng)險(xiǎn)
    • KANO模型:分析需求對(duì)用戶滿意度的影響
    • SWOT分析:包括優(yōu)勢(shì)、劣勢(shì)、機(jī)會(huì)、威脅

規(guī)劃路線圖

  • 包括版本目標(biāo)、核心需求、時(shí)間周期和里程碑

第4章數(shù)據(jù)埋點(diǎn)體系

數(shù)據(jù)埋點(diǎn)概述

  • 一般將數(shù)據(jù)分為生產(chǎn)端數(shù)據(jù)和消費(fèi)端數(shù)據(jù),生產(chǎn)數(shù)據(jù)容易獲得,一般就是系統(tǒng)數(shù)據(jù)庫(kù)。消費(fèi)端就是用戶點(diǎn)贊、評(píng)論、收藏等等操作。埋點(diǎn)采集的也主要是消費(fèi)端的數(shù)據(jù)

  • 埋點(diǎn)的意義在于收集到的數(shù)據(jù)可信度高

  • 埋點(diǎn)的類型有三種,web埋點(diǎn)、app埋點(diǎn)和接口埋點(diǎn)

    • web埋點(diǎn):在頁(yè)面中注入一段JavaScript代碼,然后對(duì)收集的數(shù)據(jù)進(jìn)行上報(bào)的技術(shù)。主要關(guān)注的是各個(gè)指標(biāo)和漏斗分析法,同時(shí)上報(bào)用戶信息,對(duì)用戶興趣進(jìn)行挖掘
    • APP埋點(diǎn):通過(guò)在代碼中加入特殊的代碼或者引入一個(gè)SDK,來(lái)對(duì)APP信息進(jìn)行收集。主要關(guān)注用戶的留存和深度挖掘
    • 接口埋點(diǎn):不同于其他埋點(diǎn),它是通過(guò)日志系統(tǒng)儲(chǔ)存,然后通過(guò)ETL保存到數(shù)據(jù)倉(cāng)庫(kù),主要用于實(shí)時(shí)接口監(jiān)控,快速發(fā)現(xiàn)接口的異常

如何做好埋點(diǎn)

  • 目標(biāo)收集:關(guān)鍵意義在于必要的全面,主要從兩個(gè)角度思考,一個(gè)是用戶信息,一個(gè)是目標(biāo)及事件

    • 用戶信息指的是用戶的身份和硬件環(huán)境信息。
    • 目標(biāo)及事件主要是指頁(yè)面中的元素與元素觸發(fā)事件。有一個(gè)簡(jiǎn)單的定義:誰(shuí)對(duì)什么做了什么。這里的誰(shuí)就是用戶、對(duì)什么就是目標(biāo),做什么就是事件。
  • 字典管理:埋點(diǎn)只是為了保證有信息,距離產(chǎn)生價(jià)值還差一個(gè)重要步驟,就是字典管理。主要有兩個(gè)要以

    • 第一要義是埋有所編,一個(gè)埋點(diǎn)對(duì)應(yīng)一個(gè)標(biāo)識(shí)信息,在后續(xù)數(shù)據(jù)分析中發(fā)揮作用,也方便管理
    • 第二個(gè)要以在于便于檢索,給模塊起名時(shí)要遵守全路徑原則,就是頁(yè)面--模塊--最子級(jí)模塊--元素--事件。
  • 埋點(diǎn)管理平臺(tái):處理字典管理以外,還有可視化管理、埋點(diǎn)狀態(tài)監(jiān)控、埋點(diǎn)測(cè)試幾個(gè)模塊

埋點(diǎn)技術(shù)

  • JavaScript埋點(diǎn)
  • APP埋點(diǎn)
  • 埋點(diǎn)技術(shù)的選擇

第5章數(shù)據(jù)中臺(tái)

是什么

  • 不同部門之間會(huì)出現(xiàn)很多溝通、數(shù)據(jù)標(biāo)準(zhǔn)等等問題。數(shù)據(jù)中臺(tái)就是在各個(gè)部門間找出共識(shí)

  • 建立中臺(tái)會(huì)面臨哪些問題。如何解決
    1是否需要建立數(shù)據(jù)倉(cāng)庫(kù)?
    2中臺(tái)與當(dāng)前業(yè)務(wù)如何保證?
    3多久才能產(chǎn)生價(jià)值
    4中臺(tái)與前臺(tái)未來(lái)產(chǎn)品邊界如何定義

    • 1數(shù)據(jù)中臺(tái)是一種戰(zhàn)略,數(shù)據(jù)倉(cāng)庫(kù)不是數(shù)據(jù)中臺(tái)的必須品。數(shù)據(jù)中臺(tái)戰(zhàn)略是企業(yè)在全域范圍內(nèi)以業(yè)務(wù)為目標(biāo)的數(shù)據(jù)價(jià)值最大化

產(chǎn)品形態(tài)

如何構(gòu)建

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容