真理堂數轉小組第二十七次週會會議紀錄

 

會議時間: 925()中午12:45

與會人員: Joann、詩清長老、明理、怡如、BrianJoseph、旭倫、Deborah

會議紀錄:

一、 上週會議重點回顧與追蹤

  • 金流廠商洽談:持續與不同銀行(如永豐、台新)接洽,比較方案優劣。
  • 會友定義與身份認定:這是本次會議的討論核心之一,涉及如何嚴謹或從寬認定會友資格。
  • 會友資料會診:討論如何整合歷史資料,以配合會友身份的認定。
  • 「會友」與「會員」稱謂:確認未來在教會內部與系統上要使用的統一稱謂。
  • 數位轉型內部溝通:需與主任牧師及團隊溝通,建立共識與方向。
  • AI應用:需明確AI應用的目標、使用者、場景及預期效益。

二、 需求書進度與待辦事項

團隊已根據先前的討論,將相關事項納入需求書中,目前已接近完成階段,但仍有幾項資料需要教會方面補充:

  1. 會員裝備查詢:需提供匯入會員裝備資料的標準格式與欄位。
  2. 轉會/洗禮申請表:需重新定義電子化申請所需填寫的欄位,提供新的申請表樣式。
  3. 會員報名相關表單:關於活動報名的管理表單(如彙總表、財務用表格),將由明理協助擬定規格後,再納入需求書。
  4. 資安要求:需明確向後續建置廠商提出資安相關需求,包含個資保護與教會資料保護等。

三、 金流廠商串接議題討論

因總會奉獻系統主要串接台新銀行的「思源」平台,目前與銀行洽談主要針對課程報名的金流服務。財務部提問是否可以同時串接多家金流服務(例如:報名費走永豐銀行,奉獻走台新銀行的「思源」平台)。

  • 技術可行性:從工程技術角度來看,要串接多家支付平台(Payment Gateway)是完全沒問題的。使用者在前端操作時,不會感受到後端是哪家銀行處理,只會選擇支付方式(如信用卡、LINE Pay)。
  • 主要考量點
    • 後台管理複雜度:最大的挑戰在於管理端。若串接多家,財務人員在對帳、核銷、整理報表時會變得非常複雜,因為各家廠商提供的報表格式與功能不一。
    • 優惠方案談判:若將奉獻與報名繳費等金流服務打包與單一廠商洽談,可能可以爭取到更好的費率條件。
  • 初步結論與建議
    • 釐清財務需求:建議先梳理清楚財務部門在奉獻與報名繳費的現行作業流程與對帳需求,才能規劃合適的系統功能,並評估不同金流廠商提供的報表是否符合需求。
    • 分階段談判:建議現階段先以「報名繳費」的金流與永豐銀行洽談,若合作順利,未來不排除將「奉獻」系統也一併轉入,避免一次性整合對財務部門造成太大壓力。
    • 邀請技術團隊參與:待費率等基本條件確認後,建議邀請技術團隊與金流廠商直接針對API規格進行討論,確保系統能抓取到對帳所需的詳細資料(如款項對應的課程)。

四、 會友資料定義與匯入策略

會議針對如何定義「會友」以及如何處理現有的9,000多筆會友資料庫進行了詳細討論。

  • 資料現況:明理已從RIC系統中撈出約9,056筆資料,並進行了初步分類。其中約8,261筆資料較為完整(如具備受洗、轉會、會籍證號等),另外約795筆資料不完整,而其中又有366筆幾乎沒有任何可供判別的資訊。
  • 認定原則:根據上週長執會的共識,傾向「從寬認定」,避免因標準過嚴而造成後續需處理大量個案爭議。從寬認定的好處是能讓更多人接觸教會的課程與活動訊息,更貼近教會。
  • 待處理事項
    1. 名單篩選:建議將資訊最不完整的366人名單匯出,交由牧者判斷,確認他們是訪客還是因故資料遺失的資深會友。
    2. 整合總會奉獻資料:與會者認為總會的奉獻系統擁有最即時、最準確的會友聯絡資料。明理哥建議可嘗試與總會聯繫,撈取近一年有「什一奉獻」紀錄的名單,以此作為判斷會友資格的輔助依據,因什一奉獻是履行會友義務的具體表現。這項行動將由明理哥後續接洽。

五、 「會員」稱謂與「會員系統」名稱

  • 關於系統與內部使用的稱謂,牧者表示對「會員」此名稱沒有意見。。
  • 本次周會決議不使用會員稱謂,以為避免會員會友稱謂混淆。對於非會友一律以一般民眾稱呼作為與會友的區別。
  • 不使用會員註冊系統名稱,改以「台北真理堂註冊系統」。

六、 數位轉型內部溝通

  • 牧者溝通:怡如已向牧者們說明數位轉型需要半年至一年以上的開發時程,他們表示理解並會配合年底第一階段的小組長資料盤點工作。

七、 AI系統相關討論

  • 愛文協會數位轉型:愛文協會也有數位轉型的需求,希望利用AI技術整理其豐富的數位內容(如見證、主日訊息)。未來真理堂開發的AI模型或許可與其共享。
  • 亞諾團隊將在10月10日後提供一版AI KM系統開始讓真理堂同工使用。
    • 先讓AI去抓取目前網站(部落格)上的文字見證資料,暫不需要做資料整理。
    • 同工可透過實際使用後去理解AI KM的使用方式與用途。
    • 亞諾團隊可藉由教會同工使用的反饋先看初步效果,並一起找出問題進而調教與優化AI模型,類似共同開發的概念。
    • 請教會提供初期AI KM測試名單。