梳理完現場的複雜流程與防呆規則後，許多專案負責人或技術人員常犯的錯誤，就是迫不及待地拿著各式各樣的技術名詞跑去向中心主管匯報。然而，對於 NGO 的中心主管或營運決策者而言，他們最在意的從來不是技術有多先進，而是：「這要花多少錢？」、「志工會不會學不會？」 以及 「這能不能真正解決人情私訂與管理混亂？」

今天我們不談任何程式碼，而是站在營運管理者的角度，將前三天累積的邏輯規格，轉化為一份簡單易明、直擊痛點且化解阻力的「非技術溝通提案」。

一、 主管溝通的核心心法：不講「技術」，講「效益與安心」

向 NGO 主管提案時，必須精準解答主管心中的三大隱形顧慮：

1. 財務顧慮（預算）： NGO 的每一分資金都來自捐款或政府資助，專案絕不能增加額外的軟體訂閱費用。
2. 組織變革阻力（人情與習慣）： 中心年長志工多，若系統太複雜導致志工反彈或拒用，轉型就會宣告失敗。
3. 營運合規風險（管理漏洞）： 系統能不能確實杜絕事後套用舊取消單（人情套單）的灰色地帶？

因此，提案的重點必須放在 「0 額外預算」、「降低行政負擔」 與 「建立透明公平的營運機制」。

二、 一頁紙提案（Executive One-Pager）：現況與效益對照

為了讓主管在 3 分鐘內抓住重點，我們將紙本訂房簿與數位轉型後的改變整理成一張清楚的效益對照表：

三、 化解組織變革阻力：安撫跨世代使用者

系統要成功，關鍵在於「人用得順手」。面對中心內部跨世代的使用習慣差異，提案中必須包含具體的體貼設計：

1. 解決年長志工的焦慮（包容性設計）

• 不改變時間閱讀習慣： 年長志工普遍不習慣 24 小時制（容易混淆 14:00 與 16:00），系統介面與匯出的月結報表會預設顯示為「下午 02:00（14:00）」，讓志工一目了然。
• 大字體與直覺日曆： 介面採用大按鈕與視覺化顏色區隔（如：活動室 A 綠色、活動室 B 藍色），操作就像看掛曆一樣直覺。

2. 滿足年輕職工的需求（效率提升）

• 隨時隨地預約： 職工無需為了看時段專程跑回中心，在外面辦活動時用手機就能快速下單。
• 物資自動連動： 預約房間時同步勾選所需的移動電視或投影機，避免到了現場才發現設備已被借走。

四、 降低試錯風險：「漸進式雙軌試運行」策略

為了消除主管對「系統突然上線造成混亂」的疑慮，提案配合整體 30 天專案發展大綱，規劃明確的階段性導入節奏：

• 系統建置與獨立測試（第 5–25 天）： 進行底層架構、介面開發與無障礙優化，期間完全不干擾中心現有的紙本運作。
• UAT 測試與操作手冊準備（第 26–27 天）： 邀請志工進行使用者接受測試（UAT），並同步準備簡易圖文操作手冊，協助志工預先熟悉介面[cite: 4]。
• 雙軌試運行與順暢交接（第 28–30 天）： 正式啟動雙軌試運行，由線上系統與紙本同步記錄比對，結算營運成本並確認數據準確無誤後，完成無縫交接與開源[cite: 4]。

五、 主管點頭後的下一步

當我們用「0 預算、省時 120 小時、照顧志工習慣、制度防呆」這四大價值說服主管並取得支持後，專案便擁有了堅實的組織正當性。

明天【Day 5】，我們將正式進入技術選型！我們將把主管拍板的業務邏輯，帶入最新的 Google AI 生態系（包含 Gemini 3.6 Flash、Google Apps Script 與 Sheets），搭建這套 0 成本的高效架構！