經營電商到了一定規模，每天打開後台刷訂單、查庫存、看風險提醒，這套動作吃掉的時間遠比想像中多。尤其遇到促銷檔期或節假日出貨高峰，漏看一筆高風險訂單或忽略庫存告急，損失往往是事後才浮現。

Shopify Flow 的「定時觸發」搭配「取得資料」功能，能讓這些重複巡檢工作變成一封每日自動寄出的內部簡報。根據 Shopify 官方資料，Flow 目前每月處理超過 10 億次自動化判斷，從 Basic 方案到 Plus 方案均可使用，不需額外付費。

本文以實際操作步驟為主，拆解如何建立一套涵蓋未發貨訂單、超時未出貨訂單、高風險訂單與低庫存商品的每日自動簡報 Flow。

這套 Flow 解決什麼問題

每日簡報 Flow 的核心邏輯是「定時掃描 + 彙整通知」，取代人工逐項檢查。具體監控四個面向：

監控項目 判斷條件 風險等級
未發貨訂單 訂單狀態為 unfulfilled 且未取消 中
超時未發貨訂單 建立超過 2 天仍未出貨 高
高風險訂單 Shopify 風險分析等級為 High 高
低庫存商品 庫存數量 ≤ 5 件 中

這套設計的原則是「掃一眼就知道今天有沒有需要處理的事」，不是要做完整的營運報表。

建立流程：五個步驟

步驟一：設定定時觸發

進入 Shopify 後台的 Apps → Flow，建立新工作流程後選擇 Scheduled time 觸發器。與一般訂單事件觸發不同，定時觸發不依賴特定商務事件，而是按照你設定的時間自動啟動。

設定建議：每天上午 9:00 執行一次。時區請選擇你的營運時區（台灣為 GMT+08:00，Shopify 預設使用店鋪時區）。根據 Shopify 官方文件，定時觸發的最短間隔為每 10 分鐘一次，但每日簡報設為每天跑一次即可。

步驟二：拉取訂單資料

定時觸發本身不帶任何資料，所以第二步必須使用 Get order data 動作來拉取訂單。這是 Shopify Flow 排程工作流程的固定搭配模式：Schedule Time → Get Data → 處理邏輯。

在 Get order data 中設定篩選條件：

  • 排除已取消的訂單
  • 發貨狀態為 unfulfilled
  • 建立日期超過 2 天（用於識別超時訂單）
  • 風險等級為 High

每次 Get Data 動作最多可回傳 100 筆資料。對多數中小型店鋪來說，這個上限足以涵蓋日常需求。

步驟三：拉取庫存資料

另外使用 Get product variant data 動作，篩選庫存數量小於或等於 5 的商品變體。這個安全線數值可依據你的補貨週期調整，快銷品可能需要設為 10 或 20。

步驟四：彙整數據

使用 Count 和 Sum 動作統計各項數據的數量與金額。重點在於讓收件人能在 30 秒內判斷是否需要採取行動，所以簡報格式應包含：

  • 各項目的數量統計
  • 超時訂單的總金額
  • 低庫存商品的品名列表

避免把每一筆訂單的完整資訊都塞進信件。需要細查時，直接點進後台就好。

步驟五：發送內部郵件

使用 Send internal email 動作將彙整結果寄出。收件人可以是店主或營運團隊的共用信箱。信件標題建議包含日期標記，例如「店鋪日報 — 2026/02/08」，方便事後搜尋。

用 Sidekick 輔助生成 Flow

2025 年 Shopify 為 Flow 加入了 Sidekick AI 助手，可以從自然語言描述直接生成工作流程。在 Flow 編輯器中點擊 Sidekick 圖示，輸入你的需求描述即可。

Sidekick 適合處理的部分：生成整體工作流程骨架、設定基本的觸發與動作串接，能省掉約六成的手動配置時間。

Sidekick 需要人工微調的部分：時間條件的精確設定、多個 Get Data 查詢的串接邏輯、郵件內容的排版格式。

以下是一個可直接使用的 Sidekick prompt：

請幫我建立一個 Shopify Flow，使用定時觸發，每天運行一次。拉取未被取消的訂單，識別未發貨訂單、建立超過 2 天仍未發貨的訂單，以及風險等級為 High 的訂單。同時拉取庫存數量小於等於 5 的商品變體。把這些結果彙總成一封內部郵件，用於每日店鋪簡報，不要自動修改訂單或庫存。

實測這段 prompt 能生成一個基本可用的版本。生成後務必進入 Flow 編輯器逐一檢查條件設定，特別是比較運算符（大於 vs. 大於等於）和資料引用是否正確。Shopify 在 2025 年新增的 Test Run 功能可以用模擬資料預覽工作流程的執行路徑，建議啟用前先跑一次測試。

實作注意事項

方案相容性：Shopify Flow 現已開放至 Basic 方案，不再限定 Advanced 或 Plus。但 Send HTTP Request 動作僅限 Grow 以上方案使用，如果你需要將簡報推送至 Slack 等外部服務，請確認方案等級。

API 用量限制：不同方案的 API 額度不同。如果你的 Flow 包含多個 Get Data 動作加上迴圈處理，在訂單量大的時候可能觸及上限。建議用 Count 和 Sum 先做彙整，減少逐筆操作的需求。

郵件頻率控制：每天一封即可。把非緊急項目（如低庫存提醒）放在每日摘要中，避免為每一件事分別發通知。即時告警留給真正緊急的事件，例如高風險訂單，可以另外建一個事件觸發的 Flow 做即時通知。

時區設定：定時觸發預設使用店鋪時區。如果你的營運團隊跨時區，請確認收件人看到簡報的時間與他們的工作時段對齊。

進階延伸

這套基礎簡報建立完成後，可以根據營運需求逐步擴展：

將通知管道從 Email 切換至 Slack，利用 Slack 的 channel 機制讓不同團隊成員只看到自己負責的項目。結合 Klaviyo 等行銷自動化工具，當低庫存商品同時是暢銷品時，自動暫停該商品的廣告投放。或者利用 Metafield 記錄每日簡報的歷史數據，建立長期趨勢追蹤。

對於已經在使用 Shopify Plus 的商家，還可以透過自訂 Partner App 的 Flow 動作，串接更複雜的 ERP 或 WMS 系統邏輯。

作者觀點

我認為每日簡報 Flow 的真正價值，在於把「被動巡查」變成「主動通知」。多數電商經營者的日常是在多個後台之間切換，而每一次切換都帶來注意力碎片化的成本。一封整合好的簡報郵件，等於是用三十秒取代三十分鐘的後台巡邏。

但更重要的是，這套流程強迫你定義「什麼是需要關注的事」。設定篩選條件的過程本身就是一次營運指標的釐清——超時發貨的標準是 2 天還是 3 天？低庫存的門檻是 5 件還是 10 件？這些數字背後反映的是你的供應鏈效率與服務承諾。

— tenten.co

引用來源

若您正在為電商店鋪建立自動化營運流程，或希望進一步整合 Shopify Flow 與其他行銷、物流系統，歡迎與 Tenten 團隊預約諮詢，我們作為 Shopify Plus 合作夥伴，能協助您從基礎自動化到進階系統整合做完整規劃。