真理堂數轉小組第八次週會

515()中午12:45

與會人員: Joann、詩清長老、Brian、明理、允中、TomJoseph、旭倫、Deborah

 

會議摘要:

  • Joann已經與三位主牧溝通有關數轉規劃的時程調整。
  • 根據上次會議結論,要求真理堂提供現有表單、報名繳費及會員加入系統流程,並提出功能需求清單。 (如下圖#4) 真理堂已提供現有表單和流程資料,尚需時間整理功能需求清單。
  • 為確保進度推展,亞諾建議調整後續流程: 步驟#4 直接進行#5(如下圖),由亞諾根據真理堂目前提供的資料開始進行系統功能設計,以工程圖分段呈現,方便教會內部聚焦討論與回覆、確認,滾動進行。會議中團隊確認此步驟調整。

針對亞諾初步提出的系統功能設計工程圖(mock up),主要討論內容如下:

  1. 會員註冊與身份驗證
    • 亞諾於本會議提供的會員系統功能工程圖為管理後台,不是對外會員使用頁面。
    • 提議使用手機號碼進行註冊並透過簡訊驗證,認為現階段能更快讓系統上線並進行初步分類和客製化訊息發送。
    • 比較簡訊與 LINE 驗證方式,認為簡訊方式較快,而 LINE 需另外引入系統串接。
    • 討論透過 Google、LINE 或 FB 進行快速登入的便利性。這些社群媒體登入方式對習慣線上奉獻的會友並不陌生。青年團契建議考量 IG,因年輕人使用較多。
    • 臉書 (Facebook) 串接因安全和設計疑慮較不推薦
    • 系統設計上會使用內部碼 (內碼)作為唯一識別 ID,來處理單一帳號重複登入或一人多重身份的問題。各種登入方式 (LINE, Google, IG, Email, 手機號碼) 都會對應到這個內部 ID。
    • 雖然有內碼識別,但最終還是要思考如何連結到用戶,很難避免回歸到手機與身分證字號。
    • 討論使用者是否可以將多個社群帳號綁定到同一帳號,以便用任一方式登入,但可避免重複設定或登錄。這需要再思考驗證程序
  2. AI / 資訊代理人 (Information Agent)
    • 如果進行 AI 測試,初期資料準備建議以文字資料 (如 PDF、圖片) 為主,影像資料較耗能,建議放在下一階段。
    • 資料數量約控制在 10 種分類內。動態資訊 (如特會、禱告時間更動) 也可納入,例如「即時資料夾」,系統可自動處理資料上傳和轉換。
    • AI 潛在的應用方向是作為內部資訊代理人,協助同工快速查詢資料或過去決議,減少資訊焦慮。對內使用 (同工人數較少) 較對外公開使用可行性高且成本可控。
    • 與負責整理福音信息的「愛文協會」合作也是一個可能的方向,由於資料量大,需要評估費用。
  3. 後續步驟
    • 請教會review亞諾文件第五頁,確認第一期有哪些表單需要電子化。
    • 請教會內部review亞諾提出的會員系統功能工程圖,針對會員如何綁定與登入方式進行討論,並將教會的反饋標註在亞諾提供的文件內
    • AI 相關資料整理 (特別是約 10 種分類的文字資料) 是教會近期可以開始進行的工作。
    • 須請教會釐清AI 需求和優先順序,亞諾再提供預算評估。