WHAT_IS
客製化系統開發到底在做什麼？
把你公司已經在跑、卻散在 Excel、紙本和 LINE 群組裡的流程，做成一套照你的做法運作的軟體。不是買一套現成的再叫大家去配合它。
- 現在是這樣單子在誰手上、簽到哪一關，只能用問的。月底報表要有人打開好幾份 Excel 才拼得出來。
- 做完之後流程跑在同一套系統裡，誰做到哪一步查得到，報表自己產。
- 既有 ERP 不動需要 ERP 資料時走唯讀鏡像，主帳一行都不改。
WHAT_WE_DID
進銷存系統客製與 CRM 系統開發做得出什麼？
以下都是我們自己做的系統，架構、資料表與程式碼都在我們手上，所以講得到細節。
- 進銷存系統客製 — 進貨、銷貨、庫存異動與盤點，含批號序號追蹤、多倉別、成本計算方式。這塊最需要先訪談——每一家的「庫存」定義都不一樣。
- 報價系統開發與線上簽核系統 — 報價單是資料不是檔案：品項、折讓、有效期限結構化儲存，可從舊單複製；客戶手機簽完即回存並產出 PDF；通知走 LINE 串接系統開發，不是寄一封沒人看的 Email。看系統說明
- CRM 系統開發與案件追蹤 — 客戶與聯絡人分層管理，一家公司多個窗口是常態；案件狀態可查、跨部門單一入口與權限分層。這幾塊合起來就是公司內部管理系統，差別在欄位與流程照你的做。
- 保固登記與售後管理 — 掃外箱 QR 就完成登記，不必拆封；多租戶架構，換一個品牌就複製一份獨立登記頁與後台。看系統說明
- 全通路訂單整合 — 電商、門市、物流與會員收進同一個平台，與 ERP 的協作是「讀鏡像、寫 API」。看系統說明
- ERP 唯讀串接與資料同步 — 用一層唯讀的查詢介面（MCP Server）把 ERP 的非敏感資料開放給 AI 與內部工具查詢。AI 只能呼叫預先寫死的查詢工具，沒有自己組 SQL 的空間；存取走 企業雲端建置與資安防護的 Zero Trust，每一次查詢都留稽核紀錄。看系統說明
PRICING
費用怎麼算？
客製化系統開發以專案計價，不以人天報一個好聽的數字。報價一定在流程訪談之後——訪談前給的數字只是猜。實際金額依需求評估。
影響價格的因素，由大到小：
- 模組數量與關聯深度三個模組各自獨立，和互相牽動，差很多
- 角色與權限層級數「每個人看到的東西不一樣」是最容易被低估的成本
- 整合點數量每多接一個就多一組錯誤處理
- 資料移轉舊資料愈亂，清洗與比對愈多
- 是否要多租戶一份程式服務多個品牌，架構要求完全不同
- 維運範圍只修 bug，還是含功能小改與值班回應
你最怕的兩件事，先回答：被綁住、以及花了錢拿不到東西。下面三條就是針對這兩件事——
- 流程訪談與報價不另外計費。正式進入架構設計階段才開始計費，第一期款對應架構設計交付，不是簽約當天全收。
- 收款分階段，對應各階段的書面驗收該階段沒驗收過就不請款。
- 雲端與第三方服務費用：0 元經過我們。GCP、Cloudflare、簡訊、金流直接開在你的帳號下，帳單你自己收，我們不代收也不賺價差。
PROCESS
怎麼進行？要多久？
先講結論：訪談沒做完，不報價，也不寫程式。
- 流程訪談與現況盤點跟實際在操作的人談，不是只跟老闆談。老闆講的是流程該長什麼樣，操作的人講的是實際長什麼樣，兩者的差距就是系統要解的問題。輸出流程圖、痛點清單與功能範圍。
- 資料庫結構與架構設計ER 圖、角色權限矩陣、與既有系統的整合點。這一階段決定之後三年好不好改，所以不趕。
- 分階段開發與驗收先做最痛的那一段讓它先上線，不是等全部做完才看到東西。每階段交付的都是點得進去、操作得了的版本，驗收條件書面寫明。
- 平行試跑與資料移轉新舊並行一段時間，舊資料清洗後匯入，髒資料規則由你拍板。
- 教育訓練與文件交付操作手冊、ER 圖、API 文件、部署說明與環境變數清單，訓練錄影留給新人。
報價什麼時候拿得到：訪談結束、範圍與流程圖雙方確認之後就給，不會拖到你追問。驗收後有保固期，期內功能不符驗收條件由我們修，不另計費。時程取決於模組數量與是否含既有 ERP 串接——單一模組（例如報價簽核或保固登記）明顯短於多模組專案。正式時程要等架構設計完成才給得準——在那之前我們不給區間，因為給了也只是猜。
我們用 AI 輔助開發，把關方式也寫在這裡：規格與資料結構先由人定案、測試檔跟著功能一起寫、每次合併都人工審閱。理由與踩過的坑整理在〈AI 寫程式的交付風險指南〉。
WHO_FITS
誰適合做客製化系統開發？
結論先講：當你的流程已經固定，卻沒有一套軟體照著這個流程走，客製才划算。流程還在變的時候寫系統，只是把還沒定形的東西固定下來。
- 二十到兩百人的製造、批發、物流業流程跑了好幾年、大家都知道該怎麼做，只是沒有系統收著。
- 套裝進銷存買了不合用的公司不是軟體不好，是它預設的流程跟你的不一樣，結果變成你在遷就軟體。進銷存系統客製要解的就是這件事。
- 報表靠人工彙整的團隊資料分散在好幾份 Excel 和好幾個人手上，月底要花好幾天才拼得出一張表。
- 既有 ERP 動不得、但大家都想查資料的企業MIS 每天在幫人匯 Excel。這種情況做的是 ERP 唯讀串接，不是改主帳。
不必一次做完。我們的建議一律是先挑最痛的一段，做完看得到效果，再決定下一段要不要做。
服務範圍是全台，訪談、進度檢視與驗收全程遠端進行，訪談輪數不因為距離減少；要看現在的流程，錄一段螢幕或拍幾張截圖，比到現場站在旁邊看更準。我們的差別不在能不能碰面，在於交出去的東西你自己接得住。
NOT_FOR_YOU
誰不適合？
有些需求客製不是最好的答案，我們會直接說。
- 現成 SaaS 就能解決的功能市面上大致都有，買來用比較划算。想用幾萬塊做一套內部系統的也一樣：客製的起點不在這裡。
- 流程還在變的先用 AppSheet 這類低程式碼工具把流程跑順再說。
- 時間壓在幾週內、要全公司一次上線的我們會拆階段，但拆不到那麼短。
- 只是要把既有流程自動化的流程不動、只想把重複的手工步驟接起來，那是 AI 工作流與流程自動化。
- 想順便把官網和 SEO 一起做的企業官網設計與建置是分開的服務。
OPTIONS
手機端要做哪一種？
多數內部系統我們建議從 PWA 起步——報工、盤點、簽核、拍照回報這類需求，加到主畫面就有近似 App 的入口，不必上架、不必等審查，改版當天生效。
原生 iOS／Android 我們承接，但接之前先確認三件事：上架帳號誰持有、審查與改版週期你能不能接受、以及是不是非原生不可（藍牙、離線大量資料、相機深度整合才算；推播在加到主畫面的網頁應用上也做得到）。如果不是，省下的不只是開發，是每一次改版的等待時間。
需要跑在員工電腦上、要碰本機檔案或本機印表機的情境，我們也做 C# Windows 桌面工具。
PWA 與原生 App 我們承接，但目前沒有可以對外公開的交付案例，所以這兩段沒有連結可以點——先講清楚，免得你以為有。
OWNERSHIP
帳號與資料歸誰？
都是你的，逐條寫進合約。判斷標準只有一個：我們明天不做了，你找下一家接得下去。做不到這點的交付不算交付。
| 項目 | 開在誰的帳號 |
|---|---|
| 原始碼 | 你的 Git 帳號或組織，含完整提交紀錄，不是丟一包壓縮檔 |
| 雲端專案（GCP／Cloudflare）與資料庫主機 | 你的，我們以受邀成員身分作業 |
| 網域與 DNS | 註冊在你名下，管理權你自己拿著 |
| GA4、Search Console、Google 商家檔案 | 你的帳號，我們最多是使用者權限 |
| 資料 | 隨時可匯出，標準 SQL dump 與 CSV |
| 文件 | ER 圖、API 文件、部署說明、環境變數清單 |
START
要從哪裡開始？
先做一件你今天就做得到的事：挑一個你覺得最卡的流程，把現在的做法錄一段螢幕或拍幾張截圖，順便講一天處理幾筆、卡在哪一關。
我們會回你一份判讀：這段值不值得做成系統、要不要動到既有 ERP、大概拆成幾個階段。這一步不收費，也不需要你先整理好規格——把規格整理清楚本來就是我們的工作之一。
EVIDENCE
這一頁的說法，去哪裡查證？
- 權限設計為什麼是第一優先OWASP 的 Top 10:2025 把「Broken Access Control（權限控制失效）」列在第一名，第二名是「Security Misconfiguration」。內部系統最常出事的不是密碼強度，是某個角色看得到不該看的資料——所以我們把角色與欄位權限放在訪談階段談，不放到上線前補。
- 個資怎麼存、留多久《個人資料保護法》最近一次修正公布於民國 114 年 11 月 11 日（該次修正條文施行日期由行政院另定，尚未全部生效），新增行政監督專章。系統裡要收哪些欄位、保留多久、誰查得到，我們在資料表設計時就一起決定。
- 登入與帳號的做法密碼儲存、重設流程與多因素驗證照 OWASP 的 Authentication Cheat Sheet 實作，不自己發明。