系統對接
兩套系統之間的那一段
- 與既有 ERP 進銷存 會計串接
- 與內部管理系統整合
- 單一帳號跨系統登入
什麼時候該客製
什麼情況下才真的需要客製化軟體？
判斷方式很簡單：如果你已經買了系統，卻還在系統外面另外維護一份 Excel， 那份 Excel 就是客製的入口。它代表你的流程有一段沒有被軟體覆蓋， 而那一段通常就是最花時間、最容易出錯的地方。 相反地，如果現成軟體就能全部處理，就不需要客製。
申報與核銷格式
政府規定的格式
- 補助核銷資料產出
- 特定申報檔案格式
- 稽核所需的紀錄與追溯
通訊與金流
客人在哪就接到哪
- LINE 官方帳號對話與推播
- 自動提醒與排程任務
- 金流與發票串接
產業特殊規則
你這行才有的邏輯
- 特殊計價與抽成邏輯
- 多層簽核與權限
- 跨天跨地點的排程規則
怎麼進行
一個客製專案會怎麼走？
核心原則是分段交付。先讓最痛的一段上線跑起來，確認方向正確再往外長， 而不是等整套做完才第一次讓你看到成品。 大部分的需求誤解都是在第一次看到實際畫面時才浮現，越早看到，修正成本越低。
- 先講流程 不講功能 第一次討論不談要什麼功能，只請你把現在實際的做法講一遍，包含哪一段最花時間、哪一段最常出錯。這一次不收費。
- 切出功能區塊與估算 把流程拆成幾個功能區塊，每一塊講清楚做什麼、不做什麼、各自要多久。你可以逐塊決定要不要現在做，預算可控。
- 最痛的那一段先做 不從最容易的做起，從最花時間的做起。第一段上線通常就能感覺到差別，也才有依據判斷後面要不要繼續。
- 實際使用後再調整 真正的問題只會在現場實際跑過之後浮現。這個階段的調整是預期之內的，不是額外要求。
- 逐段擴充 確認方向對了再往外長。中途要停也可以停，已經上線的部分不會因此不能用。
- 交付與移轉 原始碼與資料庫可以交付，寫進合約。你要自行維護或日後找別人接手，都不會被卡住。
先講清楚
哪些情況我們會建議你不要客製？
客製不是萬用解。流程標準、預算有限、或只是想換個介面的情況， 現成軟體更快也更便宜，硬做客製只是把錢花在重造輪子上。 下表列出我們會直接建議你不要做的幾種情況，以及替代方向。
| 你的情況 | 我們的建議 |
|---|---|
| 標準餐飲流程，只要點餐與結帳 | 先評估套裝 POS，價格明確、上線快，不需要客製 |
| 只是覺得現有系統介面不好看 | 介面問題通常不值得整套重做，先確認是不是操作習慣問題 |
| 需求還沒想清楚，希望先做了再說 | 先做一次流程盤點，需求不明確時開發成本會失控 |
| 已經有系統，只有一段沒被覆蓋 | 適合客製，但只補那一段，不要整套重做 |
| 流程特殊，市面上找不到對應產品 | 適合客製，這是客製真正的價值所在 |
| 要與既有 ERP 或申報系統對接 | 適合客製，現成軟體幾乎都不做這一段 |
FAQ
關於客製化開發的常見問題
客製化軟體開發要花多少錢？
取決於範圍，沒有辦法在看過流程之前給數字。可以說明的是計價方式：我們以功能區塊為單位估算，每一塊講清楚做什麼、不做什麼，你可以逐塊決定要不要現在做。這樣的好處是預算可控，也避免報一個大數字卻說不清楚裡面有什麼。第一次討論不收費。
可以不換掉現有系統，只補缺的那一段嗎？
可以，而且多數情況我們會建議這樣做。整套重做的成本與風險都高，而問題往往只出在流程中的某一個環節，例如預約進來要手動抄進另一套系統。把缺的那一段補起來並與既有資料對接，成本通常只是重做的一小部分，現場也不必重新適應新介面。
做完之後原始碼是誰的？
客製專案的原始碼與資料庫可以交付給你，這一點會寫進合約。我們認為用資料或原始碼綁住客戶是不健康的合作方式，客戶願意繼續合作應該是因為服務值得，不是因為搬不走。你要自行維護、找別人接手或日後轉移，都不會被卡住。
開發過程中我看得到進度嗎？
看得到。我們的作法是分段交付，先讓最痛的那一段上線跑起來，確認方向正確再往外長，而不是等整套做完才第一次讓你看到成品。實務上大部分需求誤解都是在第一次看到實際畫面時才浮現，越早看到，修正的成本越低。