Who（誰が）
地方DMO・自治体・二次交通事業者（バス会社、タクシー組合、レンタサイクル業者）と、現地を訪れる国内外の観光客を対象とする
対象とする社会課題：観光地の二次交通(バス・タクシー・レンタサイクル等)の予約・決済が事業者ごとに分断され、観光客が使いこなせない
社会の役に立ち、しっかり儲かる。その両立が、この計画には数字で示されています。
駅を出た瞬間、外国人観光客も高齢者も、バス・タクシー・レンタサイクルの時刻表と現金決済の壁にぶつかる。事業者ごとに窓口も運賃も異なり、観光協会の窓口は人手不足で対応しきれない。この分断は長年放置され、観光客は周遊を諦め、事業者は空車のまま稼働機会を失ってきた。
※ この4つの数字は、見せるために作った数字ではありません。「事業計画」タブの10年計画とまったく同じ計算から出しています。EXIT（売却）時の手取りだけは「もし売れたら」の試算で、約束できる金額ではありません。
10年の事業計画も、創業融資500万円の申請資料も、システムの要件定義書も、最初の90日の段取りも——ぜんぶこのページにあります。足りないものはAIチャットが伴走しながらその場で作り、システム開発・専門家・投資家への橋渡しまで、このサイトの中で進められます。「やりたい」と思ったその日から、始められる状態です。
ボタンを押すとAIチャットが開き、TabiConnectの市場規模や収益モデル、KPI、資金計画などこのショーケースの内容を読み込んだ状態で、事業計画書やピッチ資料、要件定義書などの素案をその場で作成します。
※ ボタンを押すと確認のポップアップが出ます。「はい」を選ぶとAIチャットが新しいタブで開き、 この事業の内容を踏まえた作成指示が自動で送られます（あなたが文章を打ち込む必要はありません）。 どのボタンを出すかは事業の性質でAIが出し分けます。生成にはAIチケットを使用します。
あなたの経歴とこの事業のフィットをAIが診断します。活きる強み、足りないもの、 共同創業者に求める人物像まで示します。
無料会員登録して診断する登録済みの経歴をもとに、この事業とのフィットを診断します。経歴・スキルの内容はAI相談・AIチャットの回答にも反映されるため、最新の内容に更新しておくとより精緻なアウトプットが得られます。
💡 このショーケースをお気に入り登録すると、あなたのAIチャットがお気に入り登録した事業の情報を学習し、より賢く、具体的な提案ができるようになります。
※ AIによる参考意見です。合否や成否を保証するものではありません。経歴・スキルの登録内容は、この診断やAI相談・AIチャットの回答精度にも影響します。
TabiConnectは、地方観光地に到着した観光客がスマホ1つで路線バス・乗合タクシー・レンタサイクルなどの二次交通を検索・予約・決済できるアプリです。
駅やバスターミナルで「目的地」「滞在時間」「予算」を入力すると、多言語AIが最適な乗継ルートを提案し、そのままQR決済でチケットを確保できます。乗り場ではAIナビが音声・画像で案内し、迷子や乗り遅れを防ぎます。事業者側は運行実績や天候データをアプリに入力するだけで、翌日・翌週の需要予測と増便提案が自動で届き、現金精算業務も月次で自動集計されます。観光協会・DMOは地域全体の周遊動線と混雑状況をダッシュボードで確認し、混雑分散の呼びかけを自動配信できます。
地方観光地では鉄道駅やバスターミナルから先の周遊手段(路線バス、乗合タクシー、レンタサイクル、観光周遊バス等)が中小事業者ごとに個別運行・個別予約・現金決済中心となっており、外国人観光客や高齢観光客が現地で迷い、機会損失が発生している。
例えば人口5万人規模の観光地では二次交通事業者が5〜10社に分散し、時刻表や運賃体系がバラバラで、観光協会の窓口対応も人手不足で限界を迎えている。観光庁の調査でも地方訪問時の交通手段の分かりにくさが再訪意欲低下の一因とされており、事業者側も需要予測ができず稀に満車・多くは空車という非効率な稼働が常態化している。各事業者は独自にシステム投資する体力がなく、共通基盤を作る旗振り役も不在なため、この問題は10年以上放置されてきた。結果として観光客の周遊率低下と事業者の売上機会損失が同時に発生している。
自然言語対話AI(多言語LLM)が観光客の希望(行き先・予算・時間)をヒアリングし最適な移動プランを提案・予約手続きを代行する。
需要予測AIが過去の乗車実績・天候・地域イベント・SNS話題量を学習し、路線別・時間帯別の乗客数を予測してダイナミックプライシングと増便提案を行う。最適化アルゴリズムが複数交通機関を跨いだ乗継ルートを計算し、待ち時間や乗換回数を最小化する経路を自動生成する。画像認識AIは乗り場カメラの混雑度を検知し、リアルタイムで代替ルートを利用者に提示する。
観光客はスマホ1つで到着地(駅・空港)を入力するだけで、AIが目的地・滞在時間・予算・移動距離から最適な二次交通(バス・タクシー・シェアサイクル等)を組み合わせて提案し、多言語対話でチケット予約から決済までをワンストックで完結させる。
事業者側は運行実績・天候・イベント情報をAIに提供するだけで、翌日・翌週の需要予測とダイナミックプライシング案が自動生成され、増便判断や車両配車の意思決定を支援する。観光協会・DMOはダッシュボードで地域全体の周遊動線と混雑状況をリアルタイムに可視化でき、混雑分散の呼びかけをAIが自動でプッシュ通知する。利用者が予約完了後は、乗り場までのAIナビゲーションが音声・画像案内で誘導し、乗り遅れや迷子を防ぐ。決済は事前クレジット・QR決済に統一し、事業者側の現金精算業務も月次自動集計で削減される。
| 観光協会窓口・電話対応の人件費(担当者1名分の業務時間換算) | 年間300万円程度の想定 |
| 事業者の現金精算・帳簿手作業(経理担当パート人件費) | 1事業者あたり月10万円程度の想定 |
| 空車稼働による売上機会損失(空車率30%想定) | 1事業者あたり年間200万円程度の想定 |
| 周遊断念による観光客の消費機会損失(体験・飲食1人3,000円想定×観光客5万人規模) | 観光地全体で年間1.5億円規模の想定 |
| 事業者向けSaaS利用料(需要予測・配車最適化ダッシュボード) | 月額5万円(3〜8万円の目安内) |
| DMO・自治体向けデータ分析プラン(周遊動線・混雑年間レポート) | 年間200万円(150〜300万円の目安内) |
| 予約決済手数料(観光客1件平均1,500円の決済に対し事業者負担) | 決済額の4%、1件あたり約60円の目安 |
この事業をやっている人のある1日、1年後・3年後・10年後の姿、向いている人・向いていない人、よくある質問……
あなたと事業の詳細は無料会員限定です。
時間軸別に、各チャネルの具体施策と、それをAIでどうプロンプティングして実現するかをセットで。
上記の施策をもとに、広告物の作成業者（マーケ会社）への紹介をご希望の場合はこちらからエントリーできます。
マーケ会社の紹介を希望する※ 紹介のお申し込み窓口はマイページの「業者・士業・投資家の紹介」に一本化しています。AIチャットが内容をヒアリングし、具体的な段階になったら運営が個別におつなぎします。
この事業に必要なアプリを作るための仕様です。下のボタンでWordに書き出せば、そのまま開発会社への相談・見積の依頼に使えます。
※ このボタンは、このページに載っている内容をそのままWordファイルに書き出します（AIは使いません。すぐ保存できます）。 ページの上のほうにある「ほしい資料を、その場でAIがつくります」の要件定義書のボタンは、AIチャットがあなたのご要望を聞きながら、そのつど書き起こすものです。 すでにある内容をそのまま渡したいときはこちら、作りたい範囲や条件を相談しながら仕上げたいときはAIチャットをお使いください。
地方観光地では二次交通事業者が5〜10社に分散し、時刻表・運賃・予約方法がバラバラで、外国人観光客や高齢観光客が現地で迷うケースが多発している。
観光協会の窓口は人手不足で個別問い合わせに対応しきれず、事業者側も需要予測ができないため稀に満車・多くは空車という非効率な稼働が10年以上放置されてきた。各事業者は独自にシステム投資する体力がなく、共通基盤を作る旗振り役も不在なため、この分断状態が観光客の周遊率低下と事業者の売上機会損失を同時に生んでいる。
MVP開発フェーズは仕様変更が頻発しやすいため準委任契約が向くが、PoC実証実験(0-6ヶ月)のスコープを明確にした上で成果物定義を契約書に明記し、範囲外の追加要望は別途見積とする運用が望ましい。
需要予測AIやダイナミックプライシングなど精度検証が必要な機能は準委任で反復開発し、決済連携基盤など仕様が固まった部分は請負での切り出しを検討する。発注時は決済代行会社・地域事業者との調整が発生するため、システム開発会社に地域連携担当を同席させる会議体を契約書内で明示しておくこと。
| 区分 | 想定利用者 |
|---|---|
| プライマリ | 観光地を訪れる国内外の観光客（特に外国人観光客・高齢観光客など二次交通の使い方が分かりにくいと感じる層） |
| セカンダリ | バス会社・タクシー組合・レンタサイクル業者などの二次交通事業者（運行担当者・配車担当者） |
| 管理 | 観光協会・DMO職員および自治体観光課の担当者（周遊動線・混雑状況の把握と施策立案を行う） |
| 機能 | 入力 / 処理 / 出力 |
|---|---|
| 多言語対話予約AI | 行き先・予算・時間をチャット入力→LLMが意図解析し最適プラン生成→予約確定・決済リンクを返信 |
| 最適乗継ルート計算 | 出発地・目的地を入力→最適化アルゴリズムが乗換待ち時間最小ルート算出→ルートと時刻表を表示 |
| 需要予測・料金提案AI | 乗車実績・天候・イベント情報を入力→AIが路線別乗客数を予測→翌日料金案と増便提案を出力 |
| 乗り場混雑検知 | 乗り場カメラ映像を入力→画像認識AIが混雑度を判定→代替ルートを利用者アプリに即時表示 |
| 予約決済処理 | 予約情報とカード/QR情報を入力→決済代行APIで決済実行→完了通知と事業者向け入金データを生成 |
| AIナビゲーション誘導 | 現在位置と予約情報を入力→AIが乗り場までのルートを算出→音声・画像でリアルタイム誘導表示 |
| 事業者向け需要予測ダッシュボード | 予測結果・稼働データを集計→ダッシュボードに配車増減案をグラフ表示→事業者が配車判断 |
| DMO周遊動線可視化 | 各事業者の乗降データを集計→地図上に周遊動線・混雑度を可視化→DMO向けレポートを自動生成 |
| 混雑分散プッシュ通知 | リアルタイム混雑データが閾値超過→AIが代替時間帯を判定→利用者へプッシュ通知を自動送信 |
| 月次現金精算自動集計 | 各事業者の決済ログを入力→月次で自動集計・突合処理→請求書・精算レポートをPDF出力 |
| 送客連携・紹介料管理 | 予約完了データを判定→宿泊/飲食店への送客有無を検知→紹介料を計算し月次で事業者に課金 |
| テーブル | 主要カラム |
|---|---|
users | user_id, name, language, phone, email, created_at |
reservations | reservation_id, user_id, route_id, status, pickup_time, seat_count |
payments | payment_id, reservation_id, amount, method, fee_rate, paid_at |
transport_operators | operator_id, name, type, contact, contract_plan |
routes | route_id, operator_id, origin, destination, schedule, capacity, price |
demand_forecasts | forecast_id, route_id, date, predicted_count, weather, event_flag |
congestion_logs | log_id, spot_id, camera_id, congestion_level, detected_at |
dmo_reports | report_id, dmo_id, period, flow_data, kpi_summary, generated_at |
| # | 画面 |
|---|---|
| 1 | 到着地入力画面 |
| 2 | 移動プラン提案画面 |
| 3 | 予約確認・決済画面 |
| 4 | 乗り場ナビ画面 |
| 5 | 事業者向け配車ダッシュボード |
| 6 | 需要予測・料金設定画面 |
| 7 | DMO周遊データ画面 |
| # | 技術（採用理由） |
|---|---|
| 1 | GPT-4等多言語LLM API — 多言語対話・意図理解に対応 |
| 2 | Python/FastAPI — AI予測モデルとAPI連携が容易 |
| 3 | AWS(ECS/Lambda) — スケーラブルなインフラ構築が可能 |
| 4 | PostgreSQL — 予約・決済データの整合性管理に適する |
| 5 | Stripe/決済代行API — QR・クレジット決済を短期導入 |
| 6 | React Native — iOS/Android同時対応でコスト削減 |
| 7 | AWS Rekognition/画像認識API — 乗り場混雑検知に活用 |
| 区分 | 要件 |
|---|---|
| 可用性99.5%以上を目標とし、GW・連休ピーク時は同時アクセス3,000人まで処理可能な構成とする想定 | 可用性99.5%以上を目標とし、GW・連休ピーク時は同時アクセス3,000人まで処理可能な構成とする想定 |
| 予約決済API応答時間は平均2秒以内、95パーセンタイル5秒以内を目標値とする | 予約決済API応答時間は平均2秒以内、95パーセンタイル5秒以内を目標値とする |
| 決済・個人情報の取扱いはPCI DSS準拠を想定し、全通信をTLS1.2以上で暗号化する | 決済・個人情報の取扱いはPCI DSS準拠を想定し、全通信をTLS1.2以上で暗号化する |
| 需要予測モデルは月次で再学習し、乗客数予測誤差20%以内を継続監視する運用とする | 需要予測モデルは月次で再学習し、乗客数予測誤差20%以内を継続監視する運用とする |
| 障害時のバックアップ復旧はRPO15分・RTO1時間以内を目安に設計する | 障害時のバックアップ復旧はRPO15分・RTO1時間以内を目安に設計する |
| 初期対応言語は日英中韓を含む5言語以上とし、翻訳精度は利用者アンケートで満足度90%以上を目標とする | 初期対応言語は日英中韓を含む5言語以上とし、翻訳精度は利用者アンケートで満足度90%以上を目標とする |
| 段階 | まず何を作るか | 概算費用 |
|---|---|---|
| ①手動検証（Wizard of Oz） | 1観光地・数事業者に限定し、予約は電話やLINEで人力受付し、配車・料金提案もスタッフが手動で計算して答え合わせをする。需要予測の仮説が当たるかを検証する。 | 人件費と交通費程度で完結する水準感 |
| ②最小システム（MVPアプリ） | 多言語対話は既存のLLM APIを利用し、予約・決済は決済代行会社のAPIを組み込んだ簡易Webアプリを外注または内製で構築する。事業者側は既存カレンダーへの入力程度に留める。 | AI利用料と外注費用が数か月分かかる水準感 |
| ③本開発（需要予測AI・ダッシュボード） | 複数観光地の実績データを蓄積し、需要予測モデルとダイナミックプライシング、DMO向けダッシュボードを本格開発する。画像認識による混雑検知も順次追加する。 | エンジニア複数名体制での中長期の開発費用がかかる水準感 |
上記の要件定義書をもとに、システムベンダー（開発会社）への紹介をご希望の場合はこちらからエントリーできます。
システムベンダーの紹介を希望する※ 紹介のお申し込み窓口はマイページの「業者・士業・投資家の紹介」に一本化しています。AIチャットが内容をヒアリングし、具体的な段階になったら運営が個別におつなぎします。
10年の収支と資金の集め方、財務、KPI、資本政策、そして図解付きのフル事業計画書・AI実装仕様書……
事業計画の詳細は無料会員限定です。
市場の前提（ボトムアップ試算）とTAM/SAM/SOMの規模感……
市場規模の詳細は無料会員限定です。
競合となるサービス・企業と、この事業ならではの差別化ポイント……
競合企業の詳細は無料会員限定です。
対応が必要な許認可・法規制と、確認すべき相手先・想定調整期間……
関連法令・許認可の詳細は無料会員限定です。
手を挙げたその日から動けるように、完了条件つきで並べています。
| 誰に会うか | なぜ会うか | 接触の仕方 |
|---|---|---|
| 地方DMO(観光地域づくり法人)の事務局長・企画担当者 | 地域全体の二次交通課題を把握し、事業者間調整の旗振り役を担うため | 観光庁DMO登録法人一覧から候補地域を選定し、公式問合せ窓口経由で面会依頼 |
| 路線バス会社・タクシー協同組合の経営者または運行管理責任者 | 予約データ提供・システム連携の可否を握る現場の意思決定者であるため | 観光協会・DMO紹介、または地方運輸局主催の交通事業者連絡会議に参加 |
| 観光庁 観光地域振興部の交通・DX関連実証事業担当者 | 補助金・実証事業枠の情報収集と地方運輸局への橋渡しを得るため | 観光庁の観光DX実証事業公募ページから問合せ、または担当課へ直接照会 |
| 地銀系または地域決済会社のキャッシュレス推進担当者 | 現金決済中心の事業者への決済代行導入の実務パートナーとするため | 地方銀行の産業振興部・地域商社経由で紹介を依頼、商工会議所経由も可 |
| 対象自治体の観光課・DX推進課の担当職員 | 観光DX補助金の申請要件や既存MaaS施策との重複有無を確認するため | 自治体の観光振興計画・DX推進計画を確認し、担当課窓口へ事前相談 |
| チャネル（目標件数） | 声のかけ方 |
|---|---|
| 地元観光協会・DMOへの直接訪問 | 「二次交通の予約が事業者ごとにバラバラで困っていませんか、まずは一観光地・数事業者だけで試せる無料の実証実験にご協力いただけないか」と窓口担当者に相談する。 |
| バス協会・タクシー組合の定例会合 | 「稼働率の見える化と多言語予約対応を無償のPoCとして体験してもらえないか」と組合の会議に同席させてもらい、数社に声をかける。 |
| 自治体の観光振興課・観光DX担当 | 「観光庁の実証事業枠を一緒に申請しないか」と持ちかけ、共同提案の形で導入観光地の一番目を確保する。 |
| 地銀・信金の地域振興担当からの紹介 | 「二次交通で困っているDMOや事業者を知らないか」と相談し、面識のある観光協会担当者を紹介してもらう。 |
対応が必要な許認可・法規制の詳細は「関連法令」タブでご確認いただけます。着手前に必ずご確認ください。
制度名・金額・要件は年度ごとに変わるため、ここでは種別と公式の探し先だけを示します。必ず一次情報で最新の要件を確認してください。
| 種別 | 特徴 |
|---|---|
| 自己資金・身内からの出資 | 最初の検証（ヒアリング・試作）はここで賄えることが多い。 |
| 日本政策金融公庫の創業融資 | 実績のない創業期でも相談できる公的融資。事業計画書の提出が要る。 |
| 自治体の創業支援制度 | 市区町村・都道府県ごとに補助・利子補給・家賃補助などがある。要件と募集時期は年度で変わる。 |
| 国の中小企業向け補助金 | 設備・販路開拓・IT導入などの類型がある。公募期間が短いので、常設の情報源で追う。 |
| エンジェル投資家・ベンチャーキャピタル | 急成長を前提にする資金。社会課題型では投資家の性格を選ぶ必要がある。 |
| 確認先 | 何がわかるか |
|---|---|
| ミラサポplus（中小企業庁） | 補助金・支援制度の横断検索 |
| J-Net21（中小機構） | 支援策・創業手引きのデータベース |
| 地域の商工会議所・よろず支援拠点 | 無料の対面相談。申請書の書き方まで見てもらえる |
| 日本政策金融公庫の各支店 | 創業計画書の事前相談 |
| 制度 | 誰が使えるか | この事業でどう効くか |
|---|---|---|
| 日本政策金融公庫 新規開業資金（旧・新創業融資制度） | 法人設立後まもない代表者（自己資金要件あり） | 二次交通事業者との実証実験費用や多言語アプリの開発費として、500万円規模の融資枠を運転資金にあてる候補になる。 |
| 観光庁 観光地・観光産業の再生・高付加価値化事業 | DMO・自治体・観光関連事業者と連携する事業者 | 二次交通のデジタル化・多言語対応は観光地の受入環境整備の一環として補助対象になりうる。 |
| IT導入補助金（デジタル化基盤導入枠等） | 中小企業・小規模事業者（バス会社・タクシー組合・レンタサイクル業者） | 事業者側の需要予測・配車最適化ダッシュボードの導入費用を事業者側が補助金で賄えると、導入交渉のハードルが下がる。 |
| 小規模事業者持続化補助金（創業枠） | 小規模事業者・創業したばかりの法人 | 多言語チラシや現地案内所向けの販促物、初期のWebサイト整備など、集客・広報費用の一部に充てられる候補。 |
| 信用保証協会の制度融資（自治体の創業者向け制度融資） | 創業したばかりの法人代表者 | 公庫融資と併用し、地域連携担当の人件費や乗り場の通信環境整備費など追加の資金需要に備える候補になる。 |
会社設立の手続きや許認可の取得、契約書の整備など、弁護士・税理士・司法書士等の専門家への紹介をご希望の場合はこちらからエントリーできます。
専門家の紹介を希望する※ 紹介のお申し込み窓口はマイページの「業者・士業・投資家の紹介」に一本化しています。AIチャットが内容をヒアリングし、具体的な段階になったら運営が個別におつなぎします。
本文中の「※1」「※2」の番号は、ここに対応しています。番号を押すと、この欄に飛びます。
この事業が失敗するとしたら原因はどこから来るか、単価をその値段にした理由、最初の3か月で確かめること、必要な契約書と支払い条件、1人目の求人票、この事業の1週間……
実行の手引きの詳細は無料会員限定です。
この領域に取り組む仲間がコミュニティにいます。ひとりで抱え込まず、同じ課題を見ている人と話すところから始められます。
※ バッジは自動集計にもとづく相対表示です