2025_0522_數轉會議紀錄_第九次週會

流程圖概述:

系統中統一稱為「會員」，包含會友或全職同工。

有兩種進入方式：

1. 第三方登入 (LINE, IG, Google)…：透過API抓取必要資料，使用者填寫不足部分。
2. 傳統會員註冊：直接進入會員註冊頁面填寫資料。

 

傳統流程 (綠色部分):

• 使用者填寫需要收集的會員資料。這些資料是從舊會友資料中挑選出來，用於後續比對，不會要求填寫完整的舊會友表格，以便快速註冊。
• 進行「帳號驗證」，確認資料與本人能對應 (例如發送驗證碼至Email或手機)。
• 通過驗證後，「會員」在系統中成立。
• 系統會將舊會友資料匯入，並與新註冊會員資料進行「比對」。
• 比對方式：姓名+手機 或 姓名+電子郵件 (根據教會需求)。

比對到舊會友資料:

• 系統自動將此人的身份轉為「會友」。
• 提示使用者「確認地址」，確認後即「註冊完成」。

未比對到舊會友資料:

• 使用者身份為「一般會員」。
• 直接「註冊完成」。

第三方登入流程 (粉橙色):

• 使用者選擇第三方登入方式。
• 透過API抓取資料，使用者填寫或修改不足/錯誤的資料 (例如第三方帳號名稱非中文，可在填寫步驟修改)。
• 流程匯入至傳統流程的「比對」步驟，後續流程相同。

流程目標:

• 讓註冊過程快速簡單。系統會自動處理會友資料確認和身份更改。

討論與澄清點:

• 帳號驗證是指發送驗證碼給使用者確認。
• 關於舊會友資料的準確性：教會舊資料可能不全是會友，即使姓名+手機/Email比對成功，也不一定是會友4。這部分需要教會內部協調如何處理和界定「會友」。系統可以根據教會提供的欄位和規則進行識別。
• 流程本身確認沒有遺漏或誤解教會想法，才能往下進行系統設計。
• 第三方登入取得的資料（如英文名）可在填寫步驟修改，不會綁死，也不會影響第三方登入連結.。
• 關於「確認會友資料」：不只是確認地址，而是有一塊讓會友確認和更新資料。有些核心資料（如身份證字號、姓名、Email、手機號碼）希望是「綁定」的，不能自行修改，需聯絡教會管理員。其他資料（如聯絡地址、聯絡電話）則希望開放給使用者自行更新。教會需要提供具體欄位清單及修改權限規則給亞諾。◦
• 安全性疑慮：如何避免有人利用第三方登入假冒他人身份？例如知道姓名和手機/Email5。亞諾回應，第三方登入依賴第三方帳號的安全性，若帳號被盜可能發生；會再思考如何防範。
• 多個第三方帳號綁定同一個人：系統可以將不同第三方帳號綁定到同一個使用者身份上。

定期資料確認機制 (長老提問):

• 系統是否能定期（如半年/一季/一年）向已註冊會友發送訊息確認其資料？這有助於發現錯誤或假冒情況。亞諾表示這可以規劃為一個獨立功能，若教會覺得需要，可開發。發送方式可討論（如Email或結合LINE）。前提是使用者需有有效聯繫方式。

另一種驗證方式:

• 在報名活動或結帳前，讓使用者確認一次個人資料。這類似網購流程，是確保資料正確的實用方式。這與系統主動發送確認訊息是不同的做法。

青年團契的「簡單」連接需求:

• 青少年的邀請方式可能不希望是要求他們登入系統頁面，而是希望能透過掃描LINE或IG ID等方式，簡單建立聯繫、留下資訊，以便後續邀請活動和聯繫。
• 目前的流程設計（需先登入系統頁面）不包含這種「掃描ID即可記錄」的極簡方式。
• 討論「簡單」的定義：第三方登入已是最簡單方式，但仍需到系統頁面操作。要與人互動和追蹤，必須收集必要資料。若第三方登入後不收集任何資料，該筆記錄對教會意義不大。◦
• 教會內部需與青年團契溝通，釐清他們的「簡單」需求，評估現有流程是否適用於學生族群…。開發不同的流程需要額外時間與成本。需衡量現有流程能服務多少比例會友，以及為特殊需求付出的成本效益。
• 這種極簡需求（掃ID）更像是牧養系統中的群組概念（如LINE群組），需要後端一套系統支持，目前流程無法討論。其基礎仍是建立個人資料。
• 亞諾團隊（旭倫）認為，青年團契的需求可能更偏向Phase 3的牧養管理與訊息傳遞系統。建議青年牧區可將目前的註冊流程拿去討論，看看哪裡需要調整，而不是完全不同的做法。青年團契有意願作為Beta測試者，讓他們在早期提供意見是好的。

Unique ID:

• 系統的Unique ID將會是使用者的手機或Email，不會另外產生一個ID號碼給使用者看。系統層面會有內部技術ID，但使用者無感。

報名活動/繳費時機:

• 註冊完成前是否可報名繳費？回答：使用者必須完成「註冊完成」步驟，成為系統中的「會員」後，才能進行報名繳費等動作。流程中的「是/否」僅決定註冊後是否成為會友，不影響完成註冊這個基本步驟。

額外資料收集:

像恩賜、擅長服事等更詳細的個人資料收集，是屬於註冊完成後的、資料層面的事情，與目前的流程圖無關，應在後續階段討論。

 

開發哲學與挑戰

• 亞諾團隊（旭倫）分享經驗：高靈系統（另一個專案）耗時較久，部分原因在於總想把所有問題都納入，導致問題像洋蔥一樣不斷冒出。
• 數位轉型從零到有最難。團隊容易想「包山包海」，但這不可能做到。
• 目前規劃的系統可能看起來簡單，但這是經過許多努力釐清問題點後才達成的。
• 強調「聚焦」：定好要達成的目標，先從這裡開始。額外問題留待未來討論。
• 必須將管理流程釐清，再將其應用到系統中。未確定管理流程就硬上系統，投入的成本可能因後續管理流程變動而作廢。
• 現在紮實地釐清每一個很小的流程，比急著找一堆功能更有實質效益。
• 肯定團隊和教會長執的辛勞，認為這是為教會未來打根基的重要工作。
• 總結兩件最重要的事： 定義現況和方向，告知此階段無法實現的需求。2. 面對質疑時，說明目前階段能做到什麼。
• 明禮哥確認，教會內部針對此註冊流程已討論多次（與允中討論三次，共三四小時），並已朝簡化方向修改，避免了多個流程並行的情況 。

 

待辦事項:

• 教會內部（允中、明禮哥）協調關於舊會友資料的定義和處理方式。
• 教會提供需收集的會員資料欄位清單，並標示哪些可讓使用者自行修改，哪些需聯絡教會修改。
• 教會內部與青年團契溝通，確認現有註冊流程對學生的適用性，並釐清青年團契對「簡單」連接方式的具體需求。決定是否需要開發定期資料確認功能。
• 亞諾團隊思考加強第三方登入的安全性驗證。
• 亞諾團隊根據確認的流程進行系統設計（定規格）。