中小企業通用
報價系統管到簽約，不等紙本
客戶在手機上簽完就回存，省掉的不是列印費，是三到五天
把客戶資料、報價單、電子簽核與 LINE 通知收進同一套報價系統。報價不再散落在各人的 Excel，合約簽回不必等紙本往返，客戶問「上次報多少」查得到。
手機簽名即完成
客戶不必列印、簽名、掃描、回寄。在手機上簽完立即回存並產出 PDF 留底。
報價單是資料不是檔案
品項、折讓、有效期限結構化儲存。從舊單複製新單，版本可追、狀態可查。
通知走 LINE
台灣的商務溝通實際上跑在 LINE 上。報價送出、客戶簽署、即將到期都推到 LINE，而不是寄一封沒人看的 Email。
怎麼運作
建立報價單
從客戶資料帶入聯絡人，選品項、填數量與折讓，可從舊單複製。
送出並通知
產生專屬連結，同時以 Email 與 LINE 通知客戶。
客戶手機簽署
客戶開啟連結確認內容並簽名，系統即時回存並產出 PDF。
規格
- 簽署裝置
- 手機即可
- 簽署後留底
- 通知管道
- Email + LINE
- 客戶管理
- 含聯絡人分層
- 報價複製
- 一鍵沿用
問題：報價單活在每個業務自己的電腦裡
這是中小企業數位轉型路上最普遍、也最少被當成問題看待的狀況——報價用 Excel，範本每個人一份，改過的版本只有自己知道；合約要簽名就印出來、簽完掃描、寄回；客戶問「上次報多少」，得翻信箱。
單看每一步都不算太痛，合起來的代價是：沒有人能回答「這個客戶今年報過幾次、成交率多少」。
設計：報價單是資料，不是檔案
系統的前提是把報價單當成資料庫裡的一筆紀錄，而不是一個檔案。這樣才能做到版本可追、狀態可查、客戶可比。
- CRM 系統基礎 — 客戶與聯絡人分開管理。一家公司有多個窗口是常態，把聯絡人塞進客戶欄位遲早出問題。
- 報價單 — 品項、數量、折讓、有效期限結構化儲存，可從舊單複製新單。
- 電子簽核 — 內建簽名板，客戶在手機上簽完即回存，產出 PDF 留底。省掉的不是列印費，是三到五天的往返時間。
- LINE 通知 — 台灣的商務溝通實際上跑在 LINE 上。報價送出、客戶簽署、即將到期都推到 LINE，而不是寄一封沒人看的 Email。
繼續看：架構、工程紀律與據實說明
技術選擇的理由
採 Nuxt 4 全端架構，前端與 API 同一個專案，中小企業不需要為了一套報價系統維護兩個服務。資料層用 Drizzle ORM 搭 MySQL 8——Drizzle 的 schema 定義即型別，改欄位時編譯期就會發現壞掉的查詢，這對只有一兩位工程師維護的系統特別重要。
一項待補的工作
電子簽核與權限控制這兩塊的測試覆蓋仍不足，而它們正是出錯代價最高的部分。此為已知待辦，在對外銷售前會優先補齊。此處據實說明，不掩飾。
關於這個案子，常被問到的是
報價系統跟用 Excel 範本的差別在哪裡？
差別在報價單是不是資料。Excel 是檔案，改過的版本只有改的人知道，也沒辦法回答「這個客戶今年報過幾次」。系統把品項、數量、折讓、有效期限結構化儲存，版本可追、狀態可查，舊單可以一鍵複製成新單。
電子簽核有法律效力嗎？客戶需要裝 App 嗎？
客戶不必裝任何 App，開啟專屬連結、在手機上簽名即可，系統即時回存並產出 PDF 留底。效力屬於各公司法務要確認的範圍，我們能保證的是簽署內容、時間與結果都有紀錄可查，不是一張無從追溯的圖片。
為什麼通知要走 LINE，而不是 Email？
台灣的商務溝通實際上跑在 LINE 上。報價送出、客戶簽署、即將到期的通知寄到 Email，多半沒人看。系統兩邊都送，但把 LINE 當主要管道。
這套能接我們現有的 CRM 或 ERP 嗎？
系統本身含客戶與聯絡人分層管理，小公司可以直接當 CRM 系統用。要接既有系統則看對方開放到什麼程度：有 API 就走 API，沒有 API 但能讀資料庫的，我們傾向讀鏡像或唯讀副本，不直接寫對方的資料表。