買現成軟體、客製下單入口與生產管理，必須分開比較。
小型企業的需求常跨越「下單、付款、排程」，但同一名稱可以代表完全不同的工作量。公開價目適合定位預算，不足以直接推導個別專案成交價。
公開價格：三種不同採購模式
| 來源／類型 | 公開金額 | 比較時要注意 |
|---|---|---|
| 旭光工作室／客製 | 簡易表單 3–10 萬 客製後台 10–35 萬 電商／訂單 20–60 萬 | 訂單類包含金流、物流、會員整合；不能視為純人工接單後台的同等報價。 |
| 克隆資訊／客製 | 小型 15 萬起 中型 40 萬起 大型 80 萬起 | 小型以單一核心模組為主，列出權限、基礎報表與 3 個月保固，預估 4–8 週。 |
| PureData PureIMS／訂閱 | 每帳號每年 4,800 元 相當於每月 400 元，年繳 | 進銷存＋財務，含主機、更新、每日備份；不是任意客製開發費。 |
| PureData PureIMS／買斷 | 48,600 元，未稅 | 進銷存 5 client 授權，自有主機含安裝；雲端代管另購。 |
如何解讀「便宜」？
本研究判斷：流程能配合套裝時，應優先試用；需要廠商各自登入、特殊價格或生產流程時，再確認套裝能否支援及追加成本。公開客製入門價與套裝授權價並不矛盾，兩者交付的工作與責任不同。
業者怎麼執行？
克隆公開流程由訪談、規格與報價、介面設計、開發，到驗收、部署和訓練；亦建議先試用核心模組再擴充。PureIMS 則以既有產品進行建檔、單據導入和報表應用，頁面稱多數企業 3 天內可開始使用。這是套裝導入描述，不能套用為客製工期。克隆流程 · PureIMS 導入
建議的階段成果（本研究整理）
- 流程確認：用一筆真實訂單跑完接單到出貨，產出流程圖、例外情況與驗收清單。
- 核心試用：商品、客戶、訂單與人工核款，先由少量使用者試跑。
- 外部下單：加入客戶入口、資料隔離與操作指引；上線前測試跨帳號存取。
- 生產管理：先做數量彙整與人工排程，再評估庫存、批次及自動化。
每階段寫明交付、依賴、驗收、付款及範圍變更方式。延期新增功能時保留共用資料架構，避免重複建置；重大流程更動仍需重新估價。
資安優勢要有可驗收的證據
WordPress 已有帳號和權限基礎，但仍需更新、監控與復原規劃；改用客製系統也不必自行發明密碼機制。成熟認證服務能減少基礎建置工作，開發者仍要負責商業權限與設定。WordPress 官方安全說明
以 Supabase 為例，官方上線清單涵蓋 RLS、MFA、資料庫連線保護與驗證郵件設定。RLS 是資料庫中的資料列授權規則，不是只把畫面按鈕藏起來。上線檢查 · RLS 文件
| 建議納入基本交付 | 驗收例子 |
|---|---|
| 成熟帳號驗證、邀請與停用流程 | 確認忘記密碼、離職停權及管理員 MFA；驗證停權後既有登入狀態的處理。 |
| 客戶與員工權限分離 | 客戶 A 直接變更訂單 ID 仍無法讀取或修改 B 的訂單。 |
| 關鍵操作由伺服器驗證 | 客戶無法自行改價或把訂單設為已付款；授權與狀態規則在 API 層檢查。 |
| 機密與檔案保護 | 瀏覽器拿不到高權限金鑰；匯款附件不是公開網址，存取需授權。 |
| 備份與還原演練 | 在隔離環境還原測試資料，記錄日期、結果與可接受的資料損失窗口。 |
| 操作紀錄與維護交接 | 能查誰變更收款或訂單狀態；列出更新、異常處理和帳號移交責任。 |
以上是建議驗收設計，不代表任何新系統已通過檢測。基本安全不應變成可刪除的選配；外部滲透測試、特殊稽核或高可用需求則應另訂範圍。
持續費用與備份邊界
Supabase Pro 公開起價為每月 US$25，包含首個專案的基礎配置；升級運算、額外專案與超額使用另計。Pro 列有每日備份、保留 7 天；時間點還原為付費加購。免費方案有閒置暫停且不含自動備份，不宜把免費額度當作正式營運承諾。官方價格
資料庫備份不包含 Storage 中的實際檔案，例如匯款憑證圖片，附件要另外規劃備份。資料庫官方說明
本研究建議將持續費用分成：雲端與網域、驗證郵件等第三方費用、維護服務、新功能開發。維護需約定服務時段、回應時間、含哪些工作與工時，平台月費不等於有人代為維護。
估價前最值得問的六件事
- 有多少內部人員和下游客戶？每月多少訂單？旺季尖峰多高？
- 價格統一、各客戶不同，還是每單議價？有最低量與包裝換算嗎？
- 付款是預付、訂金尾款或月結？一筆款項是否對應多張訂單？
- 先備貨還是接單生產？排程是否受機台、口味切換與人力影響？
- 是否有拆批出貨、退貨、取消與訂單修改？誰能批准？
- 舊資料要搬多少？能接受多久停機、遺失多久內的資料？
先回答會改變資料結構與責任的問題，再決定功能與技術。報價應同時呈現假設與不包含項目，避免把「收款確認」誤認成自動銀行對帳，把「排程」誤認成自動最佳化。
多店 AI 補助與一般系統案不同
依官方目前公告，多店方案由符合資格的商業服務業者提案，資訊服務商可合作、不能擔任提案業者。須帶動 20–50 家合格店家導入至少 1 項 AI 工具；申請時先交預定店家 50% 清冊。店家需要至少 3 個月使用證明、教育訓練、AI 成熟度評估，另訂至少 2 項營運改善指標；計畫原則為核定公告起 8 個月。這是多店導入與成果驗證案，不能只交付一套後台。官方計畫說明
每案補助上限 300 萬元且不超過總經費 50%，並須符合「補助款≤自籌款≤實收資本額」。申請須知定位於成熟、通用型 AI 工具；核定補助額依審查決定，不能當作軟體開發商的合約價格。115 年 8 月申請須知
日期更新：截至 2026-09-09，第二梯已於 8/31 截止；第三梯暫定 2026/11/2–11/30 下午 5 時，不是 2027 年 1 月。仍應以後續官方公告為準。受理時間
本研究解讀：開發者用 AI 寫程式，不等於店家實際導入 AI；一般下單與收款後台不會因此自動符合補助。建議先評估成熟工具能否解決痛點，再處理必要串接；將店家導入、訓練、使用證據、指標追蹤與申請協作另外估工、明定責任，並由執行單位確認方案適用性。
訂單到生產的資料流與 AI 成本
資料流程建議：銷售訂單可依客戶、品項與交期彙總；生產單則依實際作業合併多張訂單，同時保留來源及分配數量，不必每個客戶各開一張生產單。客戶交期不等於生產日期，安排前須扣除可用庫存、確認已排產數量，避免同一需求重複生產。取消或修改訂單時，也要同步檢查尚未完成的生產需求。
數量、價格、金額與狀態轉換應由確定性程式處理；AI 可將自由文字等非結構輸入整理成訂單草稿，再由人員確認。AI 停用或失敗時，仍能用一般表單完成下單、核款與排程，避免核心作業依賴生成結果。
純文字成本示例：GPT-5.4 mini 公開價格為每百萬輸入 token US$0.75、輸出 US$4.50。假設每次 3,000 輸入與合計 500 個計費輸出 token，計算為 3,000×0.75÷1,000,000＋500×4.50÷1,000,000＝US$0.0045／次，1,000 次為 US$4.50。這是用量假設，非實測或費用承諾；圖片、重試、額外計費推理 token 或工具可能增加費用。官方模型價格
API 費用之外，仍有資料整理、人工核對、維護與導入工作。另須區分平台日誌與專案證據：Supabase Pro 的 7 日預設日誌保存，不等於補助所需至少 3 個月使用證明。建議建立可匯出的使用事件紀錄，另訂保存期限與權限。平台價格與日誌 · 補助績效要求