この記事の要点
- 候補ツールの機能・料金・データの扱いの一覧化と、業務一覧に対する適合度の一次案まではAIに任せられます。
- 標準にするツール、有料の範囲、外部のAIへ入力してよい情報の線引きは総支配人と情報システム担当が確定します。
- 本メディアでは、部門別の業務一覧が無い施設は比較表より先に棚卸し表を作るべきだと判断します。
稼働率と人の入れ替わりが、ツールを選ぶ順番に効く
観光庁の宿泊旅行統計調査によると、2025年の客室稼働率は全体で61.6%、旅館は38.2%、ビジネスホテルは75.3%でした。同じ宿泊業でも、平日から部屋が埋まる館と週末に偏る館では、先に手が足りなくなる部門が違います。ツールを1つ決めるという話は、どの部門の作業から軽くするかという話と同じところに着地します。
人の側はもっと動きます。厚生労働省の令和6年雇用動向調査では、宿泊業・飲食サービス業の離職率は25.1%、入職率は28.4%でした。産業計はそれぞれ14.2%・14.8%で、開きがあります。フロントと客室清掃の顔ぶれが1年で入れ替わる前提に立つと、使いこなせる人がいる間だけ動く仕組みは館に残りません。選定の段階で、誰が担当になっても同じ手順で回る範囲に絞る理由がここにあります。
金額とリスクも工程の話に落ちます。生成AIツールの費用は利用者の数で積み上がります。どの部門に有料の席を配るかを決めないまま試用に入ると、翌月から固定費だけが増えます。宿泊者名簿や旅券の画像を外部のAIへ送ってしまえば、個人情報の保護に関する法律に沿った取扱いから外れます。総務省の令和8年版情報通信白書では、生成AIを利用している企業の割合は86.4%でした。業務類型別の活用割合は「議事録・メール作成補助」が約7割で最も高い類型です。効果を実感したという回答も、この類型で約7割と際立ちます。文章の下書きから入る形が、数字にも表れています。

