功能完整，更要流程相連。

把分散的信眾資料，整理成受理時找得到的紀錄。

• 姓名、電話、地址與必要生辰欄位，依服務需要維護。
• 保留年度點燈、法會、捐款及相關文件的查詢脈絡。
• 同名或相似資料先提示，由有權人員確認，不自動併成同一人。

一位聯絡人能替多位家人辦理，各人的角色仍然清楚。

• 分開操作者、服務對象、付款人與聯絡人。
• 家戶關係、代辦授權與資料查閱權分開設定。
• 保留未使用 LINE 的家人；解除授權後停止對應查詢。

從搜尋信眾、選擇服務到確認款項，讓現場人員順著流程辦事。

• 依序確認家人、點燈／法會／捐款項目及金額。
• 櫃檯與線上使用同一套訂單核心，保留通路來源。
• 草稿、待付款及已受理分清楚，重複提交不能變成重複訂單。

依各廟服務規則設定燈種、年度、金額與可受理名額。

• 光明燈、文昌燈、太歲燈等名稱與服務欄位由廟方確認。
• 規劃期間、名額、可選燈位及已付款後續處理狀態。
• 保留歷年資料與續點來源，換年度也能核對。

整理場次、參加對象、名額與收款狀態，支援家庭一起辦理。

• 依廟方 SOP 設定法會梯次、報名欄位、價格與截止規則。
• 同筆受理可有多位服務對象，名冊按實際用途整理。
• 現場與線上共用名額，取消、異動及名額釋放可追蹤。

將捐獻紀錄、收款確認與單據連在一起，方便查詢與補印。

• 依廟方規範確認捐獻項目、必要捐款人資料及收據字樣。
• 確認收款後才編正式收據，補印沿用原編號並留紀錄。
• 收據種類由廟方確認，不將一般收據宣稱為統一發票。

先把人工收款做好，再依商家資格接入合適的線上金流。

• 現金、匯款的待核對與已確認狀態分開，留下確認人及參照。
• 訂單、款項與退款各有紀錄，異動依權限辦理。
• LINE Pay 等支付方式需確認商家合約、收款主體及串接驗收。

尊重每間宮廟的文字、格式與儀軌，從真實樣張開始建置。

• 範本分版本與審核狀態，姓名、生辰、地址及服務資料依欄位帶入。
• 規劃單人／多人、長姓名、罕用字、超格與續頁的處理。
• 國曆／農曆、閏月及未知時辰保留原意；正式列印前人工預覽。

把文件處理接回受理紀錄，不再另外重打一次名字。

• 區分完整底圖列印與預印黃紙套印，依指定紙張及設備試印。
• 批次產生、失敗清單、待印、已印與補印紀錄分開追蹤。
• 正式文件保存當時輸入及範本版本，之後改地址不改歷史文件。

讓信眾從熟悉的宮廟官方帳號進入，保留原有品牌關係。

• 規劃串接宮廟既有 OA，確認帳號及服務設定後再進行綁定。
• 手機端查看家庭、辦理服務、訂單狀態與已授權文件。
• 歷年資料可作續辦起點，重新確認內容及款項，不自動扣款。

通知連回相關服務，讓信眾知道下一步要做什麼。

• 規劃法會行前、受理結果、付款狀態與到期續辦等情境。
• 依宮廟、服務對象與同意狀態決定接收範圍。
• 保留退訂、額度、發送失敗及重試紀錄；訊息費另依 OA 方案。

舊資料逐步整理，日常營運查詢有一致依據。

• Excel／CSV 資料先做欄位對映、格式檢查與人工查重。
• 依年度、服務或狀態整理名冊與業務明細，匯出需有權限。
• 規劃自助完成、續辦及櫃檯耗時的量測；不預設改善百分比。

不同宮廟分開管理，廟內人員依職務使用必要資料。

• 規劃廟方管理員、櫃檯、會計與志工的不同工作範圍。
• 重要異動、收款及文件操作留下對應人員與時間。
• 資料查詢、下載與匯出都要核權，家人身分不等於可以看全部紀錄。

由共用平台維護技術，各宮廟保有自己的服務設定。

• 規劃宮廟開通、停用、服務模組與使用範圍管理。
• 廟名、服務規則、角色與 OA 設定依宮廟分開維護。
• 平台支援與廟方管理權限分開，不以技術管理權任意查看信眾資料。

後續依實際借還規則設計，讓每筆受理與歸還都有脈絡。

• 評估借金資格、額度、擲筊結果與必要登記欄位。
• 本人或代還的對象、借還狀態與提醒規則分開。
• 須先取得廟方 SOP 及驗收人，尚未開發或提供借貸服務。

後續整理往生者、陽上聯絡人、位置與供奉期間的關係。

• 評估祖先牌位、往生蓮位、骨灰櫃位等位置與名冊。
• 區分定期、永久供奉、到期續約及相關收款紀錄。
• 契約、遷出、進塔與異動須另確認流程及管理責任。

後續把法會報名延伸至活動當天的安排與核對。

• 評估 QR 報到、人工查名及未帶手機的替代流程。
• 桌次、名額及家戶安排依活動規則設計。
• 報到權限與現場資料可見範圍須隨志工職務控管。

後續依會計制度銜接業務收款與財務帳務。

• 評估會計科目、收支、傳票、預算與決算需要的流程。
• 業務對帳與正式帳務分清楚，交接及核准責任可追溯。
• 第一階段收款紀錄不等於完整會計或法定報表已完成。

後續依廟方服務時段、工作站與人員分工安排。

• 評估志工名單、排班、出勤及指定場次工作。
• 讓輪班交接清楚知道哪些工作已做、哪些仍待處理。
• 志工以工作所需欄位為限，不預設可匯出整份信眾名冊。

已列入延伸需求評估，先確認實際盤點及保管流程。

• 候選項目包括耗材、物資領用、保管人及庫存盤點。
• 廟產與法物的分類、借用或移交須依廟方責任制度確認。
• 屬參考介面延伸議題，尚未列為第一階段交付承諾。

評估以 QGuide 等既有能力連結公開內容與廟務服務。

• 候選內容含宮廟沿革、主祀神明、殿堂、參拜路線與活動公告。
• 對外只提供廟方核准發布的資訊。
• 報名及收款回到正式廟務流程，不另外複製一套訂單。

評估 QChat／知識庫協助回答交通、開放時間與服務說明。

• 答案以廟方確認的公開知識為依據，避免自行生成儀軌規範。
• 私人報名紀錄查詢須另通過身分及資料授權。
• 不把整份信眾名冊當作公開問答資料，串接仍待驗證。

依實際需求評估 QShare、QueueMe 等現場服務的接入。

• 候選情境為法會照片收集、活動回顧與服務台等待叫號。
• 照片的公開範圍、投稿同意與現場叫號資訊各自管理。
• 屬選配整合評估，不是目前已啟用的產品功能。