建議順序：
- 確定二次交通設計範圍、對象路線與銷售主體
- 以比較表對齊購買畫面型（交通·MaaS乘車券平台 vs 施策專用網站）
- 社區巴士整理運行、GTFS、驗票方式
- 掌握與周遊券·MaaS（從路線搜尋到利用的一體設計）的銜接，並寫明各型的報價與試運行範圍
下文依此順序說明（面向本地自治體·DMO的報價整理）。
比較二次交通數位化報價時，常見分歧在於MaaS既有購買動線與施策專用網站誰承擔銷售窗口，以及社區巴士運行資料（含GTFS）由誰更新。先對齊這兩點後，再討論周遊券捆綁與精算報告格式，更容易落在同一張報價·試運行比較表上。
二次交通定義｜數位化設計範圍
二次交通指幹線車站之後的區域移動——社區巴士、觀光循環巴士、需求響應、路線巴士接駁。下文在報價表中整理來訪者的銷售管道、券種、利用紀錄與事業者精算的數位化。
表格可橫向捲動
| 區分 | 典型 | 數位化前先定 |
|---|---|---|
| 站接驳巴士 | 觀光車站至溫泉·湖畔 | 一日券有效路線與鐵道企劃券組合 |
| 社區巴士 | 市町村運行·委託細線 | 運行日·班次主資料、GTFS負責方 |
| 廣域周遊交通 | 多事業者巴士+設施 | 一張周遊券與事業者精算 |
數位化不限於乘車應用，還可含路線搜尋上的運行資訊、乘降紀錄與精算報告格式。國土交通省地域交通DX（MaaS2.0）也指向MaaS應用、數位票務與資料利用的一體推進（新聞稿）。
交通·MaaS乘車券平台｜兩種銷售·利用型
為二次交通數位化報價時，可先並列兩種型：在換乘·地域MaaS等已有購買動線上掛券，或在本地施策Web銷售並出示已購畫面——差別在訪客在哪裡買。
表格可橫向捲動
| 型 | 購買畫面 | 適合的二次交通 | 券種·精算增加時 |
|---|---|---|---|
| 交通·MaaS乘車券平台 | 在既有MaaS購買動線註冊本地券 | 希望訪客沿用既有應用購買巴士一日券 | 確認平台登記、分成、改修範圍 |
| 施策專用網站 | 本地施策URL Web銷售·同一已購畫面 | DMO握銷售窗口·退款·巴士+設施周遊 | 與既有MaaS動線分工銷售窗口 |
交通·MaaS乘車券平台包括多事業者路線註冊與巴士數位券同載一App（如RYDE PASS），或事業者打包路線、運價與精算報告（如Locobus（票務））。廣域周遊券在同一MaaS上購買（如旅する北信濃）也走這一購買動線。訪客從換乘·地域MaaS應用購買，乘務確認或終端讀取按路線約定執行。
施策專用網站適合希望在全國性應用中與其他地域商品混排之外、在本地Web銷售介面銷售含二次交通券種的情形。非事業者銷售主體便於握銷售窗口、退款與精算報告格式，但車載終端更新需巴士事業者合意。選定型後，按路線與運行單位固定乘務確認、終端讀取或購後畫面提示之一。
| 表標籤 | 參考事例（型圖像） |
|---|---|
| 旅する北信濃型 | 長野廣域MaaS（Tabi-CONNECT）— 交通·觀光·店鋪優惠券同一購買，含二次交通的周遊公開事例 |
| 社區巴士運行支援套件型 | 國土交通COMmmmONS驗證 — 刈谷·平戶等運行·GTFS一體支援（技術驗證報告） |
社區巴士要件｜運行單位·GTFS·乘車券
社區巴士路線與運行日有限、人員兼務多，是典型的二次交通。先定運行日·班次·站點主資料由誰維護。
表格可橫向捲動
| 論點 | 確認項 | 錯位時 |
|---|---|---|
| 運行計畫 | 季節時刻、休運、臨時班次 | 有效期外售出數位券 |
| GTFS | 地圖應用資料更新方 | 「應用裡看不到路線」諮詢 |
| 乘車券 | 均一一日券 vs 距離運價 | IC·QR·見票混用負荷不均 |
| 精算 | 一線一路代碼·聯合分成 | 裝入周遊券時的分配 |
社區巴士運行支援套件（COMmmmONS）在Web上支援班次編組、運行實績、表單與GTFS輸出，驗證中報告非定型業務時間縮短。乘車券數位化與運行資料整備並行，便於有效路線列表與改定同步。小規模事業者也可能先建立「運行實績以數字留存」再談App。
均一運價觀光循環巴士常從購後畫面提示（見票）起步，再依擁擠與紀錄需求追加QR終端。社區巴士亦建議在報價備忘中寫明旺季乘務確認與補助金·實證利用件數紀錄，以縮短方式選型討論。
與MaaS銜接｜周遊券·路線搜尋·資料
MaaS涵蓋搜尋、購買、利用確認與精算報告。二次交通數位化的接點是交通無現金化與運行資料開放。
- 購買入口 — 換乘應用、自治體MaaS、周遊施策Web（巴士）
- 商品捆綁 — 鐵道+二次+設施一體，或先做交通數位化
- 資料 — 乘降紀錄是否滿足事業者精算與周遊券稽核
如旅する北信濃— 交通·觀光·優惠券在同一MaaS購買、乘車券提示與設施入場分工 — 可作為把二次交通納入周遊券的參照。住宿·體驗預約（地域OTA）與購後乘車券·周遊券基盤是否分離，是「在tripla類工具內完成預約」與「自行設計交通+設施按分·券種追加」的邊界議題。
總結
報價前請依序推進：
- 對象路線與銷售主體一頁備忘
- 兩型比較表填購買畫面·窗口·終端·分成
- 社區巴士合意運行日·GTFS·IC/QR/見票
- 補充周遊·MaaS·精算報告與分型報價·試運行計畫
功能與導入示例詳見服務網站。
常見問題
Q1. 二次交通與周遊巴士相同嗎？
不一定。二次交通指鐵路站以後的地域移動整體，周遊巴士多以觀光環線為主。 數位化報價請先固定路線列表與銷售主體（事業者或DMO）。
Q2. 能否先做社區巴士數位化？
可以。運行·GTFS與一日券渠道（MaaS平台或施策專用站）一併納入報價，便於後續擴展周遊券。
Q3. RYDE PASS與自建網站如何選？
RYDE PASS型在訪客已使用的換乘·地域應用內購買巴士與周遊券。施策專用網站在本地URL Web銷售並由施策方握已購列表。比較表應寫清銷售窗口與終端導入分工。
Q4. 可參考哪些公開試點？
如廣域MaaS+周遊券（旅する北信濃）或社區巴士運行套件驗證——僅作型標籤，用於核對本地路線與事業者構成。
相關服務
SmartPlate Ticket
若將購買介面置於本地施策專用Web，以同一Web銷售與已購列表一體營運含二次交通的周遊商品（巴士+設施·優惠券）並設計事業者精算，可將 SmartPlate Ticket 作為施策專用網站選項納入報價比較。在前節比較表整理與交通·MaaS乘車券平台的角色分工後，請透過服務網站與資料（免費）確認功能。
