員工排班與出勤打卡系統怎麼做？從班表規則、GPS 打卡到加班費自動計算的完整規劃（含真實成本與 90 天路線圖）

開場：一張 Excel 班表，每個月吃掉店長 12 小時

一家有 4 間門市、47 位員工的連鎖飲料品牌，店長每月要花 8 到 12 小時排班：先在 LINE 群裡收集休假需求，再回到 Excel 手動拼班表，發現有人排到連續上班 8 天又整張重來。月底人資再花 6 小時，把打卡機匯出的 CSV 貼進另一張表算加班費。去年一次勞檢，因為兩位員工單月延長工時超過 46 小時上限，開罰 2 萬元。整套流程的真實成本：每月約 18 個管理工時（換算約 12,000 元人事成本），加上一次性的法遵風險。

適用情境 × 不適用情境

誠實建議：如果你只有 12 個人、班表兩週固定一次，花 30 萬做客製化系統是浪費。先用市售 SaaS 撐一年，等到「例外規則」多到 SaaS 塞不下再談客製。

替代方案矩陣

完整流程拆解

• 第 1–2 週：規則盤點。 把所有班別、輪班規則、假別、加班認定寫成一份「規則表」，逐條標註法源。交付物：規則規格書（含 30–50 條規則）。工具：Notion 或 Google 試算表。這一步做不完整，後面全部要重來。
• 第 3–4 週：流程設計與線框圖。 畫出四種角色的動線：員工（申請休假、打卡、看班表）、主管（排班、簽核）、人資（月結、報表）、老闆（成本儀表板）。交付物：Figma 線框圖 + 權限矩陣。
• 第 5–10 週：核心開發。 排班引擎（含衝突檢查）、打卡模組（GPS/Wi-Fi/人臉）、簽核流程、工時計算引擎。技術棧建議 Laravel 後端 + Flutter 手機端。交付物：可測試的內部版本。
• 第 11–12 週：法遵計算驗證。 用過去三個月的真實打卡資料重跑一次，與人資手算結果逐筆比對。交付物：差異報告，容許誤差 0 筆。
• 第 13–14 週：試營運。 選 1 間門市或 1 個部門雙軌並行（新舊系統同時跑），確認無誤才全面切換。交付物：試營運報告 + 教育訓練文件。
• 第 15–16 週：全面上線與交接。 交付物：管理員手冊、資料匯出腳本、監控設定（UptimeRobot）。

真實成本完整拆解

• 規則盤點與訪談：24–40 工時，約 36,000–60,000 元
• UI/UX 設計（4 種角色）：40–60 工時，約 60,000–90,000 元
• 排班引擎與衝突檢查：60–90 工時，約 90,000–135,000 元
• 打卡模組（含手機 App）：50–80 工時，約 75,000–120,000 元
• 工時與加班費計算引擎：40–60 工時，約 60,000–90,000 元
• 測試、驗證與教育訓練：30–40 工時，約 45,000–60,000 元

容易被漏掉的隱藏費用：

• Apple 開發者帳號每年 99 美元、Google Play 一次性 25 美元
• 手機端背景定位的審核成本：iOS 對背景 GPS 審查嚴格，平均多 1–2 次退件，每次來回 3–7 天
• 人臉辨識若採第三方 API，每次辨識約 0.3–1.5 元，47 人每天 2 次打卡，月成本約 850–4,200 元
• 法規更新維護：基本工資、假日調整每年至少 2 次，每次 4–8 工時
• 員工端裝置差異測試：Android 版本碎片化，建議預留 8–16 工時

實施真相 vs 客戶想像

• 想像：「系統自動排班就好，按一下就出班表。」
  真相：全自動排班需要明確的最佳化目標（人力成本最低？員工偏好最高？）。多數企業講不清楚目標，最後可行的是「系統產生草稿 + 主管微調」，這已能省下 70% 時間。
• 想像：「打卡 GPS 一定準。」
  真相：室內定位誤差可達 50–200 公尺，地下室店面幾乎無訊號。實務做法是 GPS + 店內 Wi-Fi SSID 雙重驗證，或改用店內固定平板打卡。
• 想像：「加班費算好就結束了。」
  真相：真正花時間的是例外處理——忘記打卡、代打卡爭議、颱風假、跨日班的日期歸屬。這些例外流程佔開發工時的 30% 以上。
• 想像：「員工會很開心有新系統。」
  真相：差勤系統是少數員工預設抗拒的系統，因為它讓原本模糊的地帶變清楚。上線前的溝通與試營運，重要性不低於程式本身。

常見陷阱 × 怎麼避開

