- 省時
- 一眼看到
電商團隊：五個平台的銷售數字，每天早上自動彙整到同一張表
把多平台銷售資料集中到試算表，定時產出分析表、儀表板與週報、月報。
背景與使用技術（5 項）
電商公司在 5 個銷售平台賣東西，每週要花約 5 小時把各平台數字整理成報表。改成每天自動同步到一張中央試算表，再自動產出分析表、儀表板與週報 PDF。每週彙整約 5 小時縮減為約 5 分鐘（估計）。
誰在用
一家電商公司的營運人員：在 5 個平台上賣東西，包括 Shopify、蝦皮、自有網站等，每週整理報表交給管理層。
原本怎麼做
每週一次，從 5 個後台各自匯出或複製銷售資料，貼進同一張試算表，再對欄位、加總，做成週報。報表出來時，資料已經是 2 到 3 天前的。哪一格貼錯，只能等數字對不上時才會發現。
前後對比
量測：實測＝有計時或有紀錄；估計＝喜特先生推估；客戶自述＝客戶回報；規格＝設計上的固定條件；待補＝尚未取得數字。
流程一眼看懂
5 個後台
人工匯出、複製
彙整表
人工加總、排版
週報給管理層
5 個平台
每日 02:00 自動同步
中央資料表
分析表與儀表板
週一 08:00 週報 PDF
流程示意：依本案既有做法整理，非客戶實際畫面。
做了什麼
- 每個平台先各自落地：欄位統一成訂單編號、日期、品項、數量、金額、通路，再合併成一張中央資料表。
- 分析表只讀不寫：每日總表、近 7 天排行、目標達成率都從中央表用公式算出來。業績低於目標 8 成的格子會自動變紅。
- 週報直接從範本產生：Google 文件範本留好佔位符，腳本填入數字後轉成 PDF 寄出，沒有人需要再排版。
- 壞了會出聲：平台連線失敗時寄信通知，中央表每週自動備份，關鍵分頁設為受保護範圍。
- 壞一個不拖垮全部：某一個平台連線失敗時，其他平台的資料照常同步。
程式碼與實作細節收在頁面下方，需要時再展開。
你的情況像這樣嗎？
- 你在 2 個以上的平台賣東西，每週要花半天把數字湊在一起。
- 主管問「這週賣得怎樣」，你得先花一小時整理才答得出來。
- 週報的格式每次都一樣，卻每次都要手動重排。
更多成果與運作條件
每週約 5 小時 → 約 5 分鐘（估計）
同一報表整理工作的前後推估，每月約省 20 小時人工處理
每日 02:00 自動同步
週報出來時資料原本已延遲 2 至 3 天，現在早上看到的是前一天的資料
4 個平台自動拉取
自有網站的訂單仍由人填進原本的試算表，但不必再複製到彙整表
- 每週一 08:00 自動寄出週報 PDF：週報不再需要人工排版
以上為本案既有成果與運作條件；估計值依原始資料標示，其他專案需另行評估，並非通用成效保證。
導入與維護條件
- 導入前準備
- 先確認來源、欄位與報表指標，並準備去識別範例；串接所需的權限由資料擁有者提供。
- 本案交付
- 本案包含資料擷取、中央試算表、分析表、Looker Studio 儀表板，以及自動產報與寄送流程。
- 操作與維護
- 已有公式保護、錯誤通知與定期備份；日常資料確認、權限管理與異常處理的分工，在合作範圍中議定。來源介面或報表規則改變時，需再評估調整。
本案未公開導入工期；新專案的資料條件、驗收與維護範圍，需在初談後議定。
挑戰：原本遇到的困難
這家電商公司同時在多個平台賣東西，銷售資料的整理有幾個問題：
- 耗時的手動作業：每週需花費 5 小時人工彙整來自多個電商平台的銷售資料
- 高錯誤風險：跨平台複製貼上時容易出現人為疏失，影響決策準確性
- 資料太舊：週報出來時資料已延遲 2 至 3 天，管理層看到的不是當下的銷售狀況
- 報告產出延遲：週報與月報需要額外時間製作，無法及時分享給團隊
完整解決方案與設計取捨
將多平台資料定時寫入中央試算表，再產出分析表、Looker Studio 儀表板與週報、月報。管理者可直接查看銷售趨勢與目標異常，不必等待人工彙整。
同時加上公式保護、資料驗證、錯誤通知與定期備份；下方流程示意交代資料如何流動，完整實作另可展開閱讀。
技術與實作細節
展開完整實作說明
資料管道：每天凌晨自動同步
先確認資料來源：銷售資料分散在 Shopify 後台、蝦皮賣家中心、自有網站等五個平台。接著寫了 Apps Script 腳本，用各平台提供的 API 取得資料，並連接自有網站的手動銷售資料試算表，設定每日凌晨 2 點自動執行。
function dailyDataSync() {
fetchShopifyData();
fetchShopeeSalesData();
fetchManualOrders();
...
consolidateToMasterSheet();
}各平台資料寫入各自的試算表，欄位統一成訂單編號、日期、產品名稱、數量、金額、通路等。之後再用 IMPORTRANGE（跨試算表匯入資料的函式）整併，建立中央資料庫。
試算表分析表
在中央資料庫的基礎上，建立多個工作表，用於分析與報表呈現：
- 每日銷售總表：使用
QUERY函式自動彙總當日各通路訂單內容、銷售額、商品品項等資料 - 當日速查圖表：使用資料透視表彙整銷售資訊，再搭配圖表快速掌握當日的營運狀況
- 目標達成追蹤：結合條件格式，當實際業績 < 目標的 80% 時儲存格自動變紅
公式範例：
=QUERY(Raw!A:H,
"SELECT B, SUM(G)
WHERE A >= date '" & TEXT(TODAY()-7,"yyyy-MM-dd") & "'
GROUP BY B ORDER BY SUM(G) DESC", 1)這個公式會抓取近 7 天的資料，依產品分類彙總銷售額並排序，不需人工介入。
Looker Studio 儀表板
試算表連接到 Looker Studio（Google 的免費報表工具），做成包含以下元素的互動式儀表板：
- 每日、每週、每月銷售趨勢折線圖
- 各通路銷售占比圓餅圖
- 產品類別表現熱力圖
- 目標達成率儀表板
管理層打開書籤就能看到所有關鍵資料，不再需要等待週報。
自動產出週報與月報
在 Google 文件建立週報與月報範本，內含預留的資料佔位符（如 {本週總銷售額}、{熱銷產品TOP5}）。Apps Script 腳本每週一早上 8 點自動執行：
- 從試算表讀取上週的分析結果
- 填入 Google 文件範本的對應位置
- 生成 PDF 並寄送給管理團隊與業務部門
整個過程不需要人工排版。
保護與維護
為確保系統長期穩定運作，另外加上：
- 公式保護：將關鍵分析工作表設為「受保護範圍」，只有管理員可編輯
- 錯誤通知：在 Apps Script 加入
try-catch（攔截錯誤的寫法），當 API 連線失敗時自動發送郵件通知 - 定期備份：每週自動備份中央資料庫到 Google 雲端硬碟的特定資料夾
這套流程讓管理層早上打開儀表板，就能看到前一天的銷售數字與目標達成情況，不必再等週報。