多分店系統架構:資料共用與獨立的邊界

從一家店變兩家店,系統的複雜度不是乘以二,是乘以五。我們自營的進銷存 SaaS 就是撐一個實體加盟體系每天營運的,多分店架構的每一個決策——什麼共用、什麼獨立——我們都是用真實營運換來的答案。這篇把最關鍵的幾條邊界講清楚,讓你在開第二家店之前想好,而不是開了之後打掉重練。

先想清楚:你是直營還是加盟?

這是所有架構決策的分水嶺。直營體系的分店是「同一家公司的不同櫃位」,資料傾向共用;加盟體系的分店是「獨立的生意個體」,資料傾向隔離。很多系統做壞,就是用直營的思維做加盟——加盟主 A 看得到加盟主 B 的進貨成本和營收,這在商業上是災難。反過來,直營硬做成隔離,總部要看全局就得一家一家撈,也很痛苦。

多分店架構沒有標準答案,只有「先回答商業關係,再回答資料架構」的正確順序。

四個必答題

一、庫存共用嗎?

直營連鎖常見「可跨店調貨」,那庫存就要做成「總庫存 + 各店庫存」兩層,調貨是一筆有單據的移轉,而不是改兩個數字。加盟體系則相反:每家店的庫存是自己的資產,進貨是跟總部「買」,系統上這是一筆真實的交易,牽動應收應付。我們踩過的坑是初期偷懶把調撥做成「直接改數量」,結果盤點對不上時完全無法追溯——後來重做成單據制,每一次庫存變動都有來源可查,這也是庫存數字不準的根本原因那篇的核心觀念。

二、會員通用嗎?

消費者的直覺是「你們是同一個牌子,我的點數為什麼不能跨店用」。所以會員幾乎都該做成品牌層級共用。但魔鬼在分潤:A 店發展的會員去 B 店消費,積點成本算誰的?加盟體系裡這是真金白銀的問題,系統要能記錄「會員歸屬店」與「消費發生店」,讓總部有資料做拆帳規則。會員能跨店,錢要算得清,兩件事缺一不可。

三、價格誰決定?

常見結構是「總部定建議售價,分店在授權範圍內微調」。系統上要做成「總部價格表 + 分店覆寫」,而不是每家店各自維護一份完整價格表——後者保證失控,總部改價永遠有店漏改。促銷活動也一樣:總部檔期全體適用,分店自辦活動只影響自己。

四、誰能看到什麼?

權限矩陣要以「店」為單位切:店長看自己店的全部、總部看所有店、加盟主絕對看不到別家的成本與營收。這一層建議在系統底層做,而不是靠前端把按鈕藏起來——藏按鈕擋不住會用瀏覽器開發者工具的人。

報表:總部視角是另一個世界

單店報表看營運,總部報表看比較:各店營收排名、同品項在不同店的動銷差異、新店與成熟店的成長曲線。這裡有個實務提醒:各店規模不同,比絕對值會誤導,比「坪效」「人效」「來客單價」這類正規化指標才公平。我們看過總部拿營收排名罵小店店長,其實那家店的人效是全體系最高——報表設計錯,管理決策就跟著錯。

什麼時候該處理這件事?

誠實的建議:第一家店的時候就要想,但不用做完。資料表結構預留「分店」這個維度(每筆訂單、每筆庫存異動都掛店別),成本很低;等真的開第二家店,再把調撥、權限、總部報表補上。最貴的路線是完全沒預留,兩家店各跑一套系統,半年後再花一筆錢做資料合併。如果你正走在展店的路上,歡迎聊聊,這是我們每天在營運的題目——客製化系統與 SaaS 服務。