分店業績誰在掉？在Slack群組裡直接問AI，不必等報表

曼谷一間有二十家分店的五金零售連鎖，區域經理阿仁每月最頭痛的不是數字不好看，而是「不知道哪個數字才是真的」。月會前三天，他請總部財務助理拉一份各分店業績跟去年同期比較，助理手上有薪資結算要忙，隔天下午才回傳。阿仁打開一看，第七分店掉了快兩成，但這份表算的是「含稅營業額」，跟店長群組裡回報的「未稅營業額」對不上，兩邊吵了半天才發現是同一個數字用了不同算法。等真正查出掉單原因，已經月中，補救動作又慢了兩週。

為什麼「等報表」永遠慢半拍

• 誰有空誰來拉數字：報表不是固定由懂資料的人產出，方法、口徑每次都不一樣。
• 「業績」沒有統一定義：含稅或未稅、算不算退貨、跨店調貨算誰的，每個人心裡答案不同，吵起來才發現沒共識。
• 只有數字、沒有「為什麼」：報表告訴你掉了多少，卻沒接上當月的公告、缺貨紀錄、店長交接筆記，只能猜原因。

一份「隨時能問」的業績報表要具備什麼

• 先把指標定義寫下來釘死：業績算不算稅、退貨怎麼算、跨店調貨算誰的，白紙黑字寫一次，所有人查都用同一套算法。
• 把異常事件跟數字放在同一個地方：缺貨、促銷、店長異動要跟業績數字擺一起，才問得出「為什麼」不只是「多少」。
• 誰能查、誰不能查先想清楚：業績數字可以讓區域經理查，員工個資、單一顧客消費紀錄這種敏感欄位不該被隨口問到。

🔧 AI 動手做：把「查業績」搬進日常聊天群組

Anthropic在2026年8月20日宣布，Claude Tag進駐Slack的公開測試版上線——它像一位「數據同事」直接住在公司共用的Slack頻道裡，任何人@它問「第七分店業績為什麼掉最多」，它會依照公司事先設定好的統一指標定義去查資料，不是自己猜一套算法；8月中的更新後，它還會先讀懂整個頻道過去的討論脈絡再回答，準確度因此提升。以下這份提示詞，是設定「業績同事」在群組裡該怎麼回答問題的範本，可以直接拿去跟你的AI助理／IT討論怎麼串接你們手上的資料表：

你是[公司名稱]在共用群組裡的「業績數據同事」，任何同事問到業績相關問題時，請依以下規則回答：

【統一指標定義，一律用這套算法，不可自行更改】
- 業績＝[未稅／含稅，請填一種]營業額，退貨[要／不要]從當月業績扣除
- 跨店調貨算[出貨店／收貨店]的業績
- 比較基準一律用[去年同期／上月]

【回答時必須做的事】
1. 先講數字（哪家分店、掉了多少、跟基準比）
2. 再講可能原因：查[缺貨紀錄／促銷公告／店長異動紀錄，請列出你們實際會查的資料來源]裡同期間是否有相關事件
3. 如果資料不足以判斷原因，誠實說「數字看得到，但原因需要人工確認[某某環節]」，不要亂猜

【禁止查詢的範圍】
- 不可查詢單一顧客的消費紀錄或個人資料
- 不可查詢員工薪資、考核等人事資料
- 只能查詢已經彙總過的分店層級業績數字

現在請針對「[貼上你想問的具體業績問題，例如：這個月哪家分店業績掉最多、為什麼]」進行分析並回答。

本週就能做的一步：不用急著串AI，先花二十分鐘把「業績怎麼算」寫成一頁紙的定義書，貼在區域經理跟店長共用的群組置頂——這是任何一套AI問答系統能不能答對的地基，先打好地基，之後不管用Slack、LINE還是其他工具接AI，都能少吵一半的架。