旅行社網站、行程入口網站及客戶關係管理系統,以 AI 建立
透過 Mythex,旅行社可以建立網站,包括目的地頁面及示範行程;客戶關係管理系統可追蹤每趟旅程由查詢到全數付清的全過程;旅客登入入口網站即可查看最新行程,而不必再看第五版的 PDF;儀表板則列出各供應商的截止日期。你可在對話中描述所需功能,並連同真實的資料庫發布。
旅行社需要軟件記錄什麼
一趟量身訂造的旅程,在有人支付訂金之前,往往要經過多輪修改。行程存在一份文件之中,匯出為 PDF,每當酒店或航班時間有變,便要重新電郵一次,結果旅客手上有三個版本。與此同時,每個供應商都有各自的訂金及尾數截止日期,而這些日期分別存放在各個職員的收件箱中。查詢在一月及學校假期前最多,而這正是跟進工作最容易被遺漏的時候。旅行社需要的是每趟旅程一份紀錄,載有旅客資料、最新行程,以及哪些款項已付、哪些款項須向誰支付。
- 旅客資料:護照上的英文姓名、出生日期、飲食及座位備註
- 旅程階段:查詢、已報價、已付訂金、已全數付清、已出行
- 每宗預訂的供應商截止日期,全體團隊均可查看
- 即時行程頁面,更新一次即適用於所有人
- 團體旅程按付款人分別開立訂金及尾數發票
- 過往旅程及週年紀念日,以便適時跟進
以職員親身旅程撰寫的網站
目的地頁面若能提供第一手資料,便會十分有效:職員曾入住的酒店、最佳前往月份,以及一條十二天行程的示範路線,附每位旅客的參考價格及適用季節。如你持有任何同業協會會籍或財務保障,請列明;並按你營運所在地的規則核對措辭。查詢表格應詢問出行日期、人數、預算範圍及興趣,以便首次回覆便能具體切合需要。
為專營量身訂造旅程的旅行社建立網站:加入附示範行程、行程天數、最佳前往時間及每位旅客參考價格的目的地頁面;介紹我們職員及其旅程的關於我們頁面;說明我們財務保障的頁面;以及查詢表格,詢問出行日期、人數、預算範圍及興趣,並儲存於資料庫。
追蹤截止日期,而非只記錄聯絡人的客戶關係管理系統
每趟旅程依序經過查詢、已報價、已付訂金及已全數付清的階段,而每項供應商預訂都列於旅程之下,並設有各自的付款截止日期。旅客紀錄保存護照上的英文姓名、常客飛行里數編號及偏好,並記下每個家庭通常出行的月份,以便在他們於網上搜尋前數個月主動聯絡。
為旅行社建立客戶關係管理系統。旅客設有護照英文姓名、出生日期、常客飛行里數編號及偏好。旅程連結多位旅客,並依序經過查詢、已報價、已付訂金、已全數付清及已出行的階段。每趟旅程列出供應商預訂及其訂金與尾數截止日期。顯示未來 14 天內到期的截止日期清單,並在過往客戶通常出行的月份前提醒我聯絡他們。
即時行程,取代以電郵發送的 PDF
以逐日數據的形式儲存行程,包括航班、接送及酒店。旅客登入後,會永遠看到最新版本,可下載電子機票及優惠券,查看已付及應付的金額,並以表格提交護照資料,而不必電郵。航班時間有變時,你只需更新一次。
為我的旅行社建立旅客入口網站。每宗預訂均設有逐日行程,包括航班、接送及酒店;可下載優惠券及電子機票;付款摘要顯示已付及應付金額及日期;並設安全表格,供提交護照資料及特別要求。旅客只可查看自己的旅程。
設有緩衝期的訂金及尾數發票
把每位客戶的尾數日期設在供應商截止日期前一至兩星期,使遲交款項的客人不會令任何人失去客房。團體旅程則為每位付款人開立一張發票,並全部連結至同一旅程,附上累計總額。服務費可與供應商成本分開列出(如適用);取消費用則連結至原有預訂。
為旅行社建立發票應用程式:每趟旅程設一張訂金發票及一張尾數發票,尾數於最早的供應商截止日期前 14 天到期。團體旅程須為每位付款旅客開立發票,並連結至同一旅程,顯示團體已付及未付總額。另設取消費用發票,並連結至原有預訂。
按出發月份計算的遠期預訂
一目了然地看到明年夏季的預訂進度、哪位職員能把查詢轉化為預訂、哪些供應商為你帶來最多佣金,以及未來兩星期內到期的所有付款截止日期。
為我的旅行社建立儀表板:顯示按出發月份統計的預訂及收入,每位職員由查詢轉為預訂的比率,按供應商統計的佣金,以及未來兩星期內到期的供應商付款截止日期表。
一頁詢問正確問題的蜜月頁面
蜜月新人通常提前數月計劃,花費較多,而且日後還會在週年紀念時回頭。一個聚焦的頁面,附上示範行程,並詢問婚期、預算及旅遊風格,會比一般的聯絡表格帶來更有質素的查詢。
為我的旅行社建立蜜月推廣頁面:附三個示範蜜月行程,列出每對新人的參考價格,並設查詢表格,詢問婚期、理想出行月份、預算及旅遊風格(海灘、探險、城市或野生動物遊)。
由 PDF 行程過渡至單一旅程紀錄
應從旅程紀錄及截止日期清單開始,因為旅行社最容易在這裡蝕本。請先把未完成的預訂連同各供應商及其到期日輸入客戶關係管理系統。系統運作正常後,入口網站便是把同一趟旅程展示給旅客看,而發票則由相同的付款日期產生。網站及推廣頁面最後才處理,並把新查詢引入你已信賴的流程之中。
- 第一週:旅程紀錄、旅客及供應商截止日期
- 第二週:發票及旅客入口網站
- 之後:目的地頁面及推廣頁面
護照資料與付款
護照號碼及出生日期屬個人資料。請要求每位職員及旅客的帳戶均須登入,為掃描文件設私人儲存,並限制每位旅客只可查看自己的旅程。信用卡付款透過你自己業務帳戶上的付款服務供應商處理;Mythex 會建立使用該服務的付款連結或結賬頁面。收集真實資料前,請先核實你營運所在地的資料保障規則及套票旅遊規例。
一個可以用作起點嘅提示
為我的旅行社建立應用程式。追蹤旅程由查詢到出行的全過程,連結旅客(護照英文姓名、出生日期、偏好),以及各項附有訂金及尾數截止日期的供應商預訂。讓旅客登入後查看逐日行程、下載優惠券,並查看他們應付的款項;並向職員顯示未來 14 天內到期的供應商截止日期清單。
常見問題
旅客可以在網上查看行程,而不是 PDF 嗎?
可以。Mythex 會以數據形式儲存行程,因此你所作的任何更改都會即時顯示在旅客的頁面上。如有人想要紙本,你仍可提供可列印的版本。
它可以連接 GDS 或供應商的預訂系統嗎?
Mythex 並未預設連接 GDS 或旅行團營運商的系統。大部分旅行社仍會在這些系統中預訂,然後把已確認的資料輸入本應用程式;如果供應商提供應用程式介面,你可以要求 Mythex 與之連接。
我可以網上收取訂金嗎?
可以,只要在你自己的業務帳戶下連接付款服務供應商。Mythex 會在發票或旅客入口網站上建立付款訂金的連結。
我需要編寫程式碼嗎?
不需要。你只需以平實語言描述所需功能,並透過對話修改。如有需要,也可使用程式碼編輯器;免費方案為唯讀,Pro 版則可編輯。
我可以為旅客提供手機應用程式嗎?
Pro 版可把你已發布的應用程式轉為 Android 及 iPhone 應用程式,讓旅客把行程放在手機主畫面上。每次發布後,手機應用程式都會顯示更新。
更多用 AI 建造嘅方法
- 失敗的重新發佈絕不會刪除運作中的後端
- 每一種業務都有專屬的登陸頁
- 每個專案都有私人工作區和即時預覽
- 警報只響一次,而非每部伺服器各響一次
- 自動加值:額度不足時讓你的已發佈應用程式持續運行
- 遷移至更大的工作區,又不讓任何人等待
- 按實際用量為資料庫計費
- 用 Claude、Cursor 或 Codex 建立 Mythex 應用程式
- 及早發現發佈後立即崩潰的應用程式
- 檢查點:撤銷代理做出的任何變更
Mythex · Pricing · 用 AI 建造任何嘢 · 網站及應用程式範本 · Mythex 比較 · AI 應用程式開發詞彙表 · 免費 AI 應用程式開發工具 · English