Notion 客製化系統｜驗收標準表設計範本

📜 律師會議建議（2026/03/27）

驗收標準表的核心目的：凍結不確定性

律師對「軟體案件需求模糊」這個老問題的標準解法

律師原話 — 關於需求不確定性

「軟體最常出問題就是在驗收那一個環節，因為有時候需求在一開始本來就是不確定的，他得在跟你們的顧問或是在討論過程中，才能逐步的明確化。」

律師原話 — 關於驗收標準表的定位

「需求訪談的時候就有一個表、最好有一個版本就出來了。準備簽約的時候也一樣多一張驗收表，逐項過完都沒問題就是 [驗收通過]。」

律師原話 — 關於初期就很模糊的客戶

「另外一個非常不理想的就是客戶想法多變，自己也搞不清楚，甚至內部流程也不清楚⋯⋯這個我會建議你乾脆分階段報價。」

律師原話 — 關於修改空間

「我們的保護機制就是會幫你修改、最多兩次。但如果驗收的品質沒達到標準，他為什麼要付錢？這就是承攬關係 — 你得交付一個工作、有標準、有品質。」

翻譯成可操作的設計原則

1

需求訪談時就出表

不要等簽約才寫，訪談中就邊談邊寫，用客戶看得懂的「用戶情境」記錄

2

簽約一刻凍結

驗收標準表 + 報價單作為合約附件，雙方確認後即為「最終共識」

3

初期太模糊？分階段報價

先簽顧問費階段（先做需求企劃書），釐清後再簽正式合約 — 鈦坦案就是這樣設計

⭐

鈦坦案的優勢

鈦坦案已經採用律師建議的「分階段報價」— 顧問費階段（NT$ 50,000）就是先做完整需求分析 + 系統架構 + 報價單。這時雙方對需求的認知已經很高度對齊，再寫驗收標準表的準確度可達 80-90%，比一般直接簽案準確很多。

剩下 10-20% 的實作細節不確定 → 走合約 4.2 末段（修改通知 + 另行協商分潤調整）

1

範本：顧問費階段「交付物清單」

範例：鈦坦技術 Phase 1（5 月 5 日 - 6 月 5 日，4 週）

#	預期交付物	驗收方式
1	各部門初步需求訪談問卷分析 7 部門、共 7 份問卷	問卷已收齊 7 份、含痛點與優化方向整理
2	各部門細部流程訪談會議 7 場、由甲方主窗口帶領	7 場訪談紀錄逐一交付（會議錄音 + 摘要）
3	全公司問卷與訪談分析報告 1 份綜合報告	PDF / Notion 頁面交付，含痛點分類 + 優化方向
4	各部門工作流程分析圖 7 份視覺化流程圖	7 份流程圖（PNG / Notion 頁面）
5	系統架構與導入計劃書後續正式系統建置之依據	1 份系統架構圖 + 1 份 3-4 階段導入計劃書

💡 重點：5 項全部打勾 = 顧問費階段結案、進入折抵期 3 個月內可簽正式合約

2

範本：系統建置階段「模組驗收表」

範例：鈦坦技術 Phase 2（依顧問費階段產出之系統架構）

子系統 1 🗂️ 專案管理子系統

#	模組名稱	核心功能（用戶情境）	驗收方式	不包含
1.1	專案資料庫	能新增專案、追蹤狀態、關聯任務/廠商/業主/文件，可查看保留款到期日	建立至少 1 個範例專案、所有關聯欄位可正常運作	歷史專案資料匯入
1.2	任務資料庫	支援多層級子任務（年→季→月→週→日），含負責人、狀態、截止日	在範例專案下建立 3 層任務、進度條自動計算正確	複雜任務依賴關係（如任務間先後順序鎖定）
1.3	業主/客戶資料庫	可記錄業主聯絡資訊、關聯到對應專案	建立 1 筆業主資料並成功關聯範例專案	業主自助登入查看（需另外開發）
1.4	部門工作台 ×3	設計部、工務部、行政部各有獨立工作台，主管可查看部門全員任務	3 個部門工作台可正常切換、過濾條件運作正確	跨部門權限細部設定
1.5	個人工作台	每位成員登入後僅看到自己的任務、可快速跳轉專案	用 2 位不同成員帳號測試、各自看到不同的任務清單	手機 App 客製介面
1.6	首頁年度甘特圖	所有專案以時間軸呈現、可篩選年/季/月、含累計營業額顯示	至少 5 個範例專案於甘特圖正確顯示、營業額 Rollup 正常	Excel 匯出功能
1.7	今日任務總覽	主管可一覽今日全員任務、依負責人分組	今日任務正確顯示、可點擊跳轉專案	過去任務歷史回放

子系統 2 📂 文件管理子系統

#	模組名稱	核心功能（用戶情境）	驗收方式	不包含
2.1	文件資料庫	可分類管理合約/計畫書/CAD 圖面/規章/表單，支援版本標註	5 類各上傳 1 份範例、版本欄位可手動填寫	CAD 檔案線上預覽
2.2	圖面版本管理	同一張圖面的不同版本可被檢索，含日期與版本號	同一專案上傳 3 個版本、版本切換功能正常	自動版本比對（diff）
2.3	知識庫入口	規章/SOP 從首頁可直接點選查閱	至少 3 份規章文件正常顯示	全文檢索（依賴 Notion 內建）

