為甚麼 SEO 須要 Notification 及 Dashboard

當要開始寫這篇文章的開始時, 剛好在臉書看到一個新聞: "備用電源失能84天無人知 核三廠亮核安白燈", 其中有一句話蠻經典的: "這起事件，不是故障, 只是失去功能", 當然這句話看在反核的眼裏是件令人啼笑皆非的事, 好像在說: "這些問題, 只要知道有問題, 就不是問題", 當然這個問題是為甚麼人沒有人去注意到有問題.

在我當顧問的公司, 我一定 "鼓勵" 公司弄個電視牆, 來做 NOC (Network Operation Center), 而每一個人都會問到: "這畫面只要打開電腦就會看到, 為甚麼一定要放出來給大家看?", 這也就是上述問題最大的問題, 即使我們知道只要看了就知道, 但當你要主動去看的時候, 這個主動遲早就會被其他更重要的事給排除了, 簡而言之, 你即使能規劃出再好的 SOP (Standard Operation Procedure) 時, 但到了實務面往往有很大的差距.

我不客氣的說, 網路的複雜度比核能發電場更複雜, 任何一個環節出問題, 往往就會有失效或失效能的事情發生, 所以大家也知道要建立一個好的 NOC 是相當重要的, 但我常看到太多的 NOC 只是放個 TOP (效能監控) 在那邊而已, 事實上一個正確的 NOC 的 Dashboard 應該是要有紅綠燈, 有歷史指標, 更要有未來預測與指引.

也就是說, 當你要時常 "主動" 去檢查一個物件是否失效, 若當這物件不是 Mission Critical 時, 過不久就不會有人檢查, 往往是當出事之後, 有人才會說: "這起事件，不是故障, 只是失去功能", 系統沒有壞, 只是沒有啟動, 而 SEO 的細節真的要執行也是會有上百種, 甚至有些不是能夠一眼看得出來, 若你想依賴 "人事" 去做唯一的解決, 遲早就會面臨須要講出比台電更荒謬的狡辯.

嗯, 這篇文章不是講反核, 畫錯重點了.

當做出 Web.mas.ter.tw 時, 我就說這個雖然整體而言是 Dashboard, 雖然說不定是目前看到最好的 SEO Dashboard, 因為我現在在做 SEO KPI 時, 已經不會花太多時間在 Google Analytics 及 Bing/Google Webmaster Tools 了, 直接看 http://web.mas.ter.tw/ 是最快的, 但我知道我還是把這系統定位在 Dashboard Component 儀表版元件, 因為真的要做好的話, 還有更長的路, 且一個好的網站經營者, 不只是只有看 SEO Dashboard.

除了 Dashboard 外, 重要的就是 Notification System 警示系統, 而一個好的警示系統更不是你要 "主動" 去查看, 而是應該是直接跳在你的眼睛前方, 也就是說你平常在用甚麼東西, 一個 Notification 就應該嵌進去, 是必須比 Cheklist 更即使且更有相互合作與稽核的能力的機制才對.

因此網事的第二階段就是跟 Facebook 等社群協作平台做結合, 你平常在用甚麼系統與機制在 Co-Work, 就應該透通過去, 因為 Notification 要跳到你的眼球前面, 前題是你眼光是在那邊, 我們知道最難獲取 (Gain) 的就是 Eyeball....

所以網事當算出有新關鍵字方向值得經營時, 原本只是一個 Table 讓大家去看, 現在已經寫出來讓你可以在算出來的那瞬間, 即時 Post 到你的秘密社團, 然後大家一起討論如何經營這關鍵字, 現在已經有幾家我在顧問的公司開始在使用, 甚至已經透過這系統討論出可以做的事, 這才是我真正認為一個好的 Dashboard 不是讓你檢驗過去而已, 而是讓你去規劃未來.

當然在未來, 尤其是 Big Data, 因為資料量越來越大, 想靠早期的 SOP Checklist 來做事已經越來越不可能了, 因為 Checklist 往往很難 Co-Work, 而一個公開的 Dashboard 可以讓大家一起來稽核, 資料直接在 Group Discussion, 是最好的協同合作模式, 所以我很難想像一個說已經開始做 Big Data 的單位, 他還沒開始用 Dashboard 或 Dashboard 沒有好的 Transparent 或 Notification, 只要他做得越大, 往往代表 Lost 的也越多.

而你們呢?