ホテル・旅館に予約サイトで付いた口コミに内容に合わせた返信の案を作り、施設の言い回しのルールと約束してはいけない表現を確かめてから掲載する
予約サイトに付いた口コミの文と評価を貼ると、褒められた点・指摘された点・要望に分け、施設の言い回しのルールに沿った返信の案を作ります。あわせて、返金や改善を約束する表現が入っていないかを確認表で示し、担当者が確かめてから掲載します。
- 生成AI
- ChatGPT/Claude/Gemini
- 対象業界
- 宿泊/飲食
- 対象部門
- カスタマーサポート/マーケティング
- 対象業務
- 内容確認・チェック/書類作成
- 主な課題
- 属人化している/書類作成に時間がかかる/確認ミスが多い
- AIで行う処理
- 生成
- 主な効果
- 品質標準化/属人化解消/工数削減
- 導入難易度
- ★☆☆☆☆
- 実装レベル
- 半自動化
- 費用感
- SaaS追加(小)
- 人間の確認
- 条件付き
01導入前 / 導入後の業務フロー
- 予約サイトごとの管理画面を開き、返信していない口コミを探す
- 口コミの文と評価を読み、宿泊の管理システムで滞在の記録(日付、プラン、部屋の種類)を確かめる
- 指摘された点があれば、客室係や調理場に事実を確かめる
- 返信を書く。以前に書いた返信をコピーして直すことが多い
- 外国語の口コミは、翻訳のサービスで読み、日本語で書いた返信を訳して直す
- 低い評価の口コミは、支配人が読み直してから掲載する
- 管理画面に貼り付けて掲載し、共有の表計算に返信の日付を書く
- 人担当者が予約サイトの管理画面で新しい口コミを開き、文と評価、滞在の記録の要点をまとめて ChatGPT のプロジェクトのチャットに貼る
- 自動ChatGPT が口コミを褒め・指摘・要望・事実の主張に分け、返信の方針の区分を付ける
- 自動プロジェクトの Sources にある施設のルールに沿って、返信の案を作る。外国語の口コミには、その言語の案と日本語の訳を並べる
- 自動約束にあたる表現、事実の確認が要る点、個人の情報に触れる表現を、確認表にまとめる
- 人担当者が確認表の「要確認」を1行ずつ解消する。事実の確認が要る点は、部署に確かめる
- 人評価が低い口コミと、体調・けが・設備の事故に触れた口コミは、支配人が読んで掲載を決める
- 人管理画面に貼り付けて掲載し、共有の表計算に記録する
各工程の詳しい説明を読む
- 予約サイトごとの管理画面を開き、返信していない口コミを探す
- 口コミの文と評価を読み、宿泊の管理システムで滞在の記録(日付、プラン、部屋の種類)を確かめる
- 指摘された点があれば、客室係や調理場に事実を確かめる
- 返信を書く。以前に書いた返信をコピーして直すことが多い
- 外国語の口コミは、翻訳のサービスで読み、日本語で書いた返信を訳して直す
- 低い評価の口コミは、支配人が読み直してから掲載する
- 管理画面に貼り付けて掲載し、共有の表計算に返信の日付を書く
(a)返信が後回しになる。 3名とも本来の仕事が優先で、返信は空いた時間の作業です。繁忙期には、口コミが付いてから返信まで数週間あくことがあります。 これから予約する人が読むときに、指摘への返信が無いままになっています。
(b)書く人で口調と長さがばらばら。 旅館の支配人は長く丁寧に、ホテルの支配人は短く、主任は以前の返信をなぞって書きます。同じ施設の返信なのに、日によって別の宿のように見えます。
(c)約束にあたる言い回しが紛れ込む。 4番目でコピーした返信に「次回ご来館の際は特別にご用意いたします」とあり、そのまま別の口コミへの返信に残っていたことがあります。読んだ人がその約束を前提に予約してくると、現場が困ります。
(d)外国語の返信を確かめる人がいない。 5番目で訳した返信が、意図と違う強さの言葉になっていても、読める人がいないので気づけません。
(e)指摘が現場に届かない。 返信を書いた人は指摘を読んでいますが、客室係や調理場に伝わるのは、返信を書く人が気にかけたときだけです。同じ指摘が別の宿泊客から何度も来て、初めて現場が知ることがあります。
- 【人】 担当者が予約サイトの管理画面で新しい口コミを開き、文と評価、滞在の記録の要点をまとめて ChatGPT のプロジェクトのチャットに貼る
- 【自動】 ChatGPT が口コミを褒め・指摘・要望・事実の主張に分け、返信の方針の区分を付ける
- 【自動】 プロジェクトの Sources にある施設のルールに沿って、返信の案を作る。外国語の口コミには、その言語の案と日本語の訳を並べる
- 【自動】 約束にあたる表現、事実の確認が要る点、個人の情報に触れる表現を、確認表にまとめる
- 【人】 担当者が確認表の「要確認」を1行ずつ解消する。事実の確認が要る点は、部署に確かめる
- 【人】 評価が低い口コミと、体調・けが・設備の事故に触れた口コミは、支配人が読んで掲載を決める
- 【人】 管理画面に貼り付けて掲載し、共有の表計算に記録する
5番目が、この設計の分かれ目です。 確認表の「要確認」は、ChatGPT が判断できないことの一覧です。ここを解消しないまま掲載すると、確かめていない事実を施設が認めた形になります。 担当者は返信の案を直すより先に、確認表を見ます。
6番目で、体調やけがに触れた口コミを支配人に回すのも意図してのことです。 「食事のあとにお腹をこわした」「浴場で滑って転んだ」という口コミに、返信の文だけで応じてはいけません。施設として事実を確かめ、必要なら別の窓口で対応する事柄で、返信はそのあとに短く書きます。
外国語の口コミも、同じ手順で扱います。 これまで翻訳のサービスと往復していた作業が、返信の案と日本語の訳を並べて受け取る形になります。担当者は日本語の訳で意図を確かめ、直したいところは日本語で指示します。
02今回想定するシステム構成
予約サイトの管理画面(国内3サイト・海外2サイト) │ 担当者が新しい口コミの文と評価をコピー │ 宿泊の管理システムから滞在の要点(日付・プラン・部屋の種類)を書き添える ▼【トリガー】担当者がチャットに貼る(毎日の決まった時間) ChatGPT(業務用ワークスペースのプロジェクト) │ プロジェクトの指示:口コミの分け方、返信の作り方、確認表の形 │ Sources:施設ごとの言い回しのルール、約束してはいけない表現の一覧、 │ 定型文、施設の事実の一覧(設備・サービス・公表済みの改装の予定) ▼ 【口コミの分解】【返信の案(外国語は訳を並べる)】【確認表】 ▼ 【担当者が要確認を解消/低評価・体調・事故は支配人が判断】 ▼ 予約サイトの管理画面に人が貼り付けて掲載 → 共有の表計算に記録
| 役割 | 想定する製品 | 代替候補 |
|---|---|---|
| 処理 | ChatGPT(業務用ワークスペースのプロジェクト機能) | Claude、Gemini |
| 記録 | 口コミと返信の記録の表(共有の表計算) | 宿泊の管理システムの顧客の備考 |
| 掲載 | 予約サイトごとの管理画面 | サイトコントローラーの口コミの管理の機能 |
| 連絡 | 社内チャット(部署への事実の確認) | 内線、申し送りの記録 |
新しく足すのは、ChatGPT の業務用ワークスペースと、そのプロジェクトだけです。 予約サイトの管理画面、宿泊の管理システム、記録の表は今あるものを使います。予約サイトと ChatGPT を自動でつながないのは、意図してのことです。 口コミを担当者が開いて貼る手順が、口コミを人が読む最初の機会になります。
プロジェクトは、関連するチャット・ファイル・指示・ソースをまとめておく機能です。 公式の案内では、プロジェクトの指示はそのプロジェクトのチャット全体に適用され、アップロードしたファイルと接続した情報源は Sources の欄に置かれます。同じプロジェクトのチャットは、同じファイルと指示と情報源を使えます。 施設のルールを一度置けば、3名で書き方がずれません。
プロジェクトはパソコンのフォルダを直接見に行かないので、ルールの文書は Sources にアップロードします。ルールを直したら、古い版を消してから新しい版を置きます。 古い版が残ると、どちらに従うかが揺れます。
ChatGPT を選んでいるのは、3名がすでに業務用のワークスペースで使い慣れているという想定だからです。 Claude や Gemini の業務用の契約でも、プロジェクトに相当する機能にルールの文書を置けば同じ形で組めます。大事なのは製品よりも、ルールの文書と確認表の順番です。
施設ごとにプロジェクトを分けます。 旅館とビジネスホテルでは、口調も、売りにしている点も、約束できないことも違います。1つのプロジェクトに両方のルールを置くと、旅館の返信にホテルの言い回しが混ざります。
03どうやって実装するのか
処理の起点を決める
担当者が決まった時間に管理画面を開き、新しい口コミをチャットに貼ることを起点にします。 旅館はチェックアウトが落ち着いた11時、ビジネスホテルは14時を返信の時間と決めます。時間を決めるのは、空いた時間に回すと後回しになるからです。 1回の時間は、その日の新しい口コミの件数で20〜40分ほどです。
口コミ1件につき、チャットを1つにします。 同じチャットに次の口コミを貼ると、前の口コミの内容が返信の案に混ざります。チャットの名前は「施設の略称+サイト+宿泊日」にし、後から同じ口コミのやり取りを探せるようにします。
繁忙期にたまった口コミは、新しいものから処理します。 古い口コミに今さら長い返信を書くより、これから予約する人が最初に目にする新しい口コミに先に返すほうが効きます。たまった分は、お礼が中心のものから短い返信でまとめて片付けます。
評価が低い口コミは、見つけたその時間に先に処理します。 低い評価の口コミは、返信が無いまま読まれる時間が長いほど、これから予約する人の印象が悪くなります。評価の基準は施設で決め、サイトごとの満点の違いをそろえて「低い」とする線を引きます。
入力データを集める
| データ | 中身 | 取得元 |
|---|---|---|
| 口コミ | 口コミの文、総合と項目ごとの評価、投稿の日付、言語 | 予約サイトの管理画面 |
| 滞在の要点 | 宿泊の月、プラン名、部屋の種類、食事の有無、連泊かどうか | 宿泊の管理システム |
| 言い回しのルール | 施設の口調、呼びかけと結びの決まり、長さの目安、使う言葉と使わない言葉 | プロジェクトの Sources |
| 約束してはいけない表現の一覧 | 返金・補償・割引・特別な手配・再発しないことの断言、原因の断定など | プロジェクトの Sources |
| 定型文 | お礼、お詫び、再訪のお願い、問い合わせの窓口の案内 | プロジェクトの Sources |
| 施設の事実の一覧 | 設備とサービスの内容、営業時間、公表済みの改装やサービス変更の予定 | プロジェクトの Sources |
滞在の要点には、宿泊客の氏名、部屋番号、同行者、連絡先を書きません。 返信の案に入れてはいけない情報は、最初から渡さないのが確実です。宿泊の月とプランと部屋の種類があれば、「秋の会席プラン」「和洋室」のような具体的な言葉で返信できます。
質を決めるのは、施設の事実の一覧です。 口コミで「Wi-Fiが遅い」と書かれたとき、一覧に「2026年11月に全館の回線を入れ替える予定(公表済み)」とあれば、それを書けます。 一覧に無い改善を、ChatGPT が「改善に努めてまいります」以上に具体的に書かないよう、指示で縛ります。
データの取得方法を決める
口コミは、管理画面からコピーして貼ります。 予約サイトと ChatGPT をつなぐ仕組みは作りません。貼るときに、決まった見出しを付けた型にそろえます。
| 取るもの | どこから | 何に使うか |
|---|---|---|
| 口コミの文と評価 | 予約サイトの管理画面 | 分解と返信の案の材料 |
| 言語 | 口コミの文 | 返信の言語と、日本語の訳を並べるかどうか |
| 滞在の要点 | 宿泊の管理システムの予約の画面 | 返信で触れてよい具体的な言葉 |
| ルール・一覧・定型文 | Sources | 返信の案と確認表の基準 |
貼るときの型は、次のとおりです。
【施設】旅館/ビジネスホテル
【サイト】国内A/国内B/国内C/海外D/海外E
【評価】総合 3/5、項目:清潔さ 2/5、食事 4/5
【言語】日本語
【滞在の要点】2026年9月、秋の会席プラン、和洋室、1泊2食
【口コミの文】(管理画面からそのまま)
評価の書き方をサイトの満点ごとにそろえて書くのは、低い評価の線を ChatGPT にも分かるようにするためです。 10点満点のサイトと5点満点のサイトが混ざると、「3」の意味が変わります。
AIへ渡す前に整形する
- 型にそろえる … 上の型の見出しを付けて貼ります。見出しの無い貼り付けはしません
- 口コミの文から個人の情報を外す … 口コミの文に宿泊客が自分や同行者の名前、スタッフの名前を書いていれば、伏せ字にして貼ります
- 体調・けが・事故の言葉を見る … 「お腹」「熱」「けが」「転倒」「やけど」「虫」などがあれば、【評価】の行の後ろに「支配人確認」と書き添えます
- 同じ宿泊客の複数の口コミを確かめる … 同じ滞在に対して別のサイトにも口コミがあれば、片方だけ返信が厳しくならないよう、記録の表でもう一方の返信を見てから貼ります
2番目で、スタッフの名前も伏せる理由があります。 「フロントの〇〇さんが親切だった」に「〇〇もお言葉を励みにしております」と返すかどうかは、施設のルールで決めることです。 スタッフの名前を公の返信に出すかを、その本人に確かめていないことがあります。
3番目の言葉の目印は、担当者が目で見て付けます。 ChatGPT の側でも確認表で拾いますが、最初に人が付けておけば、支配人に回すべき口コミが返信の案の処理に紛れません。
AIに処理させる
させるのは3つです。口コミの分解、返信の案、確認表です。
| 作るもの | 中身 | 取り扱い |
|---|---|---|
| 口コミの分解 | 褒められた点、指摘された点、要望、事実の主張、返信の方針の区分 | 事実の主張は、確かめる部署を添える |
| 返信の案 | 施設のルールの口調と長さで、お礼・指摘への応答・結び。外国語はその言語の案と日本語の訳 | 確認表で ok にならない約束や事実は入れない |
| 確認表 | 約束にあたる表現、事実の確認が要る点、個人の情報、施設の事実の一覧との照合 | 項目ごとに ok/要確認/使わない を付ける |
返信の方針の区分は、4つにします。 「お礼が中心」「お礼と指摘への応答」「お詫びと説明が中心」「支配人の判断が要る」です。区分によって、返信の長さの目安と、定型文のどれを使うかが変わります。 4つ目は返信の案を短い下書きにとどめ、支配人の判断を待ちます。
| 返信の方針 | 長さの目安 | 使う定型文 | 触れること |
|---|---|---|---|
| お礼が中心 | 3〜4文 | お礼、再訪のお願い | 口コミの具体的な言葉に1つ |
| お礼と指摘への応答 | 5〜7文 | お礼、お詫び、再訪のお願い | 褒められた点に1つ、指摘ごとに確かめた事実 |
| お詫びと説明が中心 | 5〜8文 | お詫び、問い合わせの窓口の案内 | 指摘ごとに確かめた事実と、一覧にある対応 |
| 支配人の判断が要る | 2文まで | お礼、確認のうえ対応する旨 | 中身には触れない |
長さの目安を決めるのは、長い返信ほど約束の言い回しが入りやすいからです。 指摘に丁寧に応じようとして文を重ねると、最後の一文で「次回は」と書き足しがちです。
中心は、返信の案より確認表です。 返信の文の出来は読めば分かりますが、約束の言い回しは、文章が丁寧なほど読み流されます。 確認表で項目ごとに止めることで、担当者は「要確認」の行だけを見ればよくなります。
| させないこと | 理由 |
|---|---|
| 返金・補償・割引・次回の特別な手配を書く | 施設の判断で、返信の場で約束することではない |
| 「二度と起こりません」と断言する | 守れない約束になる |
| 体調不良やけがの原因を認める・否定する | 事実の確認と別の窓口での対応が先 |
| 口コミの事実の主張を、確かめずに否定する | 確かめた事実だけを、説明として書く |
| 施設の事実の一覧に無い改善の予定を書く | 決まっていない予定は約束になる |
| 宿泊客や同行者、他の宿泊客に触れる | 公開の場で個人が特定されうる |
3行目と4行目は、正反対の失敗です。 「食事のあとに体調を崩した」に、丁寧に謝ろうとして「当館の料理が原因で」と書けば原因を認めたことになり、守ろうとして「当館の料理に問題はございません」と書けば確かめていない否定になります。どちらも書かず、支配人が事実を確かめてから決めます。
指示内容を固定する
プロジェクトの指示に書く内容です。
このプロジェクトは、旅館(またはホテル)の担当者が、予約サイトの口コミへの
返信の案を作るためのものです。返信は担当者が確かめてから掲載します。
【作るもの】次の3つを、この順で出してください。
【口コミの分解】【確認表】【返信の案】
【口コミの分解】
- 褒められた点、指摘された点、要望、事実の主張(施設で確かめられること)に分けてください。
- 事実の主張には、確かめる部署(フロント/客室係/調理場/設備)を添えてください。
- 返信の方針を次から1つ選んでください。
お礼が中心/お礼と指摘への応答/お詫びと説明が中心/支配人の判断が要る
- 体調不良、けが、事故、設備の破損、差別、金銭の要求に触れる口コミは、
必ず「支配人の判断が要る」にしてください。
【確認表】
| 項目 | 返信の案での扱い | 判定 | 理由 |
の形で、次を並べてください。判定は ok/要確認/使わない のいずれかです。
1. 指摘された点ごとの応答(事実の確認が済んでいないものは要確認)
2. 施設の事実の一覧と照らした説明(一覧に無いものは使わない)
3. 約束にあたる表現の有無(Sources の一覧と照らす)
4. 個人の情報に触れる表現の有無
5. 言い回しのルールとの違い(口調、長さ、使わない言葉)
【返信の案】
- Sources の「言い回しのルール」のうち、【施設】の施設のルールに従ってください。
- 確認表で ok になったことだけを書いてください。要確認・使わないのものは書かないでください。
- 外国語の口コミには、口コミと同じ言語で案を書き、その下に日本語の訳を付けてください。
- 「支配人の判断が要る」のときは、お礼と、確認のうえ対応する旨の2文までにしてください。
【厳守事項】
- 返金、補償、割引、次回の特別な手配、特典を書かないでください。
- 「二度と」「必ず」「お約束します」のような断言を使わないでください。
- 体調不良やけがの原因を、認めることも否定することもしないでください。
- 施設の事実の一覧に無い改善の予定、日付、金額を書かないでください。
- 宿泊客、同行者、他の宿泊客、スタッフの名前を書かないでください。
- 口コミに書かれていない滞在の様子を補わないでください。
- 記載がなければ「不明」とし、推測で埋めないでください。
「確認表を返信の案より先に出す」と順番を決めているのが要です。 返信の案を先に作らせると、約束の言い回しが文章に入った後で確認することになり、確認表で要確認が出ても、返信の案には残ったままになります。
「支配人の判断が要る」の条件に、差別と金銭の要求を入れているのにも理由があります。 差別的な言葉を含む口コミや、返金を求める口コミに丁寧な返信を返すと、施設がその主張を受け入れたように読まれることがあります。 返信するかどうかも含めて、支配人が決めます。
出力形式を固定する
チャットの返答として、次の3つの見出しで受け取ります。 API でつなぐ構成ではないため、JSON ではなく表と文で受け取ります。
【口コミの分解】
褒められた点:露天風呂からの眺め/朝食の焼き魚
指摘された点:客室の畳に髪の毛があった(事実の主張・客室係)
要望:チェックインを早めにしてほしい
返信の方針:お礼と指摘への応答
【確認表】
| 項目 | 返信の案での扱い | 判定 | 理由 |
| 畳の髪の毛 | お詫びのみ。原因は書かない | 要確認 | 客室係に当日の清掃の記録を確かめる |
| 早いチェックイン | 現行の時刻と、アーリーチェックインのプランの案内 | ok | 施設の事実の一覧にあり |
| 約束にあたる表現 | なし | ok | ― |
| 個人の情報 | なし | ok | ― |
【返信の案】
(施設の口調で、お礼・眺めと朝食への言葉・畳へのお詫び・早いチェックインの案内・結び)
1つ目の理由は、確認表の「要確認」が、担当者の次の作業の一覧になることです。 「客室係に当日の清掃の記録を確かめる」とあれば、社内チャットで客室係に聞くだけです。確かめた結果に応じて、返信の案の該当の一文を足すか消すかを決めます。
2つ目は、返信の方針の区分を記録の表に写せることです。 月ごとに「お詫びと説明が中心」の件数と、指摘された点の部署を数えると、どの部署への指摘が増えているかが見えます。 返信の作業が、そのまま現場の改善の材料になります。
システムへ連携する
| つなぎ先 | 方式 | 内容 |
|---|---|---|
| 予約サイトの管理画面 | 人がコピーして貼る/人が貼り付けて掲載 | 口コミの取り込みと返信の掲載 |
| 宿泊の管理システム | 人が予約の画面を見て書き添える | 宿泊の月・プラン・部屋の種類 |
| ChatGPT のプロジェクト | チャット | 分解・確認表・返信の案 |
| 記録の表 | 人が書き込む | 口コミの日付、サイト、評価、方針の区分、確認した事実、掲載の日付 |
| 社内チャット | 人が部署に聞く | 事実の確認 |
どの連携も自動にしません。 月180件という件数は、1件ずつ人が開いて貼っても回る量です。予約サイトの管理画面の口コミを外から取り込む仕組みは、サイトごとに用意の有無が違い、作り込むほど保守の手間が増えます。この規模では、型にそろえて貼る運用のほうが確実です。
人が確認する
担当者は、確認表を先に、返信の案を後に読みます。
- 確認表の「要確認」を解消する … 事実の確認が要る点は部署に聞き、結果を記録の表に書きます
- 返信の案を読む … 確認の結果に合わせて、該当の一文を足すか消します
- 外国語の返信は、日本語の訳で意図を確かめる … 訳が意図と違う強さなら、日本語の側を直して訳し直させます
- 「支配人の判断が要る」は支配人に回す … 支配人が事実を確かめ、返信するかどうかと中身を決めます
- 掲載して記録する … 管理画面に貼り付け、記録の表に掲載の日付を書きます
1番目で部署に聞いた結果は、返信の文より先に記録の表に書きます。 返信を直すことに気を取られると、確かめた事実が記録に残らず、同じ指摘が来たときにまた同じ確認をすることになります。
3番目の確かめ方には限界があります。 日本語の訳で意図は確かめられますが、その言語として自然か、失礼に読まれないかまでは分かりません。 海外の宿泊客が多い施設では、外国語の返信を月に一度、その言語の分かる人にまとめて見てもらいます。
目標は、180件をならして1件5分です。 お礼が中心の口コミは確認表が全部 ok で、2〜3分で掲載できます。指摘を含む口コミは部署への確認を含めて10分前後、支配人に回す口コミはさらにかかります。
例外に対処する
| 起きること | 対応 |
|---|---|
| 体調不良・けが・事故に触れた口コミ | 返信の案は2文までの下書きにとどめ、支配人が事実を確かめてから決める |
| 返金や補償を求める口コミ | 「支配人の判断が要る」。返信の場で金銭に触れない |
| 差別的な言葉や、スタッフ個人への中傷を含む口コミ | 支配人が、返信するか、予約サイトの窓口に相談するかを決める |
| 口コミの事実の主張が記録と合わない | 否定の言葉ではなく、確かめた事実を説明として書く。迷えば支配人へ |
| 口コミの言語が施設のルールに無い言語 | 日本語の訳を確かめたうえで、英語で返すかを施設で決める |
| 同じ滞在の口コミが複数のサイトにある | 記録の表で前の返信を見て、内容をそろえる |
| 宿泊の記録が見つからない口コミ | 返信の案は作らず、支配人が予約サイトの窓口に問い合わせるかを決める |
| 評価だけで文の無い口コミ | 返信の対象にしない。サイトの管理画面で返信できるかも確かめる |
| 返信の案が確認表で ok でない内容を含んだ | 該当の一文を消してから使う。続くなら指示を見直す |
3行目は、返信で応じないことも選択肢です。 スタッフ個人への中傷に丁寧に返すと、中傷の内容が返信によって目立ちます。 予約サイトごとの掲載の基準は管理画面の案内で確かめ、支配人が判断します。
記録を残す
- 記録の表に、口コミの日付、サイト、評価、言語、返信の方針の区分
- 確認表で「要確認」になった項目と、確かめた部署と結果
- 支配人に回したかどうかと、支配人の判断
- 掲載した返信の文と、掲載の日付
- 施設のルール・一覧・定型文を直した日と、直した内容
「確かめた部署と結果」は、後から同じ指摘が来たときに使います。 同じ客室の同じ指摘が続くなら、返信の問題ではなく、清掃や設備の問題です。月に一度、記録の表を部署ごとに数えて会議に出します。
チャットの履歴も、ワークスペースの設定に従って残ります。 公式の案内では、会話の保持はワークスペースの設定に従い、削除したチャットは一般に30日以内に完全に削除される予定とされています。記録の正本はチャットではなく記録の表に置きます。
04実装レベルの3段階
最小構成では、ルールを毎回貼るので手間が残ります。 貼り忘れると、施設のルールの無い返信の案になります。 半自動化で、1件15分が5分になり、この段階が本記事の想定です。 返信の文を考える時間と、約束の言い回しを探す時間が減ります。本格構成で縮むのは、管理画面を開いてコピーする時間だけです。 月180件の規模では、取り込みの仕組みを作って保守する手間のほうが大きく、本記事は半自動化で止める想定です。 段階を飛ばさないでください。 最小構成で20件を試すと、ルールの文書の足りない点がはっきりします。その直しを済ませてからプロジェクトに置くほうが、運用を始めてからの手直しが減ります。
05工数削減シミュレーション
導入後 180件 × 5分 ÷ 60 = 15 時間/月
自社条件で導入効果を整理したい方へ
このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。
06向いている企業・向いていない企業
- 国内と海外の複数の予約サイトで客室を売っている旅館・ホテルで、口コミへの返信を支配人やフロントの主任が業務の合間に書いている場合。返信が書く人によって長さも口調もばらばらで、低い評価の口コミへの返信が後回しになっている場合。英語や中国語・韓国語の口コミにも返信したいが、書ける人が限られている場合。予約サイトやグルメサイトに口コミが付く飲食店。
- 口コミが月に数件で、支配人が1件ずつ時間をかけて書ける場合。返信を出さない方針の施設。業務用の生成AIのワークスペースを契約できず、口コミの文を個人のアカウントの生成AIに貼ることになる場合。なお、返金や補償に応じるか、事故や体調不良の訴えにどう対応するか、口コミの内容が事実かどうかの判断は、この構成では代替できません。
07最小構成で試す方法
- 過去3か月の口コミから、返信済みのものを20件選ぶ(お礼が中心、指摘を含むもの、低い評価、外国語をそれぞれ数件入れる)
- 施設の言い回しのルールと、約束してはいけない表現の一覧を、A4で1〜2枚の文書にする
- ChatGPT のプロジェクトを作り、文書を Sources に置き、第7章の指示を入れる
- 20件を1件ずつ型にそろえて貼り、分解・確認表・返信の案を出させる
- 出てきた返信の案を、実際に掲載した返信と並べ、3名で読み比べる
- 確認表が「要確認」とした項目が、当時実際に部署へ確かめた点と合っているかを数える
20件は必ずやってください。 「施設のルールを置けば、3名の誰が使っても同じ口調の案になるか」を先に確かめます。
| 出てきた内容 | 判断 |
|---|---|
| 口調がそろい、確認表が約束の言い回しを拾った | 日々の運用に進む |
| 口調はそろうが、約束の言い回しが返信の案に残る | 一覧の書き方を直す。指示で順番を守らせる |
| 口調が施設らしくない | ルールの文書に、過去の良い返信を例として足す |
3行目が出ることは珍しくありません。 「丁寧に」「温かく」のような言葉だけでは、施設らしさは伝わりません。3名が「これは良い返信だった」と思う過去の返信を5件ほど選んで、例として置くと、口調が近づきます。
08実装時につまずきやすいポイント
| 問題 | 対策 |
|---|---|
| 約束の言い回しが丁寧な文の中に紛れる | 確認表を先に出させ、ok のものだけを返信に使わせる |
| 確かめていない事実を謝罪の形で認める | 事実の主張を分け、確かめる部署を確認表に出す |
| 体調やけがの口コミに返信の文だけで応じる | 「支配人の判断が要る」にし、2文までの下書きにとどめる |
| 一覧に無い改善の予定を書く | 施設の事実の一覧に公表済みのものだけを置く |
| 宿泊客の名前やスタッフの名前が返信に出る | 貼る前に伏せる。滞在の要点に個人の情報を書かない |
| 前の口コミの内容が次の返信に混ざる | 口コミ1件につきチャットを1つにする |
| 旅館の返信にホテルの口調が混ざる | 施設ごとにプロジェクトを分ける |
| ルールの古い版が Sources に残る | 直したら古い版を消してから置く |
| 外国語の返信の強さが確かめられない | 日本語の訳を並べ、月に一度その言語の分かる人に見てもらう |
| 同じ定型の返信が並び、使い回しに見える | 口コミの具体的な言葉に1つ触れることをルールに入れる |
| 長い返信の最後に「次回は」が付く | 方針の区分ごとに長さの目安を決める |
| 繁忙期に古い口コミから処理して新しいものが遅れる | 新しいものから処理し、古いものは短い返信でまとめる |
上の2行が、この構成の失敗のほとんどです。 どちらも「丁寧に返そうとして、施設が約束や事実の承認をしてしまう」という同じ形をしています。確認表を先に出し、要確認を人が解消してから返信の案を使う順番が守れているかで、公の場に残る言葉の質が決まります。
09セキュリティ・AIガバナンス上の注意点
この構成で扱うデータ: 予約サイトに公開された口コミの文と評価、宿泊の月・プラン・部屋の種類、施設のルールと事実の一覧です。口コミは公開の文ですが、宿泊の管理システムの情報と結び付けると、誰の滞在かが分かる情報になります。
- 業務用のワークスペースを使う … 公式の案内では、業務用のワークスペース(Business・Enterprise・Edu)について、OpenAI は既定で業務のデータをモデルの学習に使わないとされ、データは通信中も保存時も暗号化されるとされています。個人のアカウントに口コミと滞在の情報を貼らないことを3名で決めます
- 滞在の要点に個人の情報を入れない … 氏名、部屋番号、同行者、連絡先、予約番号は貼りません。宿泊の月・プラン・部屋の種類だけにします
- 掲載は人が行う … 返信は施設の公の言葉です。予約サイトに自動で掲載する仕組みは作りません
- 返金・補償・事故への対応を返信の場で決めない … 金銭や事故に関わる対応は、支配人が別の窓口で行います。返信はその結果を短く伝えるか、確認する旨にとどめます
- スタッフの名前の扱いを決めておく … 口コミでスタッフの名前が出たとき、返信で名前に触れるかを施設のルールで決め、本人に確かめておきます
- ルールの文書を外へ出さない … 約束してはいけない表現の一覧には、過去のトラブルの事例が書かれていることがあります。Sources に置く範囲と、ワークスペースで見られる人を絞ります
- 返信の言葉の責任は施設にあると決めておく … 返信の案を誰が作ったかにかかわらず、掲載した返信は施設の言葉です。掲載した担当者の名前を記録の表に残し、問い合わせが来たときにたどれるようにします
誤りが起きた場合のリスクは、守れない約束を公の場に残すことと、確かめていない事実を認めたり否定したりすることの2つです。 どちらも返信の案の丁寧さから生まれます。確認表の順番と、支配人に回す条件を、設計で守ります。
10まず何から始めるか
1週目:ルールの文書を作る
3名で、言い回しのルールと約束してはいけない表現の一覧を、施設ごとにA4で1〜2枚にまとめます。「これは良い返信だった」と思う過去の返信を5件ずつ選び、例として添えます。
2週目:施設の事実の一覧を作る
設備とサービスの内容、営業時間、公表済みの改装やサービス変更の予定を、支配人が一覧にします。公表していない予定は載せません。
3週目:20件で試す
ChatGPT のプロジェクトを施設ごとに作り、文書を Sources に置き、過去の20件で分解・確認表・返信の案を出させます。実際に掲載した返信と並べ、約束の言い回しが確認表で止まるかを最優先で見ます。
4週目:毎日の運用を始める
返信の時間を決め、口コミ1件につきチャット1つ、型にそろえて貼る運用を始めます。記録の表に、返信の方針の区分と確かめた部署の欄を足します。
2か月目: 記録の表を部署ごとに数え、指摘の多い点を会議に出します。外国語の返信を、その言語の分かる人に一度まとめて見てもらいます。3か月目以降: 1件15分が何分になったかと、口コミから返信までの日数を測ります。低い評価の口コミに、確かめた事実に基づく返信が数日のうちに付くようになった時点で、この構成は完成です。
11関連ユースケース
12この仕組みを理解するための記事
13技術仕様の確認日・参考情報
| 確認した内容 | 情報源 | 確認日 |
|---|---|---|
| プロジェクトが関連するチャット・ファイル・指示・ソースをまとめる機能であること。プロジェクトの指示がそのチャット全体に適用されること。アップロードしたファイルと接続した情報源が Sources の欄に置かれ、同じプロジェクトのチャットが同じファイル・指示・情報源を使えること。パソコンのフォルダを直接見に行かないこと | ChatGPT: Projects | 2026-10-08 |
| 業務用のワークスペース(Business・Enterprise・Edu)で、OpenAI が既定で業務のデータを学習に使わないこと。データが通信中と保存時に暗号化されること。会話の保持がワークスペースの設定に従い、削除したチャットが一般に30日以内に完全に削除される予定であること | ChatGPT: Work cloud security | 2026-10-08 |
予約サイトごとの返信の掲載の基準は、それぞれの管理画面の案内で確かめてください。 本記事は公開されている仕様で確認できた範囲だけを扱っており、予約サイトの規約の内容は扱っていません。
実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。
自社の業務に使えるAI活用候補を整理します
このユースケース(UC-1028)についてのご相談はこちらから。
