旺季排隊，櫃檯還在找資料
春節點燈、安太歲或普渡報名集中湧入，姓名、電話、家人資料散在不同本子，熟手一離開就難以接手。
設計方向以信眾搜尋、家庭資料與服務明細串成同一條受理流程。
每天忙的這些事，值得被好好整理。
從春節點燈到普渡法會，數位服務要接住的，是廟裡真正在發生的工作。
替全家辦，每年都要重新填
聯絡的是女兒、付款的是兒子、點燈的是父母；一個帳號對一個人的表單，常把真正的服務對象混在一起。
設計方向分開操作者、付款人、聯絡人與祈福對象，按授權帶出家人資料。
線上已報名，現場卻對不上
LINE 訊息、電話、紙本與線上表單各有一份名單，容易漏登、重複受理，燈位與法會名額也難以核對。
設計方向櫃檯與線上共用訂單、名額及處理狀態，異動留下紀錄。
款項到了，卻不知道是哪一筆
匯款後五碼、香油錢、點燈費與報名款混在一起，付款截圖不等於已核對，收據補印又得重新找。
設計方向將待付款、待核對、已確認及退款分開管理，收款與單據逐筆對應。
疏文與字卡，忙到最後才發現錯
多人姓名、農曆閏月、生辰時辰、長地址與套印位置各有規則；資料改了，舊文件也可能跟著變。
設計方向用核准範本、預覽、資料快照與列印紀錄，把確認留在正式產生之前。
電話一直問，交接還是靠口頭
信眾問有沒有報成功、什麼時候法會、能否續點；志工輪班、會計對帳與委員查詢又各自找不同的人。
設計方向規劃授權查詢、相關提醒與角色分工，讓每一步有紀錄可接手。
從一份名冊，到完整的服務流程。
把相關工作連起來，讓信眾、櫃檯與行政找到同一份依據。
信眾主檔與服務歷程
把分散的信眾資料，整理成受理時找得到的紀錄。
查看規劃家庭代辦與資料授權
一位聯絡人能替多位家人辦理，各人的角色仍然清楚。
查看規劃櫃檯快速受理
從搜尋信眾、選擇服務到確認款項，讓現場人員順著流程辦事。
查看規劃年度點燈、光明燈與安太歲
依各廟服務規則設定燈種、年度、金額與可受理名額。
查看規劃法會、普渡與活動報名
整理場次、參加對象、名額與收款狀態，支援家庭一起辦理。
查看規劃收款核銷、退款與對帳
先把人工收款做好，再依商家資格接入合適的線上金流。
查看規劃疏文範本與中文直排
尊重每間宮廟的文字、格式與儀軌，從真實樣張開始建置。
查看規劃宮廟自己的 LINE 服務入口
讓信眾從熟悉的宮廟官方帳號進入，保留原有品牌關係。
查看規劃從一次受理，到下一次安心回訪。
- 01
信眾與家庭
分清操作者、服務對象與聯絡人。
- 02
點燈與法會
櫃檯與線上，沿用同一套受理流程。
- 03
收款與文件
由核對、預覽到列印，每一步可追溯。
- 04
查詢與續辦
從宮廟自己的 LINE 入口，找到相關服務。
兩種入口，同一份心意。
櫃檯代辦
保留熟悉的人情服務，沒有 LINE 也能辦理。
LINE 自助
規劃讓家人資料與歷次紀錄，成為下次辦理的起點。
以上為產品規劃，實際開通項目依建置與驗收進度提供。
QTemple 把這些細節，放進廟務設計裡。
從服務關係、現場流程與資料責任出發的設計重點。
宮廟自己的 LINE，維持熟悉的關係
以各廟原有的官方帳號為服務入口，QTemple 負責後台技術。導入前確認設定與綁定，不要求所有信眾先認識另一個平台帳號。
以家庭服務為起點，不把一個帳號當一個人
女兒替父母點燈、家人代報法會，都能在設計上分清誰在操作、替誰辦理、誰付款，以及誰可以查看。
櫃檯與線上接在一起，也照顧沒用 LINE 的人
兩種入口共用受理紀錄，保留現場人員核對與代辦。數位化的目的是讓服務更好接手，而不是要求所有信眾改變習慣。
疏文從真實格式出發，歷史文件有依據
以宮廟核准樣張決定字格、直排與紙張。正式文件保留當時資料，後續改名或改地址不應默默改動舊單據。
資料分廟、職務分工，重要異動留紀錄
各廟管理自己的信眾，家戶關係與查閱授權分開。櫃檯、會計、志工按工作需要使用資料，匯出與文件也要核權。
先跑通日常流程，再接合適的模組
從受理、收款、文件到查詢逐段驗證，保留文化導覽、智慧問答與現場服務的整合空間，不讓所有外部工具綁住第一次導入。
廟務不只有點燈，也為下一步留下空間。
發財金借還、長期供奉與塔位、QR 報到、完整會計及志工排班，已列入後續擴充；文化導覽、智慧問答、照片與叫號則依需求評估整合。
這些項目需先確認宮廟 SOP、管理責任與驗收方式，目前未開通。
了解後續擴充與整合評估 ⟶把導入前的問題，先說清楚。
從選系統、串接 LINE 到疏文試印，整理宮廟評估數位服務時需要確認的事。
一步一步，做好每一件廟務。
- 規格整理
- 已建立產品方向與分階段開發規劃。
- 基底開發
- 已完成首版資料隔離與權限測試，持續建置日常服務流程。
- 試點準備
- LINE、金流與疏文列印，依實際宮廟需求驗證。
關於廟務系統，您可能也想問
QTemple 是廟務系統，還是只有一個線上點燈網站？
QTemple 規劃涵蓋信眾家庭、櫃檯受理、點燈法會、收款文件、LINE 查詢與提醒。線上點燈只是其中一個入口；目前產品建置中，開通內容須依實際完成及驗收範圍確認。
宮廟管理系統可以先從小範圍導入嗎？
可以先討論一條實際流程，例如年度點燈或一場法會，整理角色、欄位、收款方式與文件樣張，再確認分階段建置範圍。發財金、完整會計及塔位等需求另行評估，不必在一開始同時導入。
宮廟原本的 LINE 官方帳號可以沿用嗎？
沿用宮廟自有 OA 是核心設計方向。接入前需要確認帳號管理權、登入與服務設定，完成信眾綁定及授權驗證。好友名單不會自動等同既有信眾主檔。
一個 LINE 帳號能替全家點燈、報名法會嗎？
家庭代辦是核心規劃：一位操作者可以替多位家人辦理，但每人的服務對象、付款人與聯絡人要分清楚。能代填資料不代表可以查看家人全部歷史紀錄，查閱範圍仍須授權。
沒有使用 LINE 的長輩，也能在櫃檯辦理嗎？
產品規劃保留櫃檯代辦，信眾不必先註冊 LINE 才能被服務。現場與線上資料會依同一套業務規則核對，正式導入時也會驗證工作人員的實際受理流程。
Excel 或紙本信眾資料可以轉進新系統嗎？
需先提供去識別的欄位範例，確認來源、必要資料與用途。Excel／CSV 可先規劃欄位對映與試匯入；紙本需先整理成可核對的資料。同名、重複家戶及缺漏生日應由人確認，不直接大量合併。
線上點燈會直接支援 LINE Pay 或信用卡嗎？
線上支付是串接規劃，實際方式須依宮廟商家資格、合約、收款主體及驗收決定。目前不能將 LINE Pay 或信用卡視為已開通；第一階段先把現金及匯款人工核銷的流程做好。
疏文可以自動帶資料、直排並套印黃紙嗎？
這些都在文件功能規劃內，包含範本版本、資料帶入、預覽與批次處理。但真正的字格、多人排列、罕用字及黃紙套印，必須用宮廟提供的樣張、紙張及指定印表機試印後驗收。
法會報名、捐款收據與完整會計有什麼不同？
報名紀錄回答誰辦了什麼服務；收款與收據回答款項是否確認、文件如何追溯；完整會計還包含科目、傳票、預決算及核准流程。QTemple 將它們分階段規劃，不把受理明細當成完整帳務已完成。
不同宮廟或家人的資料會混在一起嗎？
QTemple 採各廟獨立管理及按角色授權的設計，不因同名、相同電話或同一 LINE 使用者就自動跨廟合併。家戶關係也不自動授予所有私人紀錄的查閱權。正式導入前須驗證實際使用權限。
發財金、牌位塔位與志工排班也有規劃嗎？
有，已列入後續擴充需求。每間宮廟的借還規則、供奉契約、進塔流程與人員分工不同，會先確認 SOP 和驗收責任；目前不能視為已開發完成。
導入需要準備什麼？費用及時程怎麼確認？
建議先整理主要服務、現有資料欄位、收款方式、疏文收據樣張、OA 管理權及人員分工。費用與時程依確認的範圍評估；LINE 訊息、金流手續費及設備等成本需分開確認，目前網站不列未定案報價或交期。