客製化補習班、才藝、安親、家教中心管理系統開發完整指南：6 個關鍵決策、3 個報價區間、5 個常見地雷

早上九點，補習班櫃台前排了七個家長：一個要請假、一個要換班、一個要查上個月的扣款明細、一個剛轉學進來的小孩要排能力分班。櫃台老師一邊翻紙本登記簿，一邊在 LINE 群裡回家長訊息——這時隔壁高中部老師走過來說『下午第二節要用 B 教室、可是 A 班可能會延長』。

這個畫面我們在很多補教業客戶身上看過——也是我們做過的 portfolio 第一個系統開發案的起點（補習班補課系統，教育產業客戶）。後來那家補習班把整套行政搬上系統，現場那些『誰在哪間教室、誰請了假、誰還沒繳費』的問題，從『靠櫃台老師記憶力撐住』變成『打開後台 30 秒就看完』。這篇要拆的就是這個過程：補習班、才藝、安親、家教中心這四種教育場景的管理系統客製化開發，到底該決定什麼、報價要多少、有哪些坑是先簽再說會踩到的。

這篇不講『要不要做』——你既然已經點進來看，代表櫃台紙本、Excel 報表、LINE 群組、家長簿這四件事至少撐不下去其中一件。這篇要回答的是『要做的話該怎麼決定、會花多少、會踩到什麼』。

在動手前先停下來：你的補習班需要客製化系統、還是套裝 SaaS 就夠了？

先把這篇跟站內另外幾篇文章的差異說清楚：

● 補習班 AI 完整導入指南 — 講的是用 AI 跑招生、教學、家長溝通的工作流。

● 補習班線上補課系統怎麼選 — 講的是現成 SaaS（OneClass / TutorJr 等）的選型比較。

● 本篇 — 講的是「自己做一套」的客製化開發決策、報價、合約、地雷。

根據教育部短期補習班統計，台灣登記在案的短期補習班約 17,400 家、安親班約 3,200 家、才藝中心約 6,800 家。市場上現成的補教 SaaS（巨匠、文心、智樂、TutorMate）大概可以滿足 7 成單店流程，但只要遇到以下任一條，就會撞牆：

這 5 條訊號中 2 條 → 可以再撐一年用 SaaS；中 3 條以上 → 客製化開發的 ROI 已經比繼續打補丁高了。

客製化開發前一定要先決定的 6 件事

這 6 個決策節點，順序錯了，後面所有報價、合約、上線時程都會跟著錯。

決策一：系統範圍要一次做還是分階段

補教管理系統可拆成 5 個核心模組：招生與報名、課表與簽到、家長 LINE / App 通訊、學費收款與分潤、教師鐘點與績效。一次做全套 vs 分階段 MVP 的差異在報價、上線速度、現場學習成本。

決策二：家長端是要做 App、Web、還是純 LINE 機器人

這個決策最常被低估，但影響最大——家長端用什麼介面，直接決定整個系統的開發成本可能差 80-150 萬。

台灣補教家長的 LINE 使用率超過 95%（資策會 MIC 調查），App 安裝率只有 38%。LINE 機器人 + 簡易 Web 後台對 8 成單店補習班已經夠用。如果家長有跨店學員，LINE 群組會炸開，這時 App 才有 ROI。

決策三：收款與金流要不要綁進系統

綁金流，學費催繳率可以從 60% 拉到 85% 以上，但要付串接成本 + 手續費 + 對帳開發。SOP 上要先想清楚 3 件事：「分期付款怎麼處理退費」「家長換卡 / 換戶口怎麼處理」「老闆要不要看每天的對帳明細」。

決策四：教師端是要做網頁、App、還是純 LINE 通知

教師端常被誤以為「教師很會用電腦，丟個後台就好」——實際做下來才發現，補教產業教師流動率高、年齡層分布廣，後台不友善會直接被罵爆。實戰建議：教師端走 LINE 通知 + 簡易 Web 後台，跳過 App，因為教師可能同時跨 3-4 家補習班。

決策五：原始碼歸誰、後續維運要不要綁同一家廠商

補教業客製化系統，原始碼歸客戶（補習班）是業界標準，但要清楚寫進合約。後續 6 個月的小修改、12 個月的大改版，分別報價，不綁定同一家。詳細可參考 台中系統開發外包報價怎麼算。

決策六：要不要先做 BRD（需求書）、要不要先付 PoC（試做）費用

我們做過的 portfolio 補習班補課系統案，原本沒走 BRD 流程，結果第一版上線後業主說『家長想要看到的不是這個』、行政想要的功能漏掉一半，前後花了 2 個月補功能、追加 15% 預算。後續所有補教案我們都建議先付 5-8 萬做 BRD + 簡易 mockup，再決定要不要進入完整開發。可參考 客製化系統需求書 BRD 完整指南。

3 個報價區間細拆：35 萬、120 萬、300 萬，差在哪？

