門市與市集平台
毛利被蠶食之前，先發現改費
市集平台改了某一級佣金，或者調整了支付手續費，公佈了，而賣家要等幾個星期後對結算報表才知道。這件事本身不難：定時讀取公開的收費表，保留昨日那一份，然後比對。價值不在於讀取，而在於比對結果當日就送到定價的那個人手上，而不是等下一次結算。
- 觸發
- 兩個
- 執行頻率
- 每日一次
- 工具
- 4 件
- 需要 durable execution
- 不需要
流程
上面那條負責取數，下面那條負責判斷。兩個觸發，因為收費調整傳到賣家手上有兩條路：公開頁面，以及一封沒有人打開的通知。
每朝一次
n8n 排程
抓取收費表
n8n · Make
存起今日這一份
Sheets · Airtable
收到平台通知
n8n · Make
與上一份比對
n8n
有沒有費率改動？
n8n IF
通知負責定價的人
Slack · WhatsApp
維持原檔
—
逐步拆解
- 01
每朝一次
n8n 排程一日一次已經足夠。收費表不是報價流，查得更密不會多知道什麼。
- 02
抓取收費表
n8n · Make取回公開頁面，抽出你實際用來定價的數字——各類別佣金、支付手續費、活動抽成。原文亦要保留，日後條款改了字眼才看得出來。
- 03
存起今日這一份
Sheets · Airtable每次讀取一行，附日期。一年之後，這張表就是平台向你收過多少、幾時改過的紀錄，賣家中心不會提供這種東西。
- 04
收到平台通知
n8n · Make調整浮面的第二條路。把平台的公告郵件導入同一個流程，讓它被比對，而不是被歸檔。
- 05
與上一份比對
n8n逐個欄位跟上一行比。比的是數字，不是頁面——版面改版不應該被讀成收費調整。
- 06
有沒有費率改動？
n8n IF設一條你自己在意的門檻。冷門類別小數點後第二位的變動是雜訊；同樣幅度落在你的主力貨品身上就不是。
- 07
通知負責定價的人
Slack · WhatsApp寫明舊費率、新費率、生效日期，以及受影響的貨號。一句「收費有變」只會逼對方再入賣家中心查一次，而那正是你想省掉的工序。
平台不容許的事
察覺到改動只是容易的一半。之後要跟著調價，以及要通知到人，兩邊都有文件寫明的上限。
WhatsApp 的客服視窗，由用戶主動發訊息或致電開始計算，到期前再聯絡會重置；一旦關閉，「you can only send pre-approved template messages」。所以早上八點發出的收費提示，如果對方一整個星期都沒有主動聯絡過，就必須用模板訊息，不能用自由文字。
WhatsApp Cloud API — Send messages收費調整之後的改價，計的是查詢成本，不是請求次數：Shopify 標準方案每秒 100 點，單一查詢不得超過 1,000 點。全目錄改價的速度由這個點數預算決定，而不是由你的流程跑得多快決定。
Shopify — API rate limitsproductVariantsBulkUpdate 的說明是「updates multiple product variants for a single product in one operation」——一次批次只涵蓋一件商品，不是整個目錄。幾百件商品改價就是幾百次呼叫，跟進工作要花多久，由此決定。
Shopify Admin GraphQL API — productVariantsBulkUpdate
什麼情況不值得做
以下三種情況，維護成本會高於突然被加費的代價。
你只在一個平台、一個類別、一個費率下賣貨。那是一個記得住的數字，而一個只盯住一個數字的流程，維護起來比自己查一次還要麻煩。
你的售價由合約或母品牌決定。知道費率改了也改變不到什麼，因為你動不了價，提示只會變成每月一次提醒你動彈不得。
平台的收費只放在賣家中心登入後，而且版面經常改動。流程會靜靜地壞掉，然後一直回報「沒有改動」，這比沒有做更差——沉默會被當成好消息。