資料與報表
每個星期一，同一頁數字
四個數字住在四個地方：營業額在網店，獲客成本在廣告帳戶，存貨在試算表，回覆時間在收件匣。任何人都做得到一次過把它們拼起來。真正少見的，是連續一年在同一個星期幾、用同一套定義拼一次。重複本身就是成果——一串可以互相比較的週次，才看得出走勢；每次憑印象重砌的一頁，不能跟任何東西比較。
- 觸發
- 兩個
- 執行頻率
- 每週一次，加寫入時
- 工具
- 3 件
- 需要 durable execution
- 不需要
流程
上面那條在事情發生時記錄營運事實。下面那條每週醒一次，把它們和平台數字一併讀出，再判斷這一頁是否完整到可以發出。
有訂單或有回覆
Sheets · Airtable
標上週次
n8n · Make
營運紀錄表
Sheets · Airtable
每週一早上八時
n8n 排程
把各個來源拼成一頁
n8n · Make
每個來源都有回數嗎？
n8n IF
發出簡報
Slack · WhatsApp
照發，並註明缺口
Slack · WhatsApp
逐步拆解
- 01
有訂單或有回覆
Sheets · Airtable存貨變動和首次回覆時間，並非放在某個 API 裡等你星期一去查。它們只有在事發當刻被寫下來，才會存在。
- 02
標上週次
n8n · Make一套週次定義，只決定一次：一週由星期幾開始，用哪一個時區。兩個來源對「星期日何時結束」有不同理解，是同一份簡報被兩個人讀出兩種結論的最常見原因。
- 03
營運紀錄表
Sheets · Airtable在手存貨和回覆時間，一件事一行。這兩個數字沒有平台會在星期一直接給你，所以要整個星期慢慢累積。
- 04
每週一早上八時
n8n 排程固定時間，不是提示。這份簡報有價值，是因為它趕在本週決策之前送到，而不是因為它夠詳盡。
- 05
把各個來源拼成一頁
n8n · Make營業額來自網店，廣告花費和獲客成本來自廣告帳戶，另外兩個營運數字來自紀錄表。先把結果以一行連日期寫入歷史表，再做排版；這樣即使發送失敗，這一週仍然留得住。
- 06
每個來源都有回數嗎？
n8n IF逐個來源檢查，不是檢查整頁。一個回傳錯誤的廣告帳戶，和一個真的完全沒有銷售的類別，在版面上同樣顯示為零，但只有其中一個是數字。
- 07
發出簡報
Slack · WhatsApp四個數字，每個旁邊放上一週的同一個數字。不要加評語——讀的人本身熟悉這盤生意，一段解讀正正是週報開始沒有人看的起點。
- 08
照發，並註明缺口
Slack · WhatsApp把手上有的數字發出去，同時寫明哪一個來源沒有回應。等到齊才發，結果就是星期三才送到，那已經不是一份星期一的簡報。
平台不容許的事
頭兩項界定星期一那批數字到底有多實在；第三項界定你可以用多快的速度讀寫底下那張表。
Meta 的廣告成效數據「refresh every 15 minutes and do not change after 28 days of being reported」。所以星期一讀到的上週數字仍然在動；同一份簡報兩星期後再跑一次，同一週出現不同數值，是正常現象。
Meta Marketing API — Insights best practices成效數據的限流計的是負載，不是呼叫次數：「We allow a fixed load limit per application per second. When you exceed that limit, your requests fail.」逐個廣告系列迴圈發請求的做法最容易撞上這一條，應該用一次查詢取回分項，而不是逐個迴圈。
Meta Marketing API — Insights best practicesSheets 每個專案每分鐘容許 300 次讀取和 300 次寫入，每個使用者每分鐘 60 次；配額每分鐘重新補滿，之上沒有每日上限。
Google Sheets API — Usage limits
什麼情況不值得做
以下三種情況，維護成本會高於少了這一頁的代價。
沒有任何固定在星期一要做的決定。簡報送到一個無論數字是什麼都不會有動作的人手上，那只是一個習慣，不是工具，而習慣會靜靜地停下來。
那四個數字還未試過用同一套定義計算兩次。如果營業額有時包含運費、有時不包含，這串週度數字量度的是你的記帳心情，不是這盤生意。
四個來源之中仍有兩個要人手匯出。一份四分之三自動化的簡報，每個星期一依然要等那個人，等於加了機器，卻沒有移走依賴。