• 陷阱一：規則沒盤點完就開發。 開發到一半才發現「保全人員適用勞基法第 84-1 條」，整個工時引擎要改。解法：規則規格書必須經人資與勞資會議代表雙方簽字才動工。
• 陷阱二：把加班費計算寫死在程式裡。 基本工資一調整就要改程式重新部署。解法：所有費率、上限、倍數放進設定表，由管理員在後台維護。
• 陷阱三：沒有稽核軌跡。 勞檢要求證明打卡紀錄未被竄改。解法：所有修改留 log（誰、何時、改了什麼、原因），且原始紀錄不可刪除，只能標記作廢。
• 陷阱四：跨日班的日期歸屬沒定義。 大夜班 22:00–06:00 算前一天還是後一天？直接影響週工時計算。解法：在規則規格書明訂「以上班日為歸屬日」並全系統一致。
• 陷阱五：沒有離線容錯。 門市網路斷線員工打不了卡，現場一片混亂。解法：手機端支援離線暫存，恢復連線後自動補傳，並標記為「離線補登」。
• 陷阱六：一次全面上線。 47 人同時遇到問題，人資會崩潰。解法：一定要雙軌並行至少一個完整薪資週期。

成功指標 + 90 天路線圖

• 第 30 天：規則規格書完成並簽核、線框圖確認、開發環境建置完成。指標：規則條目 ≥ 30 條、四種角色動線圖各 1 份。
• 第 60 天：核心排班與打卡功能可用，完成一次歷史資料重算驗證。指標：與人資手算差異 0 筆、系統回應時間 < 2 秒（可參考 web.dev 的 LCP 標準）。
• 第 90 天：完成試營運並全面上線。指標：主管排班時間從每月 12 小時降到 3 小時以下、月結時間從 6 小時降到 1 小時、打卡成功率 ≥ 99%、員工 App 使用率 ≥ 95%。

決策清單

• ☐ 員工人數是否超過 30 人？
• ☐ 是否有兩種以上的班別或輪班規則？
• ☐ 是否有跨店／跨部門支援調度的需求？
• ☐ 是否曾因工時或加班費被勞檢糾正？
• ☐ 主管每月排班時間是否超過 6 小時？
• ☐ 人資月結是否需要超過 4 小時人工處理？
• ☐ 是否有市售 SaaS 塞不進去的特殊規則？
• ☐ 是否需要與現有薪資或 ERP 系統串接？
• ☐ 是否需要 GPS 或人臉辨識等現場驗證？
• ☐ 是否已有明確的資料保存與稽核要求？
• ☐ 是否能指派一位內部窗口全程參與（每週 4 小時）？
• ☐ 是否能接受 3–5 個月的開發期？
• ☐ 預算是否達 28 萬元以上？

勾選 8 項以上，客製化系統的投報率通常成立；勾選 5 項以下，建議先用市售 SaaS。

常見問題 FAQ

做一套排班差勤系統要多久、多少錢？

典型規模（30–100 人、3–5 種班別、含手機打卡 App）約 3–5 個月，費用 28 萬到 80 萬元。若只做網頁版打卡與班表、不做原生 App，可壓到 18 萬到 30 萬元、2 個月完成。

可以只做打卡、不做排班嗎？

可以，而且這是最常見的第一階段。單純打卡＋工時統計約 12 萬到 20 萬元、6 到 8 週。等打卡資料累積三個月後，再用真實資料設計排班規則，成功率會高很多。

法規變更誰負責更新？

合約要寫清楚。建議做法是把費率、工時上限、假日設定全部做成後台可維護的參數，法規變更時由客戶自行調整；只有計算邏輯本身改變（例如新的加班費級距）才需要開發方介入，這類情況一年約 1–2 次。

員工會不會抗拒用手機打卡？

會，而且抗拒點通常不是「不會用」，是「怕被監控」。實務解法有三個：明確公告只在打卡當下取得一次定位、不做背景追蹤；提供店內平板作為替代方案；把班表查詢、換班申請等「對員工有好處」的功能一起上線。

資料要保存多久？

出勤紀錄依法應保存 5 年。系統設計時要考慮 5 年份的資料量與查詢效能，並提供定期匯出備份機制。

行動呼籲

ScriptWalker 的「客製化排班與差勤系統」自 NT$280,000 起，含規則盤點、四角色介面、排班引擎、工時計算與教育訓練。若你不確定該做客製還是先用 SaaS，我們也提供 2 小時的免費規則盤點會議，會後給你一份可帶走的規則清單。

• Email：[email protected]
• 電話：0916-224-047
• LINE：@ufv9089p