最近在微信“網站運營108將”上活潑，也有好多人問我怎么編撰一份運營計劃，我逐個答復， 感覺忙不過來，正好上上周末我在家做了一份數據運營計劃（網站優化方向），所以我計劃用親自實戰的閱歷來通俗化說一下：我是怎么搞網站運營優化計劃的。

事務旺季來了，領導說：韓利呀，這個中心事務的數據運營你來做吧，盡快出一份網站運營優化計劃。我欣然應諾（嘻嘻，我的工作態度一向鮮活，來了新活，總是特別振奮，一來自己平常靠個人站揣摩的東西終于又能夠及鋒一試了；二來剛剛轉型做工作交際事務，由此一役，更能總結到不少運營常識了）

那么，我該從何下手呢：按常規，必定是從數據下手，去發現網站本身的問題。往期閱歷，數據我一向認為有三大來歷：網站監測東西的點擊流數據丶日志數據和體會數據。前兩個數據來歷不必贅述，但凡做運營的童鞋都知道。體會數據是什么呢？體會數據，就是你本身作為一個用戶，帶著用戶的使命方針去體會你行將運營的網站的各個事務流丶交互細節，發現問題；當然，錦上添花的事情，你還能夠體會下競爭對手的網站。某種狀況下，競爭對手的體會數據的說服力勝過網站監測東西和日志數據帶來的說服力。當你實在依據自己實在體會而發現網站大問題時，領導和事務相關人員也就無話可說了。往期閱歷告訴我：網站日志數據和網站監測東西的點擊流數據由于數據監測辦法不同丶方針界說不同丶個人數據剖析閱歷多寡會形成許多費舌扯皮的事。畢竟你給事務相關人員（比方產品司理丶算法丶BD）評頭論足，說三道四人家心思必定不愿意。尤其是一個單位牛人如麻的時分，誰都不愿意承認錯誤。

一丶斷定KBR，并分化之(網站的要害事務需求(KBR：Key Business Requirements) 　　

KBR是Omniture辦法論常常提及的一個詞，它代表的是網站在商業上要到達的方針及要害環節，是網站剖析需求終究實現優化的落腳點，或許換句話說，是網站剖析的含義，如果沒有KBR，也就不需求網站剖析了)

在天極的時分，宋星常常來給我們內訓，那時分我跟他學了一套網站剖析思路：

斷定你的KPI>>>找到影響你的KPI的驅動要素（大局驅動+部分驅動）>>>剖析網站及事務模塊，發現問題>>>測試改善問題（途徑+產品）>>>改善前后比照，應用效果好的優化。然后不斷循環此運營邏輯。

所以，我依據招聘事務的要害KBR做了一番考慮，終究決議占領<簡歷投遞量>這個方針，將它翻倍（定方針的時分，我總是缺少理性，一般 都會把領導嚇一跳，當然我一般都完不成自己定的方針，可是，你懂的。方針本來就不是拿來完結的，而是用來鼓勵自己和團隊成員的，所以有時分我常常發現由于 領導離事務較遠，所以定的方針都很果斷時，許多職工都會說，這個領導真二，拍下腦袋方針就定了）

界說了KBR后，接下來分化它，找到大局驅動要素和部分驅動要素，如下圖，我將驅動要素和方針直接掛靠在一張圖上，這樣比較奪目(標黃部分為大局驅動要素):

二丶理清事務邏輯，尋覓剖析數據源
斷定好了KBR，并分化了KBR，我決議從要害驅動要素轉化率下手去發現問題。轉化率是一改定大局的方針。由于對事務流程還不是很熟悉，我拿出了500小號作為體會用戶來進行深化體會，終究總結了網站的要害事務流程圖：

事務流程理順了，合理我預備從數據部分供給的數據途徑尋覓剖析源數據的時分，不幸的收到了一封郵件，粗心是數據遷徙到了新的途徑，原有途徑不再供給 效勞。然后我登陸新的途徑，發現我要剖析的事務項意圖數據全部沒有了。我就問數據部的擔任人，擔任人說遷徙的數據都是依據相關事務搭檔日常點擊排行靠前的 規矩搬遷的，鑒于你擔任的事務模塊的數據已經良久都沒有被檢查過，所以就沒有遷徙，接下來他還怒斥了我一噸：這么重要的事務你以前為啥不看數據呢！

我暈，我剛接手這個事務呀，不過人家說的對，為啥沒看數據呢。我說：以后我會看的，能否遷徙下？然后數據部的產品司理說：原途徑的這個項目報表是依照其時的 事務口徑跑的，現在由于新增加了wap\app\微信端等移動端的流量途徑和途徑，主張依據現有事務重新整理報表需求。我一想也是，正好借此自我界說一些 方針。可是隨便又多出來一項使命：事務數據報表需求整理。

領導可不論這些，催著我寫事務運營計劃，這時分我想到了網 站數據監測東西。原來是用GA監測的（我太喜歡GA了，尤其是與Googletag Manager東西的合作運用），可是由于GA拜訪不穩定的原因，領導近期改用了百度計算。不是非常強大，我心想，只有自己多費點心了。

