POS+掃碼點餐 ORDER TO CASH
核心 訂單與分期收款
- 訂單為主體，記錄總價、已收與剩餘應收
- 訂金、期中款、尾款分次記錄
- 變更追加掛回同一張訂單
- 師傅工資與工期成本
問題在哪
訂製業 為什麼店面型 POS 完全套不上？
因為店面型 POS 的核心假設是「一筆交易當下結清」，而訂製業的一筆生意要跨數週到數月。 訂金收了、布還沒到、師傅還在做、客人還沒試穿，這中間任何一天你都需要知道 這張單收了多少、還欠多少、做到哪裡。POS 記不了這些，於是帳與進度變成兩本， 最後靠老闆的記憶把它們接起來。
- 帳與進度是兩本 收據記在一本、進度記在另一本或群組對話裡。客人打來問「我那件做好沒、還要付多少」，要翻兩個地方才答得出來。
- 量身數據存在紙卡上 老客人說「照上次那件」，紙卡找不到就得重新量。這是訂製業最有價值的資產，卻是最容易遺失的。
- 師傅工期沒有全局視角 接單時只看客人要求的交期，沒看同期已經接了多少件。同一週擠太多，就是全部一起延。
- 變更追加沒有紀錄 客人中途要改布、加口袋、改版型，講好的加價如果只是口頭，交件時就是爭議。
怎麼解
以訂單為主體 流程會變成什麼樣？
關鍵是把訂單當成主體，收款與進度都掛在同一張訂單下。 任何時候查這張單，都能同時看到：總價、已收、剩餘應收、目前節點、 歷次變更與量身資料。客人打來問什麼，一個畫面就答得出來。
| 節點 | 系統記錄什麼 | 錢的動作 |
|---|---|---|
| 諮詢與量身 | 身型數據、既往版型、客人偏好與活動日期 | 尚未收款 |
| 選布與確認 | 布料、配件、款式細節、預估交期 | 收訂金，訂單建立、剩餘應收成立 |
| 製作中 | 師傅、工序節點、預計完成日 | 無 |
| 初胚試穿 | 修改項目、修改後尺寸、試穿照片 | 若有變更追加，掛回同一張訂單 |
| 修改與二次試穿 | 修改完成確認、再次調整紀錄 | 無 |
| 交件 | 成品照片、量身數據歸檔供下次沿用 | 收尾款，訂單結清 |
這是流程設計，不是既有案例。
上表描述的是這條流程該怎麼被系統承接，不是任何一家店的實際成效數字。
每家的節點都不一樣，你的若與此不同，以你的為準。
模組怎麼配
西裝訂製需要哪幾個模組？
核心是收單帳務的訂單與分期收款，加上預約排程處理試穿與交件排程。 量身數據與版型紀錄屬於這個行業獨有的資料結構，一般以客製化軟體處理。 掃碼下單在訂製業的用途很輕，多數店家不需要。
預約+雲端櫃台 BOOKING
核心 節點排程
- 量身、試穿、交件排進行程
- 綁客人的活動日期倒推提醒
- 師傅當期工作量分布一眼看得到
- 接單前先看同期已排多少件
客製化軟體 CUSTOM BUILD
建議 量身與版型資料
身型數據欄位、歷次比較、版型沿用邏輯，這是訂製業獨有的結構，沒有現成軟體。
看客製化軟體掃碼點餐 SCAN TO ORDER
通常不需要
訂製業的互動集中在人身上，掃碼自助下單在這裡幫助有限，多數店家不必導入。
FAQ
西裝訂製常見問題
一筆訂單跨三個月，帳要怎麼記才不會亂？
把訂單當成主體，而不是把每次收款當成獨立交易。一張訂單記錄總價、已收金額、剩餘應收與每一次收款的時間與方式，中途的變更追加也掛在同一張訂單上。這樣任何時候查詢都能立刻知道這位客人還欠多少、進度到哪裡，而不是翻收據和對話紀錄拼湊。
量身數據和版型紀錄可以存在系統裡嗎？
可以，而且這是訂製業最有價值的資產。老客人回頭常常直接說「照上次那件」，若量身數據只寫在紙卡上，找不到就得重新量一次。系統把每位客人的歷次量身數據、選用布料、版型調整與成品照片留在同一份客戶資料下，並可比較歷次差異。
試穿與交件的排程也能一起管嗎？
可以。訂製的每個節點都有時間壓力：初胚試穿、修改、二次試穿、交件，而且往往綁著客人的婚期或活動日期。系統可以把節點排進行程並自動提醒，師傅端也能看到當期的工作量分布，避免同一週擠進太多件而全部延期。