子系統 3 🤝 廠商與業主資料子系統

#	模組名稱	核心功能（用戶情境）	驗收方式	不包含
3.1	廠商資料庫	分類管理原物料廠商/加工廠/下包廠商、可篩選合作狀態	3 類各建立 2 筆範例、過濾功能正常	廠商評分系統
3.2	業主資料庫	業主聯絡清單、可關聯歷史合作專案	2 筆業主資料 + 關聯 2 個專案	CRM 機會階段管理
3.3	廠商詢價記錄範本	提供標準詢價記錄格式，含廠商/材料/報價/比價狀態	範本可正常套用、欄位齊全	線上詢價系統

進階模組 ⚡ 自動化與整合

#	模組名稱	核心功能（用戶情境）	驗收方式	不包含
4.1	任務逾期提醒	到期前 1 天 + 逾期當天自動通知負責人 + 主管	設定範例任務、通知如期送達	客製化通知文案
4.2	保留款到期提醒	專案完工後自動帶入「+2 年」到期提醒，由行政部追蹤	範例專案標記完工後、提醒日期自動帶入正確	自動發送催款信
4.3	LINE 機器人任務新增	同仁可在 LINE 用按鈕快速新增任務、自動寫回 Notion	LINE Bot 上線、3 個按鈕功能正常	LINE Bot 介面客製化、AI 對話功能
4.4	Google 日曆雙向同步	Notion Calendar ↔ Google 日曆同步、任務時間自動顯示	2 位成員測試同步、日曆正確顯示任務	第三方日曆（Outlook、iCal）整合

💡 重點：模組「核心功能」用「用戶情境」描述（不寫到欄位細節）→ 客戶能驗收、顧問保留實作彈性

驗收顆粒度怎麼抓

寫太細、寫太粗都會出事

❌ 太細（不要）

列每個資料庫的每個欄位

專案資料庫：
- 案件名稱（text）
- 業主（relation）
- 承接金額（number）
- 保留款金額（number）
- 完工日（date）...

• 客戶逐欄挑剔
• 實作沒彈性
• 中途想加欄位變違約

✅ 剛好（建議）

模組 + 用戶情境

專案資料庫
能新增專案、追蹤狀態、關聯任務/廠商/業主/文件，可查看保留款到期日

驗收：建立 1 個範例專案、所有關聯欄位可正常運作

• 客戶能驗收（情境清楚）
• 顧問保留實作彈性
• 雙方爭議空間小

❌ 太粗（不要）

「Notion 系統一套」

交付項目：
- Notion 客製系統 1 套
- 包含專案管理、廠商管理、文件管理

• 客戶不知道驗收什麼
• 「我以為包含 ××」爭議大
• 無法依驗收標準扣分潤

凍結後的變動 — 律師建議的機制

驗收標準表簽約凍結後，實作中變動依下列機制處理

⚠️ 這不是「驗收標準表可以模糊」的後門 — 凍結之後才用，凍結之前要談清楚

機制 1｜律師建議

最多兩次修改

在驗收標準表的範圍內、提供小幅調整空間

適用情境：

• 視覺微調、欄位順序調整
• 不影響系統邏輯的細節
• 客戶試用後發現的小問題

律師原話：「保護機制就是會幫你修改、最多兩次」

機制 2｜超出範圍

另行報價

客戶要的功能不在驗收標準表內

處理方式：

• 3 工作日內通知甲方（領先時代）
• 由乙方依工作量另行報價
• 客戶書面同意後執行
• 未同意者乙方無執行義務

依顧問合約 4.2 末段 + 企業合約 4.2

機制 3｜律師建議

分階段報價（事前預防）

如果初期就很不確定 → 不要硬簽

操作方式：

• 先簽顧問費階段（先做需求企劃書）
• 釐清後再簽正式合約
• 顧問費可全額折抵正式合約
• 鈦坦案就是用這個

律師原話：「客戶想法多變、自己也搞不清楚⋯⋯乾脆分階段報價」

🚨

重要釐清：什麼時候用什麼機制

• 簽約前需求模糊 → 用「分階段報價」（機制 3）— 先做顧問費階段釐清
• 簽約時 → 驗收標準表凍結雙方共識（核心動作）
• 簽約後實作中小調整 → 用「兩次修改」（機制 1）
• 簽約後客戶想加新功能 → 用「另行報價」（機制 2）

⚠️ 不要把「機制 1+2」當作「驗收標準表可以模糊寫」的藉口 — 那會讓你失去律師建議的保護力

5 個必記重點

給合作顧問的速查指南

1

兩階段、兩種表

顧問費階段用清單、系統建置用模組

2

情境、不寫欄位

用戶能做什麼、不寫到資料庫欄位

3

驗收方式具體

「建立範例 ×3」比「功能正常」清楚

4

寫不包含項目

明確標出「這個版本不做的」

5

凍結後才用機制

兩次修改 / 另行報價是凍結後的彈性、不是凍結前的後門

Notion 客製化系統
驗收標準表設計範本

兩階段、兩種形式

顧問費階段

系統建置階段