三，斷定要害優化方針一：要害流程轉化率
我決議先從轉化率下手剖析。我最喜歡的流程轉化率，經過研究，我發現事務流程分三塊：注冊流程丶簡歷創立流程丶投遞流程。我決議先搞投遞流程的數據，這個最 中心。翻開百度，沒有做轉化途徑裝備，所以裝備上，可是領導急著要計劃，等有說服力的數據發生的時分會耽誤計劃進度。所以我從受訪頁面下手，下載到本地， 來個excel笨辦法梳理（這個真心累，先得把各url分組歸類），忙活了一個晚上，終于弄出了第一個報表：

我這么一看，不由心里一樂，由于問題一下就明晰了，恰似領導成心送了一個廉價一樣：漏水的當地太多了，不對，是太狠了。各節點丟失的比例“高不可 攀”。所以我趕緊將剖析輔導含義附在圖下，鑒于事務隱秘，就不放射出來了。其實一看就了解，只不過是遣詞問題，寫的婉轉點罷了。像“狠丶太”等描述性字眼 就慎用，要不產品會生氣滴。

接下來，我決議再佐證一下，這時分體會數據辦法派上用場了，我想，是不是競爭對手的投遞流程也是這么雜亂呢，我決議從用戶使命負荷上來佐證比較，結果如下：

烏卡卡，三大流程，用戶完結使命用時和動作次數明顯高于競爭對手，這可不是一個好現象，也旁邊面印證了上文說的丟失率高的原因。招聘途徑本就許多。用戶為了投遞一份簡歷而費時吃力，搬運途徑的志愿就會很高。除非你的職位是獨家發布。

然后我就依照第三個過程一個方針一個方針的剖析，終究完結了一份圖文并茂的網站運營優化計劃。當然，由于百度計算的功用有限，接下來我又編撰了網站數據需求 計劃，總共整理了12份報表。我發現，經過這12份報表完全能夠了解優化網站要害事務，他們分別是：大局概覽數據（給領導看的）丶流量來歷途徑監測報表 （監測BD事務水平和流量質量的）丶要害流程監測漏斗報表4份（一個大局漏斗丶3個要害事務流程報表）丶用戶使命負荷報表（監測用戶體會和交互規劃）丶關 鍵進口頁面事務體現監測報表（頁面案牘丶交互功用和視覺體現）丶外圍內容運營功率監測報表（導流內容組對要害事務的引導效果）丶用戶價值監測報表（找到核 心活潑用戶，并做為運營化推行手法的節點）丶丟失用戶監測報表（找到并預警丟失用戶，提早做運營布置）丶職位當日保有量報表（根底信息事務必須堅持穩定或 進步）。

以上關于大局驅動要素丶部分驅動要素丶體會數據等都各舉了一例。我們是否了解呢！

2014年10月19日附：有朋友在我的微信大眾號coo108里留言說是否能夠共享一下那12份報表。當然能夠，僅僅這份報表比較草莽，如有辱視覺，見諒。共享如下：

校園招聘頻道事務數據需求
需求方：韓利

A 校招大局方針概覽
意圖：校招事務各節點要害方針及各方針總體趨勢
維度：日期
校招方針：校招UV、校招PV、PV/UV、新增校園版注冊用戶數、校園版創立簡歷到達投遞規范用戶數、校招投遞簡歷用戶數、被投遞職位數、投遞簡歷數、項目信息拜訪用戶數、點擊網申地址用戶數
全站比照方針：校招UV全站占比、校招PV全站占比、校園版新增注冊用戶全站注冊占比、校園版創立簡歷用戶數全站創立簡歷占比、校招C2C職位投遞數全站投遞占比
校招UV分化：老用戶、新注冊用戶數、未注冊用戶數
校招PV分化：老用戶PV、新注冊用戶PV、未注冊用戶PV

B 流量來歷途徑監測
意圖：途徑流量質量監控、發現新途徑。
維度：日期
流量來歷分類：①網站自有可控產品導流（網站非校招職位頁、wap、自有app、引薦引擎、微信大眾號、效勞號、官方微博）②站外引進（含查找引擎、站外鏈接、導航站) ③ 直接拜訪
方針：①流量數據（校招UV、老用戶、新注冊用戶、未注冊用戶）②行為數據（校招PV、跳出率）③要害事務數據（注冊用戶數、創立簡歷用戶數、投遞簡歷用戶數）

C 要害流程監測漏斗
意圖：發現丟失用戶的節點并實時優化相關影響元素
維度：日期

1、C2C職位投遞要害流程監測
根底方針：用戶數
大局途徑：進入c2c職位概況頁用戶數、點擊請求職位按鈕用戶數、投遞成功用戶數、點擊/概況頁用戶、成功/點擊、總丟失率

