99999久久久久久亚洲,欧美人与禽猛交狂配,高清日韩av在线影院,一个人在线高清免费观看,啦啦啦在线视频免费观看www

熱線電話:13121318867

登錄
首頁精彩閱讀優(yōu)秀數(shù)據(jù)分析團隊應該做好這些事情
優(yōu)秀數(shù)據(jù)分析團隊應該做好這些事情
2017-04-02
收藏

優(yōu)秀數(shù)據(jù)分析團隊應該做好這些事情

Q:數(shù)據(jù)分析團隊如何給自己找活干?

當業(yè)務部門沒有提出分析想法,各方面數(shù)據(jù)看板已經(jīng)做得很完善的情況下。數(shù)據(jù)分析團隊如何給自己找活干,面對那么多業(yè)務部門,如何從一個部門下手再貫穿所有部門?

根據(jù)我的了解,題主的工作內(nèi)容是偏數(shù)據(jù)工程師一點的,不過題目是問的是數(shù)據(jù)分析團隊,所以就我有限的見識,拋磚引玉討論一下數(shù)據(jù)分析團隊如何給自己找活兒干。
為方便說明,這里以知乎為假想例子(也就是說都是我瞎掰的)。
比如說以用戶注冊過程為例,主要包括潛在用戶通過某種方式到達知乎注冊頁面(比如說搜索,或者朋友圈分享的答案、文章),開始注冊流程(郵箱注冊?電話注冊?),注冊成功之后的一系列動作,比如關(guān)注了哪些話題、是否更新個人資料,是否有進一點互動(比如說點贊或者答題)等

數(shù)據(jù)報表 (dashboard report)
題主提到“各方面數(shù)據(jù)看板已經(jīng)做得很完善”,那么可以試著從以下幾個方面入手?
a. 不同維度的完善
比如說現(xiàn)在報表包括了注冊整個過程的數(shù)據(jù),那么是否有按用戶性別、年齡等,地點(國家),使用設備(Andriod, iOS 等),來源(搜索引擎?朋友圈分享?微博分享?),注冊方法(手機號?郵箱?)等來做分類呢?
b. 數(shù)據(jù)的時間精度
我們知道微信公眾號是提供每天的數(shù)據(jù)追蹤的,如果能夠有更精細一點的數(shù)據(jù),比如說按小時的,是否會提供更多的信息呢?以上面知乎注冊數(shù)據(jù)為例,有每天的數(shù)據(jù)當然很好,但是假設現(xiàn)在半夜 12 點突然因為某些原因不能通過手機號注冊了,而且只是在頁面端有這個問題。如果沒有時間精度更高的數(shù)據(jù),而只能看每天的話,那類似這樣的問題可能就沒法發(fā)現(xiàn)或者需要過一兩天才能發(fā)現(xiàn)了。
類似的,比如知乎日報想看每天幾點推送效果更好,可以嘗試在不同的時間段推送,然后看每天的閱讀量、互動等,但是如果能夠?qū)崟r看推送之后的效果,自然比看每天的數(shù)據(jù)更有說服力。
c. 數(shù)據(jù)的完善度
理論上來說數(shù)據(jù)永遠只能部分代表實際情況的,不可能把所有情況都一一記錄下來。比如說在記錄用戶注冊的過程中,是否記錄了用戶注冊失敗的情況?比如說用戶名已經(jīng)存在?用戶名已經(jīng)存在的情況下,是用戶忘了密碼呢?還是本來應該點登錄的,結(jié)果點成注冊導致失敗了?注冊失敗之后下一步動作是什么?假如有這些數(shù)據(jù),可以帶來什么分析結(jié)果?
d. 數(shù)據(jù)的可靠性
數(shù)據(jù)并不總是 100% 可靠的,那么如何提高這個可靠性?如果建立一個大家都可以用、都可以信任的數(shù)據(jù)系統(tǒng)?當然這更多是屬于數(shù)據(jù)工程師的活兒,跟數(shù)據(jù)分析有點差別。但是另一方面來說,數(shù)據(jù)分析過程中也是可以發(fā)現(xiàn)一些數(shù)據(jù)存在的問題,提供反饋進一步改進的。

開拓性數(shù)據(jù)分析

有完善的數(shù)據(jù)報表是一件很好的事情,但是絕不能止步于此。
a. 給業(yè)務團隊提供方向
業(yè)務團隊應該有自己的想法接下來應該做什么,或者說至少有個大致的想法,同時數(shù)據(jù)分析在這里也能起到很重要的作用,有時候是確定哪些項目比較重要,影響力比較大,有時候是找到新的方向。
比如通過數(shù)據(jù)發(fā)現(xiàn),注冊錯誤里有一部分是因為用了海外的手機號,導致無法收到確認碼,那么就可以考慮如果解決這個問題了。還有一部分是因為用的郵箱收不到確認郵件導致注冊失敗。假設現(xiàn)在工程團隊資源有限,只能干其中一個,如何確定優(yōu)先級?
再比如說數(shù)據(jù)分析發(fā)現(xiàn)很多文章瀏覽量來源于微信朋友圈,那么添加通過微信登陸的功能,有什么好處,又有什么壞處?
b. 了解用戶
數(shù)據(jù)分析可以改進產(chǎn)品,很多時候可以通過分析用戶的行為來得到一些想法。比如說對比一下文章和答案的贊數(shù)和評論數(shù)會發(fā)現(xiàn),有一些文章和答案的評論數(shù)/贊數(shù)非常高,說明在評論里有很多互動,但是贊同文章的人卻很少。再進一步分析可能發(fā)現(xiàn),有時候是因為讀者強烈反對文章或者答案,所以評論區(qū)很熱鬧,有時候是因為大家在評論區(qū)里聊天,如此種種。那么這些信號是否能夠用在知乎時間線的排序上?是否有必要給文章也增加“反對”的按紐?是否有必要給評論也排序而非單純的按照時間來?
c. 設定目標
跑過馬拉松的人可能都了解領跑者的重要性(我沒跑過,別問我怎么知道的),因為有人在前面帶節(jié)奏,跟著合適的目標按照適合自己的節(jié)奏跑就可以了,不至太快跟不上,也不至于太慢而沒有發(fā)揮自己的潛力。
數(shù)據(jù)分析也可以起到類似的作用,給團隊設定一個合適的目標,而不是腦袋一拍,能不能完成天知道的。有時候目標設得太高,團隊拼死拼活也完不成,有時候又目標太低,不能發(fā)揮團隊的潛力。

