服務業排班排到崩潰？人力排程的三個原則

「我每個月最怕的不是月底結帳，是排下個月的班。」

講這句話的是一位餐飲店長，那天下午店裡沒什麼客人，她把手機拿給我看。畫面上是一個 LINE 群組，往上滑三十則全是換班：有人月中要回南部、有人那天要考試、有人問「有沒有人可以跟我換 24 號的晚班」，下面一排已讀不回。她說班表兩個小時就排完，真正吃掉時間的是排完之後那兩個禮拜。

我是熊董，台灣川輝科技。我帶團隊做導入七年，經手 34 個案子、橫跨 12 個產業。餐飲、零售、診所、美業這幾類我走得特別多，所以把話講白：排班之所以痛苦，八成不是因為班表難畫，是因為你在排一張沒有前提的表。人力排程真正要先定義的只有三件事：第一，每個時段實際需要幾個人——這叫需求曲線，必須量出來，不是憑印象抓；第二，每個人分別能做什麼、不能做什麼——這叫技能矩陣，必須寫下來，不能只存在店長腦袋裡；第三，換班要留下紀錄——誰跟誰換、誰同意的、換完那天人力還夠不夠。這三件事沒做，買任何排班系統都只是把一張畫不準的表從紙上搬到手機上。另一半也先講清楚：就算這三件都做好，排班還是有解不掉的部分，因為班表分配的從來不只是工時，還有公平感和人情，那一半沒有軟體能替你處理。

先承認你是對的：這件事本來就很難

很多店長聽到「排班有方法」會有點防衛，因為外面講排班的內容常寫得像在說你不會排。不是。服務業的排班難是結構性的難：需求波動大（同一家店禮拜二下午跟禮拜六晚上根本是兩間店）、人力異質（有人只會外場、有人做得了咖啡機、有人能開店關店），而且多是兼職或部分工時，可上班時段人人不同。這三個變數乘起來，組合數大到人腦本來就排不動。

但我看到的困境多半不是卡在「算」的部分。真正吃掉店長時間跟情緒的是排完之後的協調——有人臨時說不行，你要重找人；找不到你自己補上去；補完這個月工時超標、下個月更沒力氣排。跑久了店長會傾向「照上個月複製一份」，因為改動就要重新協調，班表從此跟生意狀況沒有關係。所以要解的不是「怎麼把格子填滿」，是「怎麼讓填格子有依據、改動的成本不要那麼高」。

原則一：先量需求曲線，再決定排幾個人

大部分店的班表是倒過來排的：先看這個月有幾個人可以上、每個人想上幾天，把時數塞進格子，塞滿就收工。這叫供給導向排班，結果是離峰有人站著沒事做、尖峰忙到翻掉，兩邊的成本你都付了。

正確的順序是先問需求：你的店在星期幾的幾點到幾點，實際需要幾個人才不會漏單、不會讓客人久等、也不會有人在滑手機。這個數字要用資料回答，而資料你手上就有。餐飲最直接的是 POS 的分時段交易筆數，把過去八到十二週的資料按星期別、按小時拉出來，你會看到一條形狀很穩定的曲線。零售看進店人數與結帳筆數，沒有客流計數器的話收銀交易數也夠用。診所看掛號與報到的分布，並注意醫師實際看診節奏跟掛號號數常常對不上，落差會反映在櫃檯跟護理的忙碌程度。美業是預約制，需求曲線是被你自己的預約規則決定的——你有機會反過來用預約設計把曲線變平。

拉出曲線之後，做一件很多人跳過的事：把曲線換算成人力需求。不是看營業額高就多排人，是要知道「這個時段的工作量，一個人能吃掉多少」。外場一人同時能顧幾桌、櫃檯一小時能結幾筆帳、一位設計師一個時段能接幾位客人而不影響品質。這個係數不用精準，先用現場觀察抓一個保守值，重點是它存在、未來可以修正。

有了曲線跟係數，排班的第一步就變成「先畫出每個時段需要幾個人」，然後才把人往裡面放。順序一換，很多爭議會自動消失——「為什麼禮拜六排四個人、禮拜二只排兩個」不再是店長的偏好，是那張圖說的。補一句免得誤導：這條曲線會變，換季、周邊開新店、附近辦公室搬走都會讓它移動，合理的頻率是每季重拉一次。

原則二：把「誰能做什麼」寫成技能矩陣

問店長「這個時段誰可以站」，她一定答得出來；再問怎麼知道的，她會說「就知道啊」。這句「就知道」裡面包含了一整套沒被寫下來的規則——誰能單獨開店、誰的收銀不夠熟不能放尖峰、哪位護理師才能協助那項處置、哪位美容師指定率高要留在黃金時段。

這套規則只存在店長腦袋裡會出三個問題。第一，店長請假或離職，接手的人排出來的班表現場一看就知道不對，卻說不出哪裡不對。第二，你沒辦法把排班交給任何人，包括系統，因為系統看不到這些規則。第三也最容易被忽略：規則沒被寫下來，員工就會覺得班表分配是憑喜好。

技能矩陣就是把這套規則攤開。做法很土但有效：橫軸是崗位或技能（開店、關店、收銀、咖啡吧、櫃檯掛號、洗髮、染燙），縱軸是每個員工，格子裡標三種狀態就夠——不能做、能做但要有人帶、能獨立做。不要一開始就設計五個等級，那是給自己找麻煩。第一次填會很不舒服，因為你等於在公開評價每個人，建議先自己填一版，再個別跟每個人對，把它講成「我想確認你哪些想學、哪些還不想碰」，而不是「我來評你」。對完你多半會發現有人其實會做某件事卻沒被排到過。

