真理堂數位轉型訪談報告簡報會議
- 時間：4月23日周三上午9：30 – 11：20
- 與會者：三位主牧、長執會成員、牧師、各部門同工、亞諾資訊團隊
- 會議主旨：
- 主要議題與重點摘要：
- 需求訪談結果與政策/平台彙整：
- 亞諾團隊針對所有19場/41人次的訪談彙整了38項訪談中提及的需求清單，並將其提煉彙整成與「轉型政策」或「系統平台」相關的大方向。
- 系統開發流程與時程規劃：
- 亞諾團隊介紹了規劃與執行這類系統的一般流程和使用的工具語言。
- 目前已經完成了需求訪談、收集與分析，並已做到架構圖的階段。
- 下一步的關鍵步驟是請真理堂內部針對彙整出來的轉型政策/平台項目進行優先順序的排序。
- 亞諾將根據真理堂提供的優先順序，進行功能分析，並與真理堂來回溝通確認所需功能。
- 功能確認後，亞諾將產出功能設計和工程圖。
- 最終目標是在5月20日前產出系統需求書，作為後續招標與發包的依據。
- 預計在5月底到6月底完成招標與廠商選擇，以便選定的廠商有約半年的時間進行系統開發，爭取在年底開始進行測試，並在二月如期上線。
- 優先順序排序的討論與建議：
- 亞諾團隊提供了一個評估表，作為協助真理堂內部進行優先順序的決策參考工具。評估表考慮的層面包括：
- 牧養層面： 該政策對牧養的影響程度。
- 管理層面： 對管理者的改善程度。
- 作業流程層面： 對執行者的作業流程改善程度。
- 過去的經驗顯示，優先順序的決定需要考量不同角色的需求（牧養、管理、執行），並非單純看訪談提及的頻率。
- 雖然訪談提及的頻率（例如會員系統被提及57次）一定程度上反映了被重視的程度，但不完全等同於優先順序。內部仍需討論。
- 是否可以直接根據訪談結果的優先級（提及次數）來決定，認為這些是教會的痛點。
- 在數位轉型初期，是先解決最痛的點，還是先做一個能讓大家「有感」、建立信心的「quick win」項目。
- 高雄靈糧堂的經驗是從場地系統開始，雖然必非最重要，但改善了內部流程，讓同工「有感」。
- 關於會員資料的定義與收集也是一大挑戰，過去的經驗顯示普查很困難。有人建議系統設計時可以考慮讓會友自己線上填寫資料，或者透過活動報名等方式逐步累積資料。
- 亞諾團隊強調，系統設計可以容納不同的需求和例外情況，關鍵是教會內部如何決定策略，例如是先解決內部流程問題，還是先解決外部可見的問題。
- 亞諾建議，現階段最重要是真理堂內部提供大方向的優先順序，後續功能的細節和時程安排，亞諾團隊會提供專業建議和時程規劃與真理堂討論與確認。
- AI導入的討論：
- AI的導入是政策/平台項目之一，希望透過AI支援資料庫管理和客服。
- 亞諾團隊正在訓練AI知識庫系統。
- 強烈建議教會認真看待AI技術，並可安排專題報告。
- 建議若初期導入AI，可先聚焦於教會對內（同工）的知識庫，這能讓同工「有感」，且成本和管理相對較低。
- AI知識庫需要將現有的文字、圖片資料轉換成向量格式供AI理解。
- AI知識庫協助同工查詢請款流程、尋找講道或見證資料等，提高效率。
- 資訊安全與權限管理：
- 資訊安全與權限管理是開發任何系統的標配，也是非常重要的項目。
- 資訊安全需要投入大量成本，但可能不會立即看到對牧養或作業流程的改變，其價值在於提供保障。
- 會員資料是教會最重要的資產，資訊安全至關重要。
- 系統開發商會被要求確保身份驗證和資料保密。
- 對於會員資料的管理方式（例如自建主機或第三方服務）以及個人資料保護是需要考量的專業層面問題。
- 使用的技術語言與平台：
- 會議中簡要提及了開發系統所使用的語言工具，並強調選擇主流、好用且免費的平台（如Java Spring Boot, React, Vue, MySQL, MongoDB），這能降低成本。
- 真理堂內部討論並決定數位轉型政策/平台項目的優先順序，並在4月底之前將優先順序回饋給亞諾團隊。
- 亞諾團隊將根據優先順序進行功能分析並依流程產出工程圖，並與真理堂確認。
- 亞諾團隊將產出系統需求書（目標5月20日）。
- 後續進行廠商招標與發包。
- 安排AI導入的專題報告（建議針對全職同工）。
亞諾團隊報告19場訪談所蒐集的數位轉型需求，彙整出轉型政策與系統功能清單，並說明雙方後續協作的執行步驟與時程計畫。下一步將由真理堂決定彙整清單內的優先順序。
本次會議主要聚焦於對前期需求訪談結果的報告與討論，旨在確認教會在數位轉型上的主要方向與優先項目，以便亞諾團隊能夠據此產出系統需求書，並進入下一階段的廠商招標與系統開發。
待辦事項：
（建議使用提供的評估表進行討論和決策）