AI搭載の旅行計画・予約プラットフォームを構築する

自分の旅行プラットフォームを構築する理由

真帆は利尻・礼文のウォーキングツアーを15年案内してきました。彼女の競争力は、どのドロップダウンにも入りません。どの海岸歩きが潮の時間に左右されるか。どの避難小屋なら8人が濡れずに眠れるか。天候が崩れた時、どの稜線に退避ルートがあるか。都市ツアー向けの予約プラットフォームは、彼女を写真とカレンダーに縮めます。知識は頭に残り、事務は夜に残ります。

Klivは、その知識を中心にプラットフォームを構築します。ルートメモは旅程エージェントが参照するコーパスになります。出発日は厳密な席数を持ちます。各旅行までのカウントダウン、持ち物リスト、フェリー時刻、天候判断は、自分で動きます。

ひとつの出発日を、最初から最後まで

5日間の島歩きを、問い合わせからお礼メールまで追います。

問い合わせ

日程、体力、希望。「天気が許せば礼文滝まで」。メールスレッドではなく、レコードになります。

下書き

エージェントがメモから計画を組み立てます。「海が許す日は少ない」というメモも含めてです。真帆は送信前に、3日目を利尻の稜線へ差し替えます。

予約

顧客が承認して支払います。口コミでさらに2人が加わります。誰も更新していないのに、公開ページの残席は3に減ります。

カウントダウン

14日前に持ち物リストが届きます。3日前にフェリー時刻が届きます。真帆はそのためにノートPCを開いていません。

ルート変更

4日目に強風が居座ります。彼女は自分のメモからルートを組み替え、正式な計画を一度編集します。すべての旅行者の旅程ページと受信箱に、その変更が載ります。

終わったあと

その出発日の写真ギャラリーは、その一行だけに開きます。お礼メールには、来季の日程に使えるリピーターコードが入ります。

どう組み合わさるか

下書きは、彼女のメモに対する検索です。 コーパスはアプリ内のナレッジベースです。意味で索引化された現地メモで、旅程エージェントはそこから組み立てます。同じ情報源から、参加者の出発前の質問にも答えます。「2日目はどれくらいきついですか」という質問には、23時でも真帆なしで真帆の答えが返り、彼女が朝にざっと見る会話記録として残ります。

返金には統治があります。 天候キャンセルではお金が動きます。ただし、各返金は真帆が承認した後だけです。代わりに提案できるクレジットもあります。シーズンで最も混乱する瞬間ほど、意図的に処理され、ログに残ります。

告知した価格は、その通りに動きます。 5月1日に終わる早期シーズン価格は、5月1日に終わります。価格の期間は彼女が設定した予定どおりに開閉し、リピーターコードは制限の範囲内で自動適用されます。

ツアー運営者は、Webサイトを持つようになった地域ビジネスの典型です。地域ビジネスのソリューションには、スタジオからレンタル店まで、隣にある物語をまとめています。

運営者が知りたいこと