矩陣做出來有兩個立即用途。一是排班時能一眼看出「這個時段沒人能獨立關店」這種硬缺口，而不是當天才發現。二是它變成訓練地圖——哪一格空得太多就是人力風險，全店只有一個人會操作某台設備，那不是排班問題，是營運風險。

原則	沒有它會發生什麼	這週可以怎麼開始
需求曲線	離峰養閒人、尖峰忙到爆，兩邊成本都付	拉過去八週分時段資料，按星期別畫圖
技能矩陣	店長一請假班表就排不出來，員工覺得分配憑喜好	員工對崗位，格子只填不能做、要人帶、能獨立
換班留痕	出事時沒人知道當初誰同意，爭議變成各說各話	走同一管道，記誰換誰、誰核准、當日人力是否達標

原則三：換班一定要留痕

現在的常態是換班在 LINE 群組裡喊，喊到有人回就算成立，店長看到默認同意。這在人少、大家熟的時候沒問題，問題出在三種時刻。

第一種是出事的時候。那天現場少一個人、或者站的人剛好不會處理某件事，事後追起來沒人說得清楚當初是誰同意換的。訊息往上滑一百則找不到，找到了那句話也很模糊。這種爭執不是誰對誰錯，是根本沒有事實可以討論。

第二種是薪資結算的時候。換班會牽動時數、加班、假日或大夜的加給；只存在聊天紀錄裡，月底核薪就得靠人回想，而人一定會漏。我看過的爭議多半不是老闆想少給，是資料本來就對不起來。

第三種最隱形也影響最久：沒有留痕就不知道誰在幫誰。有些人長期幫別人代班，有些人長期在找人代，沒有數字就只會累積成情緒，某天以一句「都是我在補」爆出來。

留痕不需要系統也做得到。最低限度是：換班一律在同一個地方申請（共用表單、一本簿子、固定的群組都行），固定四欄——原本是誰、換成誰、哪一天哪一班、店長是否同意。再加一個檢核：換完那時段人力有沒有低於需求曲線、有沒有人能獨立關店。這就是前面兩個原則的用途。三個原則不是獨立的三件事，是一條鏈。

排班系統能解的那一半，跟解不了的那一半

系統擅長三件事，做得比人好很多。一是把約束條件套進去自動產出可行解——可上班時段、法定休息間隔、單週工時上限、技能矩陣的硬限制，靠人腦交叉檢查一定會漏，交給程式不會。二是把換班變成有審核、有紀錄、有通知的流程。三是把工時自動累計並串到薪資。如果你有多個據點、班別複雜、兼職比例高，這三件事省下的時間非常實在。

但有一半的事它解不了，而那一半才是店長真正的壓力來源。第一是公平感。班表的痛點很少是「時數分配不均」，而是「好班分配不均」。哪個是好班每家店不同——餐飲可能是客人少的時段，零售可能是不用上架補貨的班，美業則直接關係到收入。系統可以把時數平均，但它不知道你店裡的好班是哪個，也不知道誰連續幾個週末沒休。這只有你能定義，而且必須公開定義。把「好班怎麼輪」寫成規則講給大家聽，哪怕不完美——有規則的不完美遠比沒規則的公平讓人服氣。

第二是人情。有些人不能排在一起、有些人要被特別關照、有些資深員工的隱性期待你心裡清楚但講不出口。這些寫不進系統，寫進去也不該讓大家看到。所以會發生一件事：系統排出一版，你手動調三格。這正常，不代表系統沒用，但那三格的調整原因要記下來，否則下個月你會忘記為什麼那樣調。

第三是溝通本身。班表公布的方式、事先徵詢的動作、臨時異動時你怎麼開口，占了排班實際成本的很大一塊，而且全部發生在系統之外。我看過導入後排班時間變短、但店長壓力沒變少的情況：省下的是計算，沒省到的是協調。

所以判斷要不要買排班系統，標準很簡單。痛點如果是「條件太多算不過來」「多店調度看不到全貌」「工時核薪每個月都在對帳」，那系統的價值是真的。痛點如果是「大家覺得班表不公平」「有人一直在補班」，先買系統只會讓不公平變得更有效率。這個邏輯跟我在〈流程數位化該從哪一個開始？〉裡講的順序一樣：先確認你要解的是計算問題還是共識問題。

所以你這個月該做什麼

第一件，今天把 POS 或掛號系統過去八週的分時段資料匯出來，按星期別畫成一張圖，Excel 折線圖就好。畫完拿去跟現在的班表比對，你八成馬上會看到一兩個時段明顯排太多或太少。先改那一兩格，不要整張重排。

第二件，這週把技能矩陣的第一版填出來，再花兩週個別跟每個人對過，一定要一對一。對完把矩陣貼在後場，讓大家看得到自己在哪、下一格要練什麼。

第三件，從下個月一號開始，換班全部改走同一個管道、四欄紀錄。第一個月會有人忘記、有人嫌麻煩，你就是不厭其煩地把人請回那個管道。撐過一個月，你手上就有東西能回答一個現在答不出來的問題：這個月實際的班跟你排的差多少，差在誰身上。

這三件事一毛錢都不用花。做完之後如果你還是要導入排班系統，你問廠商的問題會完全不一樣——你會問技能矩陣怎麼設定、換班核決流程能不能自訂、需求人力能不能按時段設定，而不是問「介面好不好用」。至於第一個該數位化的到底是不是排班，我在〈中小企業數位轉型第一步該做什麼？〉裡有一套判準，值得先看再決定。

如果不確定自己該先解計算問題還是共識問題，可以找我聊三十分鐘，把這三個原則對著你的店逐題過一遍。