數(shù)據(jù)基礎架構(gòu) (data infrastructure)
這方面可能也更多的是數(shù)據(jù)工程師的職責,不過數(shù)據(jù)分析團隊也是可以在其中發(fā)揮一定的作用的。
a. 方便團隊做測試
比如說是否有系統(tǒng)能讓工程師們方便的做測試,不需要專門的人來做 A/B 測試的數(shù)據(jù)分析?
b. 方便團隊使用數(shù)據(jù)
比如說產(chǎn)品經(jīng)理要看這周和上周的對比,一些常用的數(shù)據(jù)是否可以直接有報表呈現(xiàn)。如果有某個特定的方面需要進一點查看的,是否有好用的 UI 點幾下就可以?如果產(chǎn)品出現(xiàn)什么問題(比如說注冊頁面掛了),是否有系統(tǒng)能夠及時報警,并且能夠快速查明原因?
c. 自動化分析

比如說寫個程序把一些常用的分析過程給自動化了?


數(shù)據(jù)分析咨詢請掃描二維碼

若不方便掃碼,搜微信號:CDAshujufenxi

數(shù)據(jù)分析師資訊
更多

OK
客服在線
立即咨詢
客服在線
立即咨詢
') } function initGt() { var handler = function (captchaObj) { captchaObj.appendTo('#captcha'); captchaObj.onReady(function () { $("#wait").hide(); }).onSuccess(function(){ $('.getcheckcode').removeClass('dis'); $('.getcheckcode').trigger('click'); }); window.captchaObj = captchaObj; }; $('#captcha').show(); $.ajax({ url: "/login/gtstart?t=" + (new Date()).getTime(), // 加隨機數(shù)防止緩存 type: "get", dataType: "json", success: function (data) { $('#text').hide(); $('#wait').show(); // 調(diào)用 initGeetest 進行初始化 // 參數(shù)1:配置參數(shù) // 參數(shù)2:回調(diào),回調(diào)的第一個參數(shù)驗證碼對象,之后可以使用它調(diào)用相應的接口 initGeetest({ // 以下 4 個配置參數(shù)為必須,不能缺少 gt: data.gt, challenge: data.challenge, offline: !data.success, // 表示用戶后臺檢測極驗服務器是否宕機 new_captcha: data.new_captcha, // 用于宕機時表示是新驗證碼的宕機 product: "float", // 產(chǎn)品形式,包括:float,popup width: "280px", https: true // 更多配置參數(shù)說明請參見:http://docs.geetest.com/install/client/web-front/ }, handler); } }); } function codeCutdown() { if(_wait == 0){ //倒計時完成 $(".getcheckcode").removeClass('dis').html("重新獲取"); }else{ $(".getcheckcode").addClass('dis').html("重新獲取("+_wait+"s)"); _wait--; setTimeout(function () { codeCutdown(); },1000); } } function inputValidate(ele,telInput) { var oInput = ele; var inputVal = oInput.val(); var oType = ele.attr('data-type'); var oEtag = $('#etag').val(); var oErr = oInput.closest('.form_box').next('.err_txt'); var empTxt = '請輸入'+oInput.attr('placeholder')+'!'; var errTxt = '請輸入正確的'+oInput.attr('placeholder')+'!'; var pattern; if(inputVal==""){ if(!telInput){ errFun(oErr,empTxt); } return false; }else { switch (oType){ case 'login_mobile': pattern = /^1[3456789]\d{9}$/; if(inputVal.length==11) { $.ajax({ url: '/login/checkmobile', type: "post", dataType: "json", data: { mobile: inputVal, etag: oEtag, page_ur: window.location.href, page_referer: document.referrer }, success: function (data) { } }); } break; case 'login_yzm': pattern = /^\d{6}$/; break; } if(oType=='login_mobile'){ } if(!!validateFun(pattern,inputVal)){ errFun(oErr,'') if(telInput){ $('.getcheckcode').removeClass('dis'); } }else { if(!telInput) { errFun(oErr, errTxt); }else { $('.getcheckcode').addClass('dis'); } return false; } } return true; } function errFun(obj,msg) { obj.html(msg); if(msg==''){ $('.login_submit').removeClass('dis'); }else { $('.login_submit').addClass('dis'); } } function validateFun(pat,val) { return pat.test(val); }