<ins id="tbxvb"><span id="tbxvb"><cite id="tbxvb"></cite></span></ins>
<var id="tbxvb"><span id="tbxvb"></span></var>
<ins id="tbxvb"></ins>
<cite id="tbxvb"><span id="tbxvb"><cite id="tbxvb"></cite></span></cite><ins id="tbxvb"></ins>
<ins id="tbxvb"></ins>
<ins id="tbxvb"></ins>
<del id="tbxvb"><noframes id="tbxvb"><ins id="tbxvb"></ins>

上海迅傲信息科技股份有限公司

直播電商 AR移動增強現實 迅傲科技服務熱線400-775-3259

論如何用數據驅動運營

xunaoeditor 2017-08-18 15:11

[摘要] 互聯網的產品相對傳統IT產業而言,需求更富有多樣性。

 

640 (6).jpeg

互聯網的產品相對傳統IT產業而言,需求更富有多樣性。傳統IT行業的需求點多是固定且符合驗收條件。 

  但互聯網的產品則更多的從用戶體驗出發,更多的用數據來說話,不管是PV、UV、轉化率、留存等等。

  今天就來探討下如何從項目經理的角度出發,將這些環節形成閉環,更好的為產品精益求精服務。對于需求—數據—改進的閉環,可分解為以下三點:

  1)產品功能交互設計之初,明確方向,設定指標(KPI)

  2)產品開發過程做好埋點,確認數據來源,獲取數據

  3)分析數據,并反饋到產品功能交互設計

  下面,分別展開每一點在項目中我們應該如何去做。首先功能設計之初,制定指標

  產品的孵化和各功能模塊的設計在最初的時候都有一個初衷,去解決用戶的痛點。從產品初衷到產品形態,如何去衡量我們做的每一個功能用戶是買賬的。在最初始階段,我們就需要設定指標來衡量,而其中數據指標是最為量化和直觀的。但在這個過程中,不能僅僅就提出數據指標,更要明確定義每個指標的具體意義以及計算方式,所以我們必須做到精確定義,排除可能造成干擾的其他因素。

  每個指標的背后,都應該為產品的方向和目標服務。 

  通常來說,在產品設計之初,產品經理和策劃就應該根據自己對產品的思考整理出核心指標。在定義好核心的指標之后,我們應該針對這樣的指標讓整個團隊達成共識。這樣的方式可以采取多次的頭腦風暴,以及討論會。

  在這樣的過程中,其實大家可以更加深入的去挖掘。參與人員包含運營市場產品設計以及開發測試,只有大家共同理解目標,在每個工作環節才能集中精力為這樣的目標去努力奮斗。

  同時這樣的一個過程也建立大家對產品的一種主人翁意識。

  鋪平數據來源之路,對于數據指標達成一致意見之后,那又如何常規的獲取數據呢?

  在產品研發過程中,對于數據獲取的途徑一并考慮,則可以節約很多后期跑取數據的繁復過程。

  在我們日常產品中,通常數據的來源有三處,一個是服務器數據庫數據,二是日志數據,三是埋點后收集的數據。

  服務器的數據和日志的數據相對來說比較精準,但很難做用戶使用路徑的分析。而埋點數據,由于受第三方數據分析系統的上傳策略限制,在精確性上存在一定的折損,通常用來做用戶路徑的分析,數據對比,以及日常觀測。

  對于埋點,會涉及到埋點事件,以及埋點事件的屬性和標簽,結合數據分析平臺。產品策劃同樣需要在產品設計過程中,理清楚埋點的需求,提交給開發。

  而埋點的需求通常會結合分析用戶行為、各維度數據呈現的要求。 

  同樣埋點需求文檔也是需要在產品迭代中不斷的維護更新。因此,也建議大家將埋點需求文檔和需求管理結合起來。在整體的開發流程中,關注埋點需求的落實和驗證。

  所謂工欲善其事必先利其器,想讓數據驅動,那么這些工作的完備開展會極大的幫助大家的日常工作。

  數據指標帶來的反饋

  有了數據,我們又應該如何去對待數據從而帶來正向的反饋呢?

  數據反饋對于團隊可以帶來的幫助

  數據指標應該定期的反饋給團隊,做到數據信息透明。

  這個有很多的方式,比如例行的數據周報發送,數據平臺的權限開放。

  另外,也需要培養和調動大家對數據的敏感性。我們以前一直在談如何提高成員的ownership感,而我認為,讓大家更透明的了解自己正在為之奮斗的產品的狀況則是非常重要的一點。 

  核心數據指標較為健康,整體向上的趨勢,對團隊來說無疑是最好的激勵。

  而當數據下滑或者出現異常,也便于整個團隊提高危機感,從而共同審視當前的工作,是否可以為了數據上揚而做些力所能及的事情。

  數據反饋作用

  對于產品運營

  上面講了那么多,其實最終還是要為產品和運營服務。那么最后一環我們應該怎么做,才能真正的達到閉環,讓數據真正的被利用起來呢。配合相應案例,希望對大家能有所思考。

  案例:預警和產品、運營的優化

  數據的異常變動,可能提示著某個異常,舉個例子:某產品在頁面上端做了黃條的消息提示,用來做日常信息通知等。

  但在一次版本改版中,為了便于區分不同的信息類型,新增了灰條。

  數據后臺則會發現,頂端消息通知的點擊率大幅度的下降,灰色相對黃色,醒目程度大打折扣。

  后續產品做了緊急調整,棄用灰條。

  又比如用戶流失預警系統,下圖則是某產品流失預警中的某個表格。很顯然,通過這個表格,則可以明顯的發現有一部分用戶流失概率較高。

  從而可以抽取這部分用戶,對這部分的用戶做一些特征的挖掘,或者直接通過電話訪問等方式來調查用戶流失的原因。

       從而使得產品在這些方面得到反省和優化。當然,也可以針對高流失概率的用戶做一些運營活動的召回。

