10月15日真理堂實體會議:
了解愛文、愛盟、牧訓的數轉需求
會議地點: 真理堂
與會人員: 愛文江姿蓉、愛盟月瑩與蔣瑀、牧訓德輝、明理、怡如、允中、Deborah
會議紀錄摘要
本次會議旨在聚集愛文、愛盟、牧訓三個機構的代表，讓他們了解教會目前數位轉型第一階段的規劃狀況，並收集他們的需求，以便在開發過程中預留空間，並考慮納入未來的數轉架構中。
一、 真理堂數位轉型第一階段概況
- 第一階段範圍： 目前的開發規劃將圍繞六項八個系統進行，預計需時約一年才能正式上線和使用。
- 會員資料管理、牧區資料管理
- 會員奉獻查詢、會員裝備查詢
- 線上報名表單系統
- 會員報名繳費管理
- 成人洗禮線上簽核表單(含年長重症)
- 成人(年長重症)轉會、堅振線上簽核表單
- 上述第一階段數轉項目與範圍的界定，乃透過19場訪談41位真理堂同工所收集的需求，初步由AI彙整後再經過數轉小組與長執會的多次討論收斂，最後由主牧審議決定。第一階段的系統與功能規畫主要著眼與面向會友/民眾的服務與內部對應的管理平台。
- AI 知識庫狀態： AI 知識庫是獨立於上述八個系統之外的系統，目前正在進行中。第一階段優先開發的是見證知識庫，主要目的是讓牧者可以進行資料搜尋與備課參考。
- 機構參與目的： 希望機構能夠了解現有系統開發對他們的應用價值，並提供意見，以避免重複開發資源，並探討如何將資料庫提升到國度性的使用層面。
二、 機構主要業務與數位需求/痛點
會議鼓勵各機構代表說明其組織宗旨、日常業務以及在執行過程中遇到的痛點，以及對數位化或 AI 的期待。
- 愛盟
- 組織宗旨與業務： 愛盟文教基金會主要關注家庭相關事工，旨在傳遞家庭價值。他們將對象鎖定為社會大眾，而非僅限於教會會友。業務包含進入校園和企業進行情感教育與性別教育講座，以及透過社群媒體（IG 追蹤人數約兩萬人，FB 約九千人）和 Podcast 製作節目。
- 組織屬性： 愛盟是獨立的統編和獨立的公司（或基金會），在財務和向政府報稅方面都是獨立運作。他們處理資金的方式也是獨立的（主要靠捐款和課程收入），與總會的奉獻系統不同。
- 數位痛點與需求：
- 活動報名與報到： 目前最大的挑戰是實體聚會的報到流程不夠順暢，希望有更好的機制。雖然線上報名繳費系統目前尚可使用（使用 WIX/應援/Google Forms），但報到屬於教會數轉的第二階段規劃，未來愛盟希望能套用。
- 課程場次顯示： 報名系統無法直覺地讓學員選擇同一門課在不同時段的不同場次。
- 收據與發票： 由於愛盟有課程收入與產品販售，需要處理電子發票和課程收據，這與真理堂內部系統活動繳費不須提供收據或發票，只處理奉獻收據的情況不同，是串接金流時需要考慮的複雜點。
- 自動化通知： 缺乏自動化功能，例如課前兩天自動寄信提醒學員上課（目前需手動處理）。
- 會員登入混淆： 目前網站會員登入(WIX)與活動報名系統(應援)的會員登入是分開的，導致使用者混淆。
- 牧訓
- 組織宗旨與業務： 牧訓是教會界的人才培育單位，對象是華人，培訓從初信者到傳道人等三個階段的領袖。他們開課並製作教材，訓練領袖在自己的教會開課。
- 核心數位需求——AI 知識庫： 牧訓需要與真理堂、愛文、愛盟的 AI 知識庫串聯，以支援教會領袖的教材設計。
- 客製化教材： 希望透過 AI，將真理堂累積的福音教材轉化成能符合不同聽眾對象（例如偏鄉地區、國中程度的單親媽媽）生活化用語和故事的課程。
- 建立與各教派機構資料庫互通協定： 由於牧訓是獨立於真理堂之外，期望與各教派、機構（如台基盟）都能相互分享資料庫，將資料庫提升到跨教會的國度性使用層面。牧訓期望在資料整理規格與資料互通上，能有共同的協定，並在使用AI時能在分散的資料庫中調取資料。
- 成本考量： 由於 AI 運用涉及AI DB資料庫建立與轉檔，還有Token 計費問題，若跨機構分享，且開放給多方使用，需討論費用分攤與資安議題。
- 愛文
- 組織宗旨與業務： 愛文協會獲授權處理真理堂的信息（講道）資料。他們販售出版品，但原始的講道稿素材（raw material）原則上是免費分享的。
- 核心數位需求——AI 知識庫： 希望將信息資料和見證資料都納入 AI 知識庫中。
- 信息資料量： 包含已在部落格上線的近 10-15 年的講道系列資料，以及 2000 年以前儲存在 NAS 中的 Word 檔案資料。
- AI 資料轉換： 無論是部落格資料還是 Word 檔案，若要被 AI 運用，都必須先進行 Tokenization轉檔，才能被 AI 讀懂和執行。
- 信息與見證資料庫拆分建議： 愛文建議將 AI 知識庫拆分為兩個獨立部分：見證 AI 知識庫（由真理堂主導）和信息 AI 知識庫（可獨立進行，因信息資料主要用於國度分享，且涉及訂閱制或收費模式）。愛文表示真理堂全力支持愛文處理信息資料庫。
- 金流與發票串接： 目前phase I無此需求，但可考量預留phase II如何在系統中提供獨立的電子發票和收據串接功能。
- AI 資料庫互通性： 如何在多個 AI 資料庫之間建立共同協定以互通資料，以及一個 AI 引擎是否能對應多個 AI 資料庫。
- 架構設計： 需考慮到 AI 知識庫在「見證」和「信息」兩大塊間的權限、組織層級使用劃分，以及成本分攤（Token 費用）的複雜性。
三、 數位架構與未來規劃
會議確認數位化與 AI 都是服務機構達成目標的工具。對於機構提出的需求，特別是與報名、繳費和報到相關的功能，雖然報到屬於第二階段，但若愛盟的需求能套用，將會納入考量。
資訊團隊需帶回研討的技術問題包括：