如何建立儀表板:數據來源、關鍵指標、圖表同權限
建立儀表板,首先要由佢需要回答嘅問題同會閱讀嘅人開始,然後精確定義一小組指標,接駁呢啲指標所用嘅數據,再為每個指標揀一款簡單嘅圖表。之後決定邊個可以睇邊啲數字。AI 應用程式生成工具幾分鐘就可以產生一個精美嘅儀表板;真正困難、亦係決定大家會唔會信任佢嘅部分,係確保數據同定義都正確。
由問題開始,唔係由圖表開始
一個想顯示所有嘢嘅儀表板,通常只會被打開一次。考慮圖表之前,先回答以下問題:
- **佢係畀邊個用?**創辦人、銷售團隊、營運部門、投資者,定係你嘅客戶?
- 佢支持邊啲決定?「我哋要唔要再請一位客服?」係儀表板可以回答嘅問題;「畀我睇吓我哋嘅數據」就唔係。
- **佢哋幾耐會睇一次?**每日營運儀表板需要最新數據同提示;每月一次嘅董事會總覽就唔需要。
寫低三至五條問題,每條再對應一至兩個指標。
精確定義每個指標
大部分關於儀表板嘅爭拗,其實都係定義上嘅爭拗。為每個數字寫一段簡短定義:
| 指標 | 含糊 | 精確 |
|---|---|---|
| 收入 | 「我哋賺到嘅錢」 | 按發票日期計算,已付發票總額,不含稅,以美元計 |
| 活躍用戶 | 「用緊嘅人」 | 過去 30 日內至少登入一次嘅不重複用戶 |
| 流失率 | 「離開嘅人」 | 月初付費客戶之中,喺當月取消訂閱嘅數目,除以月初客戶總數 |
| 回應時間 | 「支援嘅速度幾快」 | 由建立工單到首次人手回覆嘅中位小時數,只計工作日 |
將呢啲定義寫入你嘅提示。否則 AI 會揀一個聽落合理嘅計算方法,但未必跟你業務嘅計算方式一樣。
數據從邊度嚟
| 來源 | 儀表板點樣讀取 | 要留意 |
|---|---|---|
| 你應用程式自己嘅資料庫 | 直接查詢 | 繁重查詢會拖慢主應用程式;如有需要可加入摘要表 |
| 試算表 | 以 CSV 匯入,或透過 API 讀取 | 人手編輯會弄亂格式;總計列同合併儲存格 |
| SaaS 工具(Stripe、HubSpot、Shopify、Google Analytics) | 用你嘅 API 金鑰呼叫佢哋嘅 API | 速率限制、分頁,以及每個工具定義指標嘅方式都唔同 |
| 數據倉庫(BigQuery、Snowflake、Postgres) | 透過伺服器端連線執行 SQL | 憑證同查詢費用 |
以下兩個原則喺每個情況都適用:
- **金鑰放喺伺服器。**API 金鑰同資料庫密碼應該放喺應用程式嘅環境變數入面,絕對唔可以放喺瀏覽器程式碼入面。
- **決定數據幾新。**每次載入頁面都同時向多個 API 拉取數據,會好慢,而且可能觸及速率限制。對大部分業務儀表板而言,每小時或者每晚同步一次到你自己嘅資料庫,並喺頁面上顯示「最後更新」時間,會更簡單亦更可靠。
如果你未接觸過 API,什麼是 API 同什麼是資料庫 會講解基本概念。
揀選合適嘅圖表
- 單一數字配合變化(「$42k,較上月上升 8%」):用關鍵指標卡。大部分儀表板上最有用嘅元素。
- 隨時間變化嘅趨勢:用折線圖。只有少數時段時先考慮用長條圖。
- 比較各個類別:用橫向長條圖,按數值排序。
- 佔整體嘅部分:用堆疊長條圖。圓餅圖只適合兩至三個分片。
- 細節同異常值:用可排序、可搜尋、可篩選嘅表格。通常比任何圖表都更有用。
保持顏色一致:「本期」用一種顏色,「比較」用淡色,紅色只用於需要注意嘅嘢。
邊個可以睇邊啲
建立前先決定權限:
- 內部使用,所有人睇到所有嘢:最簡單。如果數據含業務資料,仍然需要登入。
- 角色型:銷售睇銷售數字,財務睇利潤率,經理睇自己團隊嘅數據。
- 面向客戶:每位客戶只睇自己嘅數據。每個查詢都必須喺伺服器按客戶帳戶篩選。用兩位唔同客戶登入去測試。
如果一個儀表板放咗收入或客戶數據,而且無需登入就可以喺公開網址睇到,遲早會被人發現,構成資料外洩。
一個行得通嘅首個提示
為一間 10 人嘅 B2B 軟件公司建立一個銷售儀表板。對象:創辦人同銷售主管,每個星期一查看。總覽頁:關鍵指標卡,顯示本月新增 MRR、總 MRR、本月新增客戶、本月流失客戶,以及管道價值,每項都要顯示同上月比較嘅變化;一張過去 12 個月 MRR 嘅折線圖;一張按來源劃分新交易嘅長條圖。交易頁:可搜尋、可排序嘅表格(公司、負責人、價值、階段、結束日期),並可按負責人同階段篩選。指標定義:MRR 係所有活躍月費訂閱金額嘅總和,年費計劃除以 12;流失客戶計算本月訂閱結束嘅客戶。暫時用資料庫中嘅真實感示範數據,之後再接駁 Stripe。顯示「最後更新」時間。需要登入。側邊欄排版要清晰。
呢個提示列明咗對象、每個指標同其定義、圖表,以及數據計劃,而且由示範數據開始,所以你可以喺接駁真實來源之前,先確定設計。
建立步驟
- **用示範數據做版面。**數據係假嘅時,同時確定指標同圖表,改動成本低。
- **接駁一個真實來源。**逐一人手核對每個數字同來源系統是否一致。如果 MRR 同 Stripe 顯示嘅唔同,先搞清楚原因,再繼續。
- 加入其他來源,每次一個,逐個核對。
- 排定更新,或者喺載入時查詢,並加上「最後更新」標籤。
- 篩選功能:先做日期範圍,再加入人哋最常問嘅一兩個其他篩選。
- 登入同角色權限。
- 空白同錯誤狀態:來源停止運作或篩選冇結果時,頁面顯示咩。
- 同對象分享,然後移除使用者一個月後都冇睇過嘅內容。
令速度加快
儀表板太慢,人哋就會少啲去睇。將計算成本高嘅總數預先算好(用每日摘要表,而唔係每次掃描所有訂單)、為大型表格分頁,並先載入主要數字卡,咁圖表未完成載入之前,頁面已經有用。如果某個數字要計好耐,就顯示上次計算嘅時間,而唔係每次進入都重新計算。
常見錯誤
- **圖表太多。**如果每樣嘢都突出,就等於冇嘢突出。
- **指標冇定義。**兩個人睇同一個儀表板,應該得出相同結論。
- **從來唔同來源核對數字。**一個錯誤數字,人哋就會開始唔信成個儀表板。
- **每次載入頁面都查詢所有 API。**慢、易出錯,有時仲好貴。
- **冇日期背景。**永遠要顯示所屬期間同比較基準。
- **機密放喺前端。**瀏覽器內可見嘅 API 金鑰,任何人打開頁面都可以複製。
幾時選擇 BI 工具更好
如果你嘅數據已經放喺資料庫或數據倉庫,而主要用家係想探索、切割數據並自行建立圖表嘅分析師,Looker Studio、Power BI、Metabase 等 BI 工具會比自行開發更適合佢哋。很多 SaaS 工具本身都有不錯嘅內置報表,重建之前先檢查一下。自行開發嘅儀表板會勝出,前提係佢畀客戶或非分析師用、需要 BI 工具無法表達嘅邏輯或權限、按你業務特定嘅方式合併來源,或者需要放喺你已經運行緊嘅產品入面。
如果工作重點唔係睇數字,而係修改紀錄,你應該用管理後台或內部工具,請參閱如何建立內部工具。而如果你嘅數字而家放喺試算表入面,如何將試算表變成應用程式會係一個好嘅下一步閱讀。
用 Mythex 建立
喺 Mythex,你描述儀表板,代理就會喺即時預覽入面建立頁面同圖表,首先用貼近實際嘅示範數據,當數字需要持續保存時,再遷移到專用嘅 Postgres 資料庫。文件中嘅儀表板用例附有一個起始提示。如果你嘅數據放喺 Google Sheets 等工具入面,你可以透過連接器連接該帳戶,並要求代理讀取數據,然後以此建立儀表板。
應用程式本身並無內置嘅數據倉庫連接器。要接駁 BigQuery、Snowflake、Stripe 等服務,應用程式會用你儲存為項目機密嘅金鑰呼叫它們嘅 API。查看儀表板嘅人嘅登入同角色權限,都屬於你所建立嘅應用程式一部分。要從提示開始,可以瀏覽儀表板範本,例如指標儀表板。
常見問題
點樣建立儀表板?
先決定儀表板係畀邊個用、需要回答邊啲問題,然後揀幾個有清楚定義嘅指標,接駁數據來源,再為每個指標揀一款圖表。當你知道以上幾點,AI 應用程式生成工具就可以根據描述產生頁面同圖表。
一個儀表板應該有幾多個關鍵指標?
少到人可以一眼睇晒,通常主頁上五至七個就夠。詳細資料放喺另外嘅頁面,等人哋覺得主要數字有問題時先打開。
我應該自己建立儀表板,定係用 BI 工具?
如果你嘅數據已經放喺受支援嘅資料庫或數據倉庫,而且分析師會自行探索,就用 Looker Studio、Power BI 或 Metabase 等 BI 工具。如果儀表板係畀客戶或非分析師用、需要你自己嘅邏輯或權限,或者要放喺你現有嘅應用程式入面,就自己建立。
儀表板可以顯示即時數據嗎?
可以,前提係佢喺頁面載入時或按固定時間間隔從資料庫或 API 讀取數據。對大部分業務儀表板嚟講,每小時或者每日更新一次已經足夠,而且更簡單、成本更低。