POS+掃碼點餐 ORDER TO CASH
核心 階段請款與成本
- 案件為主體，六個階段各自對應請款節點
- 變更追加掛回原案件，驗收時一次列出
- 各工班發包成本與付款時間
- 單案毛利結算
問題在哪
案子一多 最先失控的是哪一段？
不是設計，是收款節點與變更追加。設計本身有專業能撐住， 但同時跑五個案子時，每個案子的進度、每個工班的回報、每次追加的金額 分散在不同的群組對話與試算表裡。請款時拿不出佐證，追加時說不清楚金額， 這兩件事累積起來會直接吃掉利潤。
- 進度只存在群組對話裡 工班拍照丟群組，訊息一多就被洗掉。屋主問進度只能往回翻，翻不到就打電話問工班，一來一往半天過去。
- 請款拿不出佐證 這一階段做完了要請款，但完工的證據散在各處。整理佐證的時間比請款本身還久，於是拖著拖著就變成兩期一起請。
- 變更追加只有口頭 屋主現場說要改，設計師答應了，金額回頭再算。驗收時列出來，屋主說沒印象——這是室內設計最常見的糾紛來源。
- 發包成本算不出單案毛利 各工項發給不同工班，付款時間點也不同。整個案子結束後，實際賺多少常常是靠感覺，不是靠帳。
怎麼解
把請款節點綁上完工條件 會差在哪？
關鍵是讓「這一段做完了」變成系統裡的一個狀態，而不是一種感覺。 每個請款節點對應一組完工條件與現場照片，條件達成就能一鍵產出請款單並附上佐證。 屋主看得到進度，付款就順；設計師不必為了證明做完了而翻三個月的對話。
| 階段 | 系統記錄什麼 | 請款 |
|---|---|---|
| 丈量與需求 | 現場尺寸、屋況照片、需求清單 | 設計訂金 |
| 提案與確認 | 版本紀錄、屋主確認時間點 | 設計費第二期 |
| 簽約與發包 | 工項拆分、各工班報價與預計工期 | 工程訂金 |
| 施工 | 工班每日回報、照片、問題單、變更追加 | 期中款，依完工條件觸發 |
| 收尾 | 缺失清單與改善紀錄 | 尾款前置條件 |
| 驗收 | 驗收簽認、追加總表、保固起算日 | 尾款，追加一次結清 |
這是流程設計，不是既有案例。
上表是這條流程該怎麼被系統承接的規劃，不是任何一家設計公司的實際成效數字。
每家的階段劃分都不一樣，你的若與此不同，以你的為準。
模組怎麼配
室內設計需要哪幾個模組？
核心是收單帳務的階段請款與發包成本，加上掃碼下單讓工班在現場直接回報。 工程進度、變更追加與缺失管理屬於這個行業獨有的結構，通常以客製化軟體處理。 預約排程用在丈量與驗收的排程，重要性較低。
FAQ
室內設計常見問題
階段請款可以綁工程進度嗎？
可以，而且應該綁。請款卡住通常不是屋主不付錢，而是拿不出這一階段已完成的證據。系統把每個請款節點對應到一組完工條件與現場照片，達成即可產出請款單並附上佐證。屋主看得到進度就付得爽快，設計師也不必為了證明做完了而翻三個月的對話紀錄。
變更追加要怎麼留紀錄才不會有爭議？
變更追加必須是一筆有金額、有確認的獨立紀錄，掛回原案件下，而不是口頭說好。系統讓每一次變更都記錄變更內容、影響金額、影響工期與屋主確認的時間點。驗收時所有追加一次列出，總金額怎麼來的一目了然，這是最常引發糾紛的環節。
工班在現場回報的照片可以直接進系統嗎？
可以。工班用手機掃碼開啟該案件的回報表，上傳照片、勾選完成項目、標註問題，資料直接掛在對應的工程節點下。相較於散在通訊軟體群組裡的訊息，這樣的紀錄可以依案件、依日期、依工項查詢，也能直接作為請款的佐證。