補教管理系統的報價在台灣市場有極大分布——從 8 萬的 SaaS 整年訂閱、到 600 萬的連鎖加盟管理平台都有。下面拆 3 個有代表性的客製化開發區間。

報價區間 A：35-80 萬（MVP，單店 1-3 班）

適合：開業 1-3 年的補習班、學員 80-300 人、目前痛點集中在櫃台對帳與家長溝通。技術棧通常是 PHP/Laravel + MySQL + LINE OA + LIFF Web。交付 6-12 週。

包含：學員管理、班別管理、課表排程、家長 LINE 通知、教師鐘點記錄、簡易財務月報。

不包含：金流串接（+15 萬）、原生 App（+60 萬以上）、教材/銷售/POS 整合（+30 萬）。

報價區間 B：80-200 萬（多店連動，3-10 班）

適合：3-10 間分店的中型補教集團、學員 500-2,000 人、總部要看到跨店業績與班別分析。技術棧通常是 Next.js / Vue 3 + NestJS / Laravel + PostgreSQL + Redis + LINE Bot + 金流串接。交付 3-6 個月。

包含：A 區間全部 + 跨店學員轉班、總部 vs 分店分權治理、財務合併報表、教師多店分潤結算。

報價區間 C：200-600 萬+（連鎖加盟，10-50+ 班）

適合：直營 + 加盟混合模式、學員 2,000+ 人。技術棧通常是微服務架構 + Kubernetes + 跨資料庫 + 數據中台。交付 6-12 個月分階段。

包含：B 區間全部 + 加盟主管理 + 品牌標準化規範執行 + 跨店學員資產管理 + BI 數據儀表板。

5 個常見地雷：先簽再說、後悔莫及的真實踩坑

地雷一：家長 LINE 通知設計不分流，被家長要求退費

最常見的地雷——上線後家長一天收 12-20 則通知，覺得被騷擾，反過來要求補習班退費。設計時必須先做「通知優先級分流」，按家長設定的訂閱類別只推必要訊息。

地雷二：教師鐘點費結算邏輯沒寫清楚，上線後對不上 Excel

補教教師鐘點費結算邏輯極複雜。上線後如果跟櫃台原本的 Excel 結算對不上 1-2 千元，老師會直接質疑系統，整個信任崩盤。BRD 階段一定要把所有結算規則窮舉。

地雷三：家長個資（學生姓名、成績、出席）導出格式沒談清楚

根據個資法 §27，教育機構處理學員個資要有合理保護措施。系統設計要支援「個資導出」「個資刪除」「家長同意紀錄」三項功能，否則一旦被告，舉證會極麻煩。

地雷四：簽到方式選錯，現場小孩排隊半小時

簽到設計常見錯誤：用人臉辨識（家長個資疑慮）、用 NFC 卡（小孩會掉、會借）、用 LINE QR Code（手機沒帶就卡住）。實戰建議：給每個學員一個 6 位數簽到碼 + 平板自助輸入，櫃台老師看後台確認。

地雷五：後續維運合約沒簽，bug 修補變成「另案報價」

上線後第 1-6 個月一定會發現 bug 或新需求，這時如果合約沒寫「6 個月內 bug 免費修補」「12 個月內小調整每月 N 小時包月」，每改一個小東西都會被另案報價，預算會無聲爆炸。我們建議直接走「上線後 12 個月包月維運合約 = 開發總價 12-18%」的市場標準。

補教老闆 60 天採購 SOP：從盤點到簽約的 4 個檢查點

Day 1-14：內部盤點 + 痛點排序

把目前用紙本、Excel、SaaS、LINE 分別撐住的流程畫出來，列出每天最浪費櫃台人力的 5 件事。這份盤點等於 BRD 的草稿。

Day 15-30：三家廠商初談 + BRD 撰寫

初談 3 家不同類型的廠商：① 補教 SaaS 業者 ② 中小型客製化開發公司 ③ 大型系統整合商。怎麼判斷廠商真的會做，可參考老闆找外包怎麼判斷廠商真的會做，補教系統適用同一套訊號。

Day 31-45：付 BRD 費用 + 取得 mockup

選 1-2 家進入 BRD 階段（每家 5-8 萬），拿到 mockup 給櫃台老師、教師、家長代表看，蒐集真實反饋。

Day 46-60：合約議定 + 開工

合約必含 5 條：付款里程碑（30 / 40 / 20 / 10）、原始碼歸屬、個資處理條款、後續維運條件、SLA。然後正式開工。

下一步：把這篇變成你補習班的下一個 12 個月行動

讀到這裡，可能有 3 種狀況：

● 還沒準備好客製化、現在 SaaS 還能用 → 可以先把上面 5 個訊號表貼在櫃台，等中 3 條再行動。

● 已經撞牆但不知道從哪開始 → 可以把現在的情況丟過來，我們陪你做 1-2 小時的盤點。

● 已經想清楚要客製化、要報價 → 可以直接看 客製化網站與系統開發服務、或者參考 台中系統開發外包報價怎麼算 算個初估。