ツール選定は、施設のどの場面で発生する業務か?
起点は導入検討の開始です。担当は総支配人と情報システム担当で、管理部門が兼務する施設もあります。集めるのは候補ツール一覧・部門別の業務一覧・セキュリティ要件、出すのは選定比較表と利用ルール案です。予約・フロント・客室・料飲・管理の各責任者は、自部門の業務と帳票を差し出す側に回ります。成果物が比較表だけで終わる施設が多いのは、利用ルール案を同じ工程の出力として置いていないためです。
| 業務 | 起点 | 担当 | 入力 | 出力 | 判断の有無 | 失敗したときの損失 | 使うシステム・帳票 |
|---|---|---|---|---|---|---|---|
| 生成AIツールを自社の業務で選ぶ | 導入検討の開始 | 経営者・情報システム担当 | 候補ツール一覧、部門別の業務一覧、セキュリティ要件 | 選定比較表、利用ルール案 | あり(標準ツールと有料範囲の決定) | 現場が使わず費用だけ残る。入力禁止の情報が外部へ出る | 対話型の生成AIツール、社内ファイルサーバー、PMS(予約・客室状況・宿泊者情報・精算を管理する宿泊管理システム)、情報管理規程 |
この1行を、着手から完了まで順番に割っていきます。
着手から標準の決定までを7つの工程に割る
この記事では、予約・フロント・客室・料飲・管理の5部門がある施設を前提として置きます。下の表の「量の目安」も前提として置いた値です。部門数や候補ツールの数が違えば当てはまらないので、時間と件数は導入前に自館で測ってください。
- 1部門別の業務一覧を集めるAIと人
- 2扱う情報を分類し入力の線を引くAIと人
- 3候補ツールの条件を一覧にするAIと人
- 4業務ごとの適合度を一次評価するAIと人
- 52週間の試用で1業務を回すAIと人
- 6標準ツールと有料の範囲を決めるAIと人
- 7利用ルールを配り各部門へ展開するAIと人
AIが担える人が決める
1
部門別の業務一覧を集める
担当: 総支配人・各部門責任者 / 使うもの: 部門別業務一覧、シフト表、申し送りノート / 量・時間: 5部門・1部門20業務前後
- AIが解決すること
- 部門から集めた箇条書きを「起点・担当・入力・出力」の同じ形に整え、重複と抜けを一覧にする
- 人が決めること
- 一覧に載せる業務と、今回は外す業務
- 詰まるところ
- 口頭でしか回っていない業務が一覧に出てこない
- 失敗したときの損失
- 現場の主要業務が抜けたまま比較表を作り、選定をやり直す
2
扱う情報を分類し入力の線を引く
担当: 情報システム担当・総支配人 / 使うもの: 情報管理規程、宿泊者名簿、会員情報 / 量・時間: 情報区分3種(公開情報・宿泊客の個人情報・本人確認書類)
- AIが解決すること
- 情報管理規程と帳票一覧を突き合わせ、入力禁止/伏せて可/そのまま可の3段に仕分けた案を出す
- 人が決めること
- 外部のAIへ入力してよい情報の範囲と、違反時の扱い
- 詰まるところ
- 個人情報でひとくくりにして全面禁止にし、活用が止まる
- 失敗したときの損失
- 旅券画像などの入力が起き、個人情報の取扱いルールから外れる
3
候補ツールの条件を一覧にする
担当: 情報システム担当 / 使うもの: 候補ツール一覧、各社の料金表と利用規約 / 量・時間: 候補3〜5製品
- AIが解決すること
- 公開資料から機能・料金の単位・データの扱い・対応言語を同じ項目で表にする
- 人が決めること
- 比較の項目と、見比べる候補の絞り込み
- 詰まるところ
- 機能名の比較に流れ、料金の単位(利用者ごとか施設ごとか)が揃わない
- 失敗したときの損失
- 単位の違う料金を並べ、席数が増えた月に費用が想定と合わない
4
業務ごとの適合度を一次評価する
担当: 情報システム担当・各部門責任者 / 使うもの: 選定比較表、部門別業務一覧 / 量・時間: 業務100件前後×候補3〜5製品
- AIが解決すること
- 業務一覧の各行に、作業か判断か・必要なデータが電子で揃うか・失敗の損失の大小を当て、着手候補と保留に仕分けた案を出す
- 人が決めること
- 着手候補の順位と、保留にする業務
- 詰まるところ
- 評価が「便利そう」で止まり、判断の根拠が残らない
- 失敗したときの損失
- 判断を含む業務を候補に入れ、試用が「AIに決めさせてよいか」の議論で止まる
5
2週間の試用で1業務を回す
担当: 予約担当・フロント責任者 / 使うもの: 問い合わせメール、館内情報資料、試用記録 / 量・時間: 1業務・実データ・2週間
- AIが解決すること
- 実際の問い合わせに対する回答文を館内情報資料をもとに下書きし、根拠にした箇所を併記する
- 人が決めること
- 送信前の内容確認と、送信の可否
- 詰まるところ
- 試用中の記録を取らず、終わった後に速くなった気がするしか残らない
- 失敗したときの損失
- 古い館内情報のまま案内し、到着後のクレームになる
6
標準ツールと有料の範囲を決める
担当: 総支配人・経営者 / 使うもの: 試用記録、見積、選定比較表 / 量・時間: 決裁1回
- AIが解決すること
- 試用記録から件数・所要時間・修正回数を集計し、導入前の記録との差を要約する
- 人が決めること
- 標準にするツール、有料にする部門と席数、継続か中止か
- 詰まるところ
- 全部門へ一斉に有料の席を配り、使われない席が残る
- 失敗したときの損失
- 固定費だけが増え、次の予算で運用ごと削られる
7
利用ルールを配り各部門へ展開する
担当: 情報システム担当・各部門責任者 / 使うもの: AI利用ガイドライン、入力禁止情報の一覧、朝の申し送り / 量・時間: 5部門・入社時と配置換え時
- AIが解決すること
- 規程の文言から部門別のチェック表と短い説明文を下書きする
- 人が決めること
- ルールの承認と、違反が起きたときの対応
- 詰まるところ
- 紙を配って終わり、入れ替わった人に伝わらない
- 失敗したときの損失
- 入れ替わりの中でルールが伝わらず、禁止情報の入力が起きる
色枠がAIの担う工程、灰色が人が確定する工程、右上の三角が失敗の見つかりにくい工程です。
AIで消える工程は、工程3の「候補ツールの料金表と規約を1件ずつ読んで表に写す」手作業です。短くなる工程は、工程1の一覧の整形、工程4の一次評価、工程6の試用記録の集計です。いずれも白紙から書く作業が、下書きを直す作業に変わります。新しく増える確認工程は2つです。下書きの根拠が館内情報の最新版かをフロント責任者が見る工程と、入力の線引きが守られているかを月次で点検する工程です。
どこまでAIに任せ、どこでフロントに戻すか?
左の色枠がAIの下書きの範囲、右の灰色が総支配人と情報システム担当が確定する範囲です。
人の側に残る理由は3つに分けられます。1つ目は法令です。旅館業法は宿泊者名簿の備付けと記載を求め、外国人宿泊者については国籍と旅券番号の記載が要ります。宿泊を拒むことができる事由も限定されています。名簿の欠損の指摘や転記の補助をAIが担っても、記載と保管の責任、宿泊可否の判断は施設側に残ります。
2つ目は金額です。利用者の席数と有料プランの範囲は、翌月から固定費として効いてきます。試用の結果を見て、どの部門に何席配るかを決めるのは決裁であり、比較表が出す一次評価では代われません。
3つ目は現場です。離職率25.1%・入職率28.4%という入れ替わりの中では、使いこなせる人に合わせた設計は続きません。入ったばかりのスタッフが同じ手順で使える範囲に絞る判断が要ります。この絞り込みは、各部門の責任者が自分の部門の実態から決めます。
本メディアでは、本人確認書類の画像の読み取りを最初の業務に選ぶことは勧めません。理由は、旅券の画像が外部に保存された場合に取り消せないためで、扱う情報の分類と保管範囲を先に決めた施設が対象という前提が付きます。保管範囲を自館の中に限定できる仕組みを用意し、フロント責任者の確認工程を置けるなら、この判断は外れます。
最初に着手する1工程はどう選ぶか?
判定は3つの問いで済みます。1つ目、その工程は判断か作業か。判断を含むなら、任せるのは案と根拠の提示までです。2つ目、必要なデータが電子で揃うか。揃わないなら、ツール選定より先にデータの整備が来ます。3つ目、失敗の損失はどこでいつ見つかるか。提供直前や宿泊客の前で見つかる種類なら、人の照合工程を先に設計します。
この3問を通すと、着手の1件目は多言語の問い合わせへの回答下書きになります。件数が多く回答の型が決まっており、PMSからデータを取り出せない施設でも館内情報だけで始められるためです。館内情報を文書にまとめる作業は、そのまま口コミ返信・接客案内・新人向けの手順書の土台になります。
PMSとサイトコントローラーから予約・宿泊実績・料金設定を取り出せるなら、予約の突合や日次の稼働確認も候補に入ります。観光庁の調査結果では、PMSと各種システムのデータ連携の仕様が標準化されていません。システム間の連携が進まないことが、観光産業の生産性低下の一因とされています。取り出しと登録の方法が自館のPMSで確認できないなら、着手は突合結果と申し送りの下書きにとどめます。
館内情報が口頭とベテランの記憶のままなら、着手はツール選定ではなく館内情報の文書化です。設備・ルール・アクセス・アレルギー対応・営業時間を1つの資料にまとめ、更新者と更新のタイミングを決めるところまでが先になります。翻訳結果を確認できるスタッフも確認手段も無い言語は、対応言語から外します。料飲のアレルギー情報の照合は、失敗が提供直前に見つかる種類なので1件目にしません。
試用の記録を取る担当を決められない施設は、この2週間を始めない方がよいと考えます。記録が無ければ継続の可否を数字で決められず、翌月には使う人と使わない人に分かれるだけで終わります。
2週間の試用で測る3つの数字
- 対象の1業務と担当者を決め、実データで回すと決めます。担当は予約担当かフロント責任者の1名に寄せます。
- 導入前のひと月分を先に測ります。件数、初回回答までの時間、回答の修正回数の3つです。
- 合否の線を開始前に決めます。修正回数が導入前を下回ることを最低条件に置きます。
- 2週間回し、記録は1件1行で残します。修正した箇所と、その理由を短く書きます。
- 1週目の終わりに修正の中身を分類します。館内情報の古さが原因か、言い回しの問題かで対処が変わります。
- 2週目の終わりに導入前との差を並べ、継続・中止・対象変更を総支配人が決めます。
測る3指標は、問い合わせの初回回答までの時間、再問い合わせ率と回答の修正件数、予約担当とフロントが問い合わせ対応に使う月間時間です。効果の数値をこの記事に置かないのは、館の規模と問い合わせ件数で結果が変わるためです。
本番にするときに決めること
決めるのは4つです。承認は、下書きを誰が確認し、誰が送信を確定するか。記録は、入力・出力・修正の差分・確認者をどこに残すか。例外は、苦情、法令に関わる照会、緊急連絡、宿泊の可否に関わる内容を人へ即座に回す経路。利用ルールは、外部のAIへ出す項目の範囲、学習利用の扱い、承認者です。
旅館業法上の名簿の記載と保管の責任は施設にあり、宿泊を拒む判断は法令の要件に沿って人が行います。宿泊者名簿・本人確認書類・会員情報は個人情報の保護に関する法律の対象です。入力禁止の一覧に載せたうえで、違反が起きたときの報告先まで決めておきます。
本メディアでは、PMSとの連携可否が未確認の段階で、予約の自動登録の可否を選定の中心に置くことは勧めません。連携仕様が標準化されていない業界構造の中では、製品の一般的な機能説明と自館での可否が一致しないためです。ベンダーから出力方法と登録の可否について回答を得ている施設なら、この判断は外れます。
起きやすい失敗と、工程のどこで止めるか
1つ目は、PMS連携の可否を確認せずに予約の自動化から始める失敗です。メールからの予約内容の抽出はできても、PMSへの登録は手入力のままで、二重入力が減りません。止める場所は工程3で、データの取り出しと登録の方法をベンダーに確認してから対象を決めます。
2つ目は、古い館内情報のまま多言語の回答を出す失敗です。変更した営業時間や休止中の設備を案内し、到着後のクレームになります。止める場所は工程5と、その後の月次点検です。館内情報の更新者と更新のタイミングを決め、変更が反映されたかをフロント責任者が確認します。
3つ目は、扱う情報の分類より先に便利さで書類の読み取りを始める失敗です。チェックイン時の旅券画像が外部に保存され、個人情報の取扱いルールから外れます。止める場所は工程2で、本人確認書類は外部のAIへ送らない設計を前提に置き、名簿転記の補助は保管範囲を定めた仕組みに限ります。
口コミの返信案を事実確認なしで投稿する失敗も、工程が同じ形です。返信前に宿泊記録と担当部門の対応記録を照合し、補償や個別対応を含む返信は支配人が確定すると手順に書きます。


