甚好教會數位系統評估會議
會議時間: 12月19日(五)上午10:30
與會人員: 主席Joann、明理、怡如、Joseph、旭倫、Deborah
教會數轉小組針對是否採用「甚好」的教會數位系統進行評估是否能滿足真理堂的需求，以避免從零開發; 同時討論未來會友系統與總會思遠奉獻系統的串接事宜。
奉獻管理系統
- 優點： 甚好介面與功能與現有的思遠系統相似，操作直覺。
- 現金處理： 需透過 Excel 批次導入。必須將完整的會友資料貼入 Excel，才能帶出明細並匯入系統。
- 匯款機制： 強制要求使用虛擬帳號，以確保系統能自動對帳。
活動管理與票券機制
- 特殊分組功能： 具備創新的票券分組設定（例如：A、B、C 三種票券加總上限 100 張），可確保總名額不超標並使票券銷售最大化。
- 落差點： 缺乏真理堂所需的高度客製化需求，例如「特殊優惠券」需上傳證明文件、未成年人報名需強制上傳「家長同意書」等功能。
系統管理模式
- 中央管理： 甚好的設計邏輯偏向「中央管理」（由行政或全職同工操作），而非真理堂傾向的「下放管理」（讓小組長自行新增成員或小組）。
專業評估指標 (Joseph與旭倫)
旭倫針對真理堂提出的「七大系統」需求，以 1 至 10 分進行適配度評估（10 分為完全吻合）：
- 評估表
| 系統別 | 評估 | 差異 |
| 會員/會友資料系統 | 4 | 缺乏自定義身份（小組長、區長）與權限控管機制:
1. 會員或會友無法於系統中自行新增/修改/停用/刪除。 |
| 奉獻系統查詢 | 6 | 1. 無牧者奉獻查詢功能 2. 與總會奉獻紀錄的串接 |
| 裝備查詢系統 | 5 | 無裝備資料匯入的功能 (缺乏完整的活動紀錄、歷史裝備資歷庫。 |
| 牧區資料管理 | 3 | 無法保存卸任幹部的歷史軌跡，細節落差較大。 |
| 會友線上申請暨簽核系統 | 1 | 完全不具備此項真理堂特有的管理程序。 |
| 線上報名表單系統 | 9 | 功能強大且彈性，但對同工的操作技能要求較高。
需有自定義表單與模組化客製表單 |
| 報名及繳費系統 | 9 | 大致符合需求，主要取決於金流串接的穩定性。 |
| 平均分數 | 5.3 | 一半吻合、一半不吻合。 |
- 思考面向
- 真理堂有其專屬的管理及運作模式，而管理與牧養結合時，將產生許多專屬的作業流程。
- 真理堂需求會是牧養系統+管理系統，管理與牧養的資料及流程是不可分開的。
- 由於過去引用大量的外部系統，對於外部系統的使用，同工心理層面的考量。
- 現階段只是精簡版的牧養及管理系統，因應多面向的發展，系統是否可以持續擴增。
- 雲服務的特性，服務商停止服務的疑慮。
關鍵挑戰與限制
- 金流卡關 (統編問題)： 甚好系統綁定「藍新」金流，但台灣信義會的統編已在藍新被其他單位使用，導致真理堂無法直接掛載使用藍新。
- 資料與系統自主權： 雲端服務（SaaS）存在風險，若廠商停止運作，教會雖有資料但將失去系統控制權。
- 原始碼所有權： 為了支持「未來十年的數位轉型計畫」，取得原始碼 (Source Code) 是必要條件，以便後續自主維護。
決議與建議方案策略
- 策略方向： 採購「模組化」整合策略。
- 具體做法：
- 奉獻系統： 繼續延用思遠，透過 API 與主系統對接。
- 報名系統： 評估請「甚好」作為模組供應商。在其現有基礎上為真理堂進行客製化開發（接綠界金流、調整介面），並將原始碼交付予教會，部署在教會自己的伺服器 (AWS) 上。
- 後續行動：
- 請亞諾整理一份簡要的 Spec (規格需求) 提交給「甚好」的胡老師評估客製化與原始碼交付的可能性。
- 正式回覆思遠有關 API 的技術需求調查表。
- 邀請各牧區主理同工（兒童、學青、裝備等）實際試用甚好活動報名系統，確認使用體驗是否符合實務需求。
- 下此周會仍維持在12/31(三)中午12:45。
- 若有臨時動議，可在群組提出，機動安排會議。
—————————————————————————————————–
比喻說明： 這次會議的結論就像是在蓋一棟大量身訂製的透天厝。我們不打算買「甚好」蓋好的成屋（因為格局與教會文化不合），但我們覺得他們的「廚房設備與衛浴模組」做得非常專業。因此，我們傾向請他們按照我們的尺寸調整這些模組，然後把這些「設備」(功能模組) 連同「安裝手冊」(source code)一起賣給我們，裝進我們自家的建築架構中，而「冷氣工程」則繼續由原本合作良好的廠商（思遠）來負責。