Who（誰が）
地方観光地のDMO・自治体、宿泊施設協同組合、地域バス・タクシー事業者、個人旅行者（訪日客・高齢者・グループ旅行者を含む）が主要関係者となる
対象とする社会課題：地方観光地における二次交通の空白（到着便・宿泊と交通手段が連動していない）
社会の役に立ち、しっかり儲かる。その両立が、この計画には数字で示されています。
地方の観光地では、新幹線や空港を降りた瞬間から移動手段の空白が始まる。バスは1〜2時間に1本、タクシーは足りない。宿の送迎車は到着便を知らないまま空車で走る。高齢者も訪日客もグループ旅行者も、自力で経路を組み立てるしかない。その不便さが満足度を下げ、宿のキャンセルや滞在時間の短縮につながっている。到着便と宿泊データをつなぎ、動く前から移動を組み立てておく仕組みが必要だと考えた。
※ この4つの数字は、見せるために作った数字ではありません。「事業計画」タブの10年計画とまったく同じ計算から出しています。EXIT（売却）時の手取りだけは「もし売れたら」の試算で、約束できる金額ではありません。
10年の事業計画も、創業融資800万円の申請資料も、システムの要件定義書も、最初の90日の段取りも——ぜんぶこのページにあります。足りないものはAIチャットが伴走しながらその場で作り、システム開発・専門家・投資家への橋渡しまで、このサイトの中で進められます。「やりたい」と思ったその日から、始められる状態です。
各ボタンを押すと、AIダイヤの事業内容を読み込んだAIチャットが開きます。市場規模や収益モデル、ロードマップなど、このショーケースに書かれた情報をもとに、その資料の素案をその場で書き出します。
※ ボタンを押すと確認のポップアップが出ます。「はい」を選ぶとAIチャットが新しいタブで開き、 この事業の内容を踏まえた作成指示が自動で送られます（あなたが文章を打ち込む必要はありません）。 どのボタンを出すかは事業の性質でAIが出し分けます。生成にはAIチケットを使用します。
あなたの経歴とこの事業のフィットをAIが診断します。活きる強み、足りないもの、 共同創業者に求める人物像まで示します。
無料会員登録して診断する登録済みの経歴をもとに、この事業とのフィットを診断します。経歴・スキルの内容はAI相談・AIチャットの回答にも反映されるため、最新の内容に更新しておくとより精緻なアウトプットが得られます。
💡 このショーケースをお気に入り登録すると、あなたのAIチャットがお気に入り登録した事業の情報を学習し、より賢く、具体的な提案ができるようになります。
※ AIによる参考意見です。合否や成否を保証するものではありません。経歴・スキルの登録内容は、この診断やAI相談・AIチャットの回答精度にも影響します。
AIダイヤは、新幹線や飛行機で地方観光地に到着する旅行者が、LINEまたは専用アプリに便名と宿泊予約番号を入力するだけで、到着時刻と宿泊先座標をAIが自動突合し、乗合シャトルの出発時刻とルートを数分以内に提示するサービスです。
決済も同じ画面で完結し、当日は運行状況がチャットに自動通知され、遅延時は代替ルートが自動で再提案されます。宿泊施設側は自社送迎車の空き時間・座席数を管理画面に登録するだけで、複数施設の送迎需要がAIによってプールされ、共同運行に組み替えられます。交通事業者はダッシュボードでAIが提案する配車計画を確認し、車両を動かすだけで運行計画作成の手間がなくなります。バラバラだった到着便・宿泊・送迎の情報が1つのプラットフォーム上でつながり、観光客の移動と地域交通の稼働率の両方を改善する仕組みです。
地方観光地では新幹線・空港着後の交通が路線バス（1〜2時間に1本）とタクシー（台数不足・高額）に限られ、到着時刻や宿泊先に応じた最適な移動手段が存在しない。
宿泊施設は個別に送迎車を運行するが、到着便情報を事前把握できず空車率が40〜60%に達するケースもある。観光庁調査では地方部訪日客の34%が『二次交通の不便さ』を旅行満足度低下の要因に挙げており、特に高齢者・訪日客・グループ旅行者は自力での経路組立てが困難である。宿泊施設・バス事業者・タクシー会社は情報を共有する仕組みを持たず、需要と供給のマッチングが個社最適に留まっている。結果として観光客の分散が進まず、特定駅・空港周辺の渋滞と機会損失（宿泊キャンセル・滞在時間短縮）が常態化している。
需要予測AIが航空会社・鉄道・OTAの到着/宿泊データ（API連携）と過去の乗車実績、天候・イベント情報を統合し、30分単位の時間帯別需要を予測する。
配車最適化エンジンが複数の乗降地点・車両容量・道路混雑を条件にVRP（配送計画問題）を解き、乗合ルートと座席配分をリアルタイムで再計算する。多言語対話AI（LLMベースチャットボット）が日英中韓4カ国語で予約受付・変更・遅延対応を自動応対し、動的価格設定AIが稼働率と需要予測に応じて運賃を±20%の範囲で調整し収益と乗車率を両立させる。
旅行者はLINE公式アカウントまたは専用アプリに航空便・新幹線の便名と宿泊予約番号を入力するだけで、AIが到着時刻・宿泊先座標・当日の他利用者予約を突合し、乗合シャトルの最適ルートと出発時刻を数分以内に提示する。
宿泊施設は自社送迎車の空き時間・座席数をシステムに登録し、AIが複数施設の送迎需要をプールして共同運行に組み替えることで稼働率を引き上げる。予約確定後は決済まで完結し、当日は運行状況をリアルタイムでチャット通知、遅延時は自動で代替便を再計算して提案する。地域の交通事業者（バス・タクシー会社）はダッシュボードで需要予測とルートを確認し、AIの提案に沿って車両を配車するだけで運行計画作成の手間が不要になる。DMO・自治体は地域全体の人流データをダッシュボードで俯瞰し、渋滞緩和策や新規路線検討の根拠として活用できる。
| 旅館の送迎車ドライバー人件費（空車運行分、2台×年間） | 約300万円/年 |
| 観光客のタクシー個別利用による交通費超過分（グループ旅行1組あたり） | 約8,000円/回 |
| 自治体が外部コンサルに委託する交通実態調査費 | 約150万円/回 |
| 渋滞・二次交通不便による宿泊キャンセル・滞在短縮の機会損失（中規模観光地1地域あたり） | 推定500万〜1,000万円/年 |
| 宿泊施設向けSaaS利用料（送迎車2台登録） | 月額5万円（年60万円） |
| 自治体・DMO運行設計・データ分析委託 | 年間750万円（中規模地域想定） |
| 人流データ提供・分析レポート | 月額10万円（年120万円） |
この事業をやっている人のある1日、1年後・3年後・10年後の姿、向いている人・向いていない人、よくある質問……
あなたと事業の詳細は無料会員限定です。
時間軸別に、各チャネルの具体施策と、それをAIでどうプロンプティングして実現するかをセットで。
上記の施策をもとに、広告物の作成業者（マーケ会社）への紹介をご希望の場合はこちらからエントリーできます。
マーケ会社の紹介を希望する※ 紹介のお申し込み窓口はマイページの「業者・士業・投資家の紹介」に一本化しています。AIチャットが内容をヒアリングし、具体的な段階になったら運営が個別におつなぎします。
この事業に必要なアプリを作るための仕様です。下のボタンでWordに書き出せば、そのまま開発会社への相談・見積の依頼に使えます。
※ このボタンは、このページに載っている内容をそのままWordファイルに書き出します（AIは使いません。すぐ保存できます）。 ページの上のほうにある「ほしい資料を、その場でAIがつくります」の要件定義書のボタンは、AIチャットがあなたのご要望を聞きながら、そのつど書き起こすものです。 すでにある内容をそのまま渡したいときはこちら、作りたい範囲や条件を相談しながら仕上げたいときはAIチャットをお使いください。
地方観光地では新幹線・空港着後の交通が1〜2時間に1本の路線バスと台数不足のタクシーに限られ、到着時刻や宿泊先に応じた最適な移動手段が存在しない。
宿泊施設は個別に送迎車を運行しているが、到着便情報を事前に把握できないため空車率が40〜60%に達しており、車両と人件費が有効活用されていない。観光庁調査では地方部訪日客の34%が二次交通の不便さを満足度低下の要因に挙げており、特に高齢者・訪日客・グループ旅行者は自力での経路組立てが難しい。宿泊施設・バス・タクシー事業者が情報を共有する仕組みがなく、需要と供給のマッチングが個社最適に留まっているため、システムによる地域単位での需給調整が必要になっている。
PoC構築・パイロット運行フェーズ（0〜12ヶ月）は要件が確定しておらず需要予測モデルや配車ロジックを実証しながら調整するため、準委任契約が適しています。
地域拡大フェーズ（12ヶ月以降）でダッシュボード商用化やAPI標準化など仕様が固まった機能については、範囲を明確にした請負契約に切り替えることが可能です。発注時は「乗合ルート提示までの精度・応答時間（数分以内）」など数値目標を検収条件に含め、AIモデルの精度は完成保証の対象外とする旨を契約書に明記する必要があります。また航空会社・OTAとのAPI連携交渉が難航するリスクがあるため、連携遅延時の代替（自己入力運用）への切替条件も契約時に取り決めておくべきです。
| 区分 | 想定利用者 |
|---|---|
| プライマリ | 地方観光地を訪れる個人旅行者・グループ旅行者（高齢者・訪日客含む） |
| セカンダリ | 宿泊施設の送迎担当者、バス・タクシー事業者の配車担当者 |
| 管理 | DMO・自治体観光課の担当者（人流データ・運行実績を確認し交通計画に活用する） |
| 機能 | 入力 / 処理 / 出力 |
|---|---|
| 便名・宿泊予約番号入力受付機能 | 便名・宿泊予約番号を入力→到着時刻と宿泊先座標を自動抽出→需要予測AIへ連携 |
| 需要予測AI機能 | 到着便・宿泊・過去実績・天候データを入力→AIが30分単位の需要を予測→配車最適化エンジンへ出力 |
| 配車最適化エンジン機能 | 予測需要・車両容量・道路混雑を入力→VRPで乗合ルートを算出→最適ルートと出発時刻を出力 |
| 多言語対話AI予約応対機能 | 日英中韓での問い合わせを入力→LLMが予約受付・変更・遅延対応を判定→回答文を自動送信 |
| 動的価格設定AI機能 | 稼働率・需要予測を入力→AIが運賃を±20%の範囲で算出→確定運賃を予約画面に表示 |
| 予約決済処理機能 | 確定運賃・支払方法を入力→決済代行と連携し課金処理→領収書と予約確定通知を発行 |
| リアルタイム運行状況通知機能 | 車両GPS位置情報を入力→運行状況を集計→乗客チャットへ現在地・到着予測時刻を通知 |
| 遅延時代替便再計算機能 | 遅延発生情報を入力→配車最適化エンジンが代替ルートを再計算→新ルートを利用者へ提案 |
| 宿泊施設車両・空き時間登録機能 | 送迎車両台数・空き時間を入力→複数施設の需要をプール→共同運行可能枠を出力 |
| 交通事業者向け配車ダッシュボード機能 | AIの配車提案データを入力→需要予測とルートを可視化→配車担当者へ実車配置指示を表示 |
| DMO・自治体向け人流データダッシュボード機能 | 匿名化した人流・予約データを入力→地域別に集計分析→渋滞緩和策検討用レポートを出力 |
| テーブル | 主要カラム |
|---|---|
users | user_id, name, lang, phone, email, line_user_id, user_type |
reservations | reservation_id, user_id, flight_or_train_no, arrival_datetime, hotel_id, pickup_point, status, fare_amount |
hotels | hotel_id, name, address, lat, lng, vehicle_count, contact_email |
vehicles | vehicle_id, owner_type, owner_id, capacity, gps_device_id, status |
routes | route_id, vehicle_id, departure_time, stops_json, estimated_duration, occupancy_rate |
route_reservations | route_id, reservation_id, seat_no, boarding_point, alighting_point |
demand_forecasts | forecast_id, area_id, time_slot, predicted_demand, weather, event_flag, created_at |
payments | payment_id, reservation_id, amount, commission_rate, payment_status, paid_at |
| # | 画面 |
|---|---|
| 1 | 便名・宿泊番号入力画面 |
| 2 | ルート提案・予約確認画面 |
| 3 | 決済画面 |
| 4 | 運行状況チャット通知画面 |
| 5 | 宿泊施設車両登録画面 |
| 6 | 交通事業者配車ダッシュボード |
| 7 | DMO人流分析ダッシュボード |
| # | 技術（採用理由） |
|---|---|
| 1 | AWS Lambda（サーバーレスでAPI連携処理を軽量運用） |
| 2 | Amazon RDS PostgreSQL（予約・配車データの整合性管理） |
| 3 | Google OR-Tools（VRP配車最適化アルゴリズム実装） |
| 4 | OpenAI API（多言語チャット対話・遅延対応自動応答） |
| 5 | LINE Messaging API（旅行者接点として低導入障壁） |
| 6 | Mapbox（地図表示・経路描画・混雑情報連携） |
| 7 | Metabase（DMO向け人流ダッシュボード可視化） |
| 区分 | 要件 |
|---|---|
| 可用性 | 可用性: システム稼働率99.5%以上（年間許容ダウンタイム約43時間）、繁忙期は冗長構成でフェイルオーバー対応 |
| 性能 | 性能: 配車最適化計算は1リクエストあたり平均3秒以内、需要予測バッチ処理は30分単位で5分以内に完了 |
| セキュリティ | セキュリティ: 予約番号・決済情報はTLS1.2以上で暗号化、決済処理はPCI DSS準拠の外部代行を利用 |
| 運用 | 運用: システム障害発生時は15分以内に一次対応、月次でAIモデルの需要予測誤差率10%以内を監視 |
| 拡張性 | 拡張性: 車両200台・20地域規模まで水平スケール可能なAPI設計、新規地域導入は2週間以内に構築完了 |
| データ管理 | データ管理: 人流・予約データは匿名化後2年間保持、個人情報保護法に準拠した削除フローを整備 |
| 段階 | まず何を作るか | 概算費用 |
|---|---|---|
| ①手動検証（PoC前段） | 一地域に絞り、到着便・宿泊情報をスプレッドシートに手入力してもらい、乗合ルートを人力で組んで運行し、需要予測なしでも乗合が成立するかを確かめる。 | 人件費と交通費が中心で、外部発注はほぼ発生しない水準。 |
| ②最小システム（PoC構築） | LINE公式アカウントで便名・宿泊予約番号を受け付け、配車最適化エンジンの試作版で自動ルート案を提示する仕組みを一地域・数台の車両で試す。 | AI利用料とチャットボット開発の外注費が中心で、数か月分の開発費を想定。 |
| ③本開発（パイロット運行以降） | 多言語対話AI・動的価格設定・DMO向けダッシュボードを本実装し、複数地域・複数事業者のデータ連携をAPI化して商用運用に耐える体制を作る。 | 外注開発費とサーバー・API連携費が本格化し、複数か月にわたる開発予算が必要な水準。 |
上記の要件定義書をもとに、システムベンダー（開発会社）への紹介をご希望の場合はこちらからエントリーできます。
システムベンダーの紹介を希望する※ 紹介のお申し込み窓口はマイページの「業者・士業・投資家の紹介」に一本化しています。AIチャットが内容をヒアリングし、具体的な段階になったら運営が個別におつなぎします。
10年の収支と資金の集め方、財務、KPI、資本政策、そして図解付きのフル事業計画書・AI実装仕様書……
事業計画の詳細は無料会員限定です。
市場の前提（ボトムアップ試算）とTAM/SAM/SOMの規模感……
市場規模の詳細は無料会員限定です。
競合となるサービス・企業と、この事業ならではの差別化ポイント……
競合企業の詳細は無料会員限定です。
対応が必要な許認可・法規制と、確認すべき相手先・想定調整期間……
関連法令・許認可の詳細は無料会員限定です。
手を挙げたその日から動けるように、完了条件つきで並べています。
| 誰に会うか | なぜ会うか | 接触の仕方 |
|---|---|---|
| 候補地域を管轄する地方運輸局（運輸支局）旅客課の担当官 | 乗合旅客運送事業の許可要件・スキーム適合性を事前に確認するため | 国交省地方運輸局の窓口に電話予約し事業計画概要を持参して相談 |
| 候補地域のDMO（観光地域づくり法人）事務局長 | 観光庁実証事業の採択情報と宿泊施設・交通事業者への橋渡しを得るため | 観光庁DMO登録一覧から候補地域を選び公式HP経由で面談依頼 |
| 地域のバス・タクシー事業協同組合理事長 | 共同運行への合意形成と既存事業者との協調関係を構築するため | 地域公共交通会議の場で紹介を受け組合事務所を訪問 |
| 宿泊施設協同組合（旅館組合）の代表理事 | 送迎車両情報の提供協力と実証参加施設の確保を依頼するため | 組合事務局に実証事業の説明資料を送付し理事会での説明機会を依頼 |
| 対象自治体の観光課・交通政策課の担当係長 | 観光DX実証事業の予算計上と地域公共交通計画への位置づけを確認するため | 自治体HPの観光DX関連施策ページから担当課へ電話・メール問合せ |
| チャネル（目標件数） | 声のかけ方 |
|---|---|
| DMO・観光協会への直接訪問 | 「到着便と宿泊予約に合わせた乗合シャトルの実証をしたい」と伝え、まず一地域の観光協会に相談し、実証事業の共同提案を申し込む。 |
| 旅館組合・宿泊施設組合への説明会 | 送迎車の空車が目立つ時間帯を教えてほしいと頼み、複数施設の送迎をまとめて空車率を下げる仕組みを無償で試してもらえないか相談する。 |
| 地元タクシー・バス事業者への協業提案 | 配車の手間を減らせるダッシュボードを試しに使ってほしいと伝え、既存の運行を奪わない共同運行パートナーとして声をかける。 |
| 観光庁・自治体の観光DX実証事業への応募 | 二次交通の空白解消をテーマにした実証事業の公募に、手動検証で得た運行記録を添えて応募し、担当者に直接説明する機会をもらう。 |
対応が必要な許認可・法規制の詳細は「関連法令」タブでご確認いただけます。着手前に必ずご確認ください。
制度名・金額・要件は年度ごとに変わるため、ここでは種別と公式の探し先だけを示します。必ず一次情報で最新の要件を確認してください。
| 種別 | 特徴 |
|---|---|
| 自己資金・身内からの出資 | 最初の検証（ヒアリング・試作）はここで賄えることが多い。 |
| 日本政策金融公庫の創業融資 | 実績のない創業期でも相談できる公的融資。事業計画書の提出が要る。 |
| 自治体の創業支援制度 | 市区町村・都道府県ごとに補助・利子補給・家賃補助などがある。要件と募集時期は年度で変わる。 |
| 国の中小企業向け補助金 | 設備・販路開拓・IT導入などの類型がある。公募期間が短いので、常設の情報源で追う。 |
| エンジェル投資家・ベンチャーキャピタル | 急成長を前提にする資金。社会課題型では投資家の性格を選ぶ必要がある。 |
| 確認先 | 何がわかるか |
|---|---|
| ミラサポplus（中小企業庁） | 補助金・支援制度の横断検索 |
| J-Net21（中小機構） | 支援策・創業手引きのデータベース |
| 地域の商工会議所・よろず支援拠点 | 無料の対面相談。申請書の書き方まで見てもらえる |
| 日本政策金融公庫の各支店 | 創業計画書の事前相談 |
| 制度 | 誰が使えるか | この事業でどう効くか |
|---|---|---|
| 日本政策金融公庫「新規開業資金」（新創業融資制度） | 法人設立からまだ日が浅い創業者 | 到着便データ連携システムや車両IoT機器導入など先行投資が必要な段階の運転資金・設備資金として活用でき、融資総額は800万円を想定した資金計画のベースになる。 |
| 小規模事業者持続化補助金 | 商工会・商工会議所の管轄地域で事業を営む小規模事業者 | DMO・宿泊施設向けの提案資料やウェブサイト・チラシ制作など販路開拓にかかる費用の一部を補助対象にできる。 |
| IT導入補助金 | ITツールを導入する中小企業・小規模事業者 | 配車最適化エンジンや多言語対話AIなど自社システムをITツールとして導入する際の費用を補助対象にできる可能性がある。 |
| 国土交通省 地域公共交通確保維持改善事業 | 地域公共交通の維持・改善に取り組む自治体・交通事業者（連携申請） | 乗合シャトルの実証運行や地域交通計画づくりにかかる費用を、連携するDMO・自治体経由で活用できる可能性がある。 |
| 観光庁 観光地域づくり法人（DMO）形成促進事業 | 登録DMOおよびその連携事業者 | PoC構築やパイロット運行の段階で、DMOの実証事業予算として採択されれば初期導入コストを抑えられる。 |
会社設立の手続きや許認可の取得、契約書の整備など、弁護士・税理士・司法書士等の専門家への紹介をご希望の場合はこちらからエントリーできます。
専門家の紹介を希望する※ 紹介のお申し込み窓口はマイページの「業者・士業・投資家の紹介」に一本化しています。AIチャットが内容をヒアリングし、具体的な段階になったら運営が個別におつなぎします。
本文中の「※1」「※2」の番号は、ここに対応しています。番号を押すと、この欄に飛びます。
この事業が失敗するとしたら原因はどこから来るか、単価をその値段にした理由、最初の3か月で確かめること、必要な契約書と支払い条件、1人目の求人票、この事業の1週間……
実行の手引きの詳細は無料会員限定です。
モビリティ領域の創業仲間がコミュニティで情報交換しています。ひとりで抱え込まず、同じ課題を見ている人と話すところから始められます。
※ バッジは自動集計にもとづく相対表示です。