2、C2C職位投遞途徑分步監測-創立簡歷
根底方針：次數
圖表類型：漏斗
前置條件：web端、已注冊登陸但未創立簡歷用戶，由概況頁引進注冊流程用戶
途徑： 進入C2C職位概況頁次數（url）>>>進入創立簡歷頁次數（url）>>>①點擊“導入A網站的簡歷”按鈕次數 ②點擊“導入B網站的簡歷”按鈕次數 ③點擊“暫不導入，手動填寫簡歷”次數>>>①②點擊登錄并導入按鈕次數 ③進入導入檔案信息頁次數（url）

3、C2C職位投遞途徑分步監測-投遞簡歷
根底方針：次數
圖表類型：漏斗
前置條件：web端拜訪、登陸用戶且簡歷契合最低投遞規范
途徑：進入C2C職位概況頁次數（url）>>>進入簡歷承認頁次數（url）>>>進入約請評估頁次數（url）>>>進入投遞成功頁次數（url）

4、名企校招項目投遞流程監測
根底方針：次數
圖表類型：漏斗
前置條件：web端拜訪、已注冊、未填寫求職志愿用戶
途徑：進入項目概況頁次數（url）>>>點擊網申地址按鈕次數>>>進入填寫求職志愿頁面次數（url）>>>點擊填寫求職志愿頁面“完結”按鈕次數

D 用戶投遞使命負荷及使命完結時刻監測
意圖：與競爭對手網站比較，優化網站用戶使命投遞時刻。基準及理想方針數據如下：

維度：日期
方針：投遞簡歷用戶數、投遞總職位數、均勻投遞職位數、投遞成功均勻用時、投遞成功均勻鼠標點擊次數

E 職位保有量監測
意圖：觀測未被投遞的長尾職位（項目）總數改變趨勢、進而優化職位（項目）推行辦法<如經過邀約、BBS、社會化網絡等途徑推行長尾職位（項目），進步長尾職位（項目）的曝光度>
維度：日期
方針：當天新增職位（項目）數、當天職位（項目）保有數、職位被檢查總次數、被檢查的職位（項目）總數、被投遞的職位（項目）總數
挑選：1、職位維度：c2c職位、抓站職位、實習、校招全職、項目信息；2、檢查次數區間：0次，1-10次，11-30次，31-50次，51-100次，101-500次，501-1000次，1000次以上期

F 著陸頁面體現監測
補白：鑒于現在校招頻道正在改版，待改版正式上線后再單頁面提數據需求
主要進口頁面：應屆生項目頁：url；項目概況頁：url；應屆生項目查找頁（校招進度查詢）：url；找實習主頁：url；找全職主頁（校園版）：url；職位概況頁（實習、全職）：url。
方針：流量狀況（UV、新訪客、新訪%）；用戶頁面行為（點擊次數、跳出率、查找次數、挑選次數）；方針轉化行為（注冊用戶數、投遞職位數）

G 內容運營功率剖析
意圖：評測討論區（校園廣場+求職攻略）引流至概況頁面才能
維度：日期
導流內容組①：校園廣場主頁（url），今天職播內容頁（url），討論區列表頁（url），討論區概況頁（url）
導流內容組②：求職攻略主頁（url），求職攻略概況頁（url）
方針內容組：項目概況頁（url）,職位概況頁（url）
方針：引流次數，跳出率

H 用戶監測
活潑用戶和丟失用戶界說：最近7天有登陸（高活用戶）、最近15天有登陸但最近7天沒登陸（中活用戶）、最近30天有登陸但最近15天沒登陸（低活用戶）、最近90天有登陸但最近30天未登陸（可能丟失）、最近90天未登陸（已丟失）。

1、用戶價值剖析（電商思路運營）
意圖： 找到網站有激烈求職志愿的活潑用戶，并經過運營手法堅持用戶活潑度，最大化活潑用戶價值（如投遞更多職位，奉獻更多正面UGC內容，共享更多信息等），增 強網站在這類用戶心思的品牌喜愛，進而轉化成為網站宣揚節點；依據數據，預測評判校園求職動態、專業求職動態及排行榜，進而輔導階段性要點推行運營方針 群，并對推行物料制造及推行辦法進行輔導，到達精細化運營意圖。
維度：日期
大局方針：校招總用戶數、高活用戶、中活用戶、低活用戶、新增活潑用戶數、活潑用戶比率
報表：用戶UID、專業、校園、學歷、用戶所在城市、投遞簡歷類型、最近投遞簡歷時刻間隔、投遞簡歷頻率、均勻單次投遞簡歷數、單次最高投遞簡歷數

2、丟失用戶剖析
意圖：找到丟失用戶，并經過產品和運營，預警用戶丟失，最大力度拉回丟失用戶。
維度：日期
大局方針：校招總用戶數、丟失用戶數、新增丟失用戶數、用戶丟失率
報表：用戶UID、專業、校園、學歷、用戶所在城市、間隔前次登錄天數（>30<90，>90）、用戶狀況（可能丟失、已丟失）