640 (7).jpeg

綜上幾個案例,我相信大家肯定可以看到數據在產品和運營中的這種反饋作用。最后的最后,打的小廣告。

  迅傲科技成立于2008年,是一家以互聯網開發服務和技術PE為主的公司,公司歷經9年的歷程,合作代表客戶萬科,SMG ,上海電信等。9年的沉淀積累了豐富的項目管理經驗,嫻熟的技術開發能力及更高維度的項目解決方案,歡迎大家一起來交流。

運維服務報價
  • 分類
  • 項目
  • 服務內容
  • 數量
  • 人天/單價
  • 服務總價
  • KT

    一次

    1、交接運行環境,賬號,密碼,及相關 系統文檔

    2、準備報修郵箱

    3、準備遠程訪問鏈路等

    4、周期一星期

    ¥20,000.00

    20,000.00

  • 常規服務
    (遠程)

    季度巡檢

    1、每月登陸用戶數

    2、APPlication正常登陸確認

    3、數據庫正常訪問確認

    4、數據正常備份執行確認

    5、提交季度檢查報表

    ¥2,000.00

    8,000.00

  • 問詢
    (遠程)

    郵件問詢

    定義:對系統操作等進行解答,對系統狀態進行確認等--不涉及系統操作

    例:用戶詢問系統是否可正常訪問(問詢)如確認后,需要系統重啟等,則升級為故障處理

    ¥200.00

    12,000.00

  • 故障排查
    (遠程)

    APPLICATION
    -
    數據庫

    對于系統使用中發生的問題,進行臨時對應 --系統重啟等

    ¥500.00

    24,000.00

  • 應急服務
    (現場)

    APPLICATION
    -
    數據庫

    1、對于系統使用中發生的問題,進行臨時對應 -- 系統重啟等

    2、4小時到場服務--15:00前保修當天到場,15:00后報修,次日9點到場

    ¥2000.00

    24,000.00

  • 作業依賴
    (遠程)

    作業依賴

    1、賬號解鎖,密碼找回

    2、權限調整

    3、數據抽取等--數據抽取,僅包含標準機能,單表取數

    ¥2000.00

    4,000.00

  • 功能開發

    功能開發

    更具功能,另行約定

    ¥2000.00

    0.00

服務響應級別及服務內容
  • 1

    提供4小時響應、5*8小時第二個工作日到達現場服務(上海市區、不含外環以外);

  • 2

    提供全年5*8小時電話、郵件、遠程技術支持服務;

  • 3

    提供每季巡檢服務;

  • 4

    提供全年應急響應上門固定次數服務(超出次數按2000/人天收?。?;

注:此報價含6%增值稅發票

TOTAL(RMB):

性俄罗斯xxxxhd,日本肥老妇色xxxxx日本老妇,中文亚洲爆乳av无码专区,国产末成年av在线播放