Media > AI活用ユースケース > カスタマーサポート > タクシー会社のお客様相談の担当が、乗客から届く苦情・ご意見のメールに、ChatGPT で営業所に頼む事実確認の項目と返信の下書きを作り、苦情の記録の項目にそろえる

タクシー会社のお客様相談の担当が、乗客から届く苦情・ご意見のメールに、ChatGPT で営業所に頼む事実確認の項目と返信の下書きを作り、苦情の記録の項目にそろえる

実装ステータス:構成例 技術的に実現可能な構成として設計したもの。自社未検証

乗客から届く苦情・ご意見のメールを ChatGPT で読み、営業所に頼む事実確認の項目と、返信の下書きを作ります。受付の返信と事実確認の後の返信を分け、苦情の記録の項目にもそろえます。

サマリー
生成AI
ChatGPT/Claude/Gemini/Microsoft Copilot
対象業界
その他/物流
対象部門
カスタマーサポート
対象業務
問い合わせ対応/書類作成
主な課題
問い合わせが多い/属人化している/期限・対応漏れが起きる
AIで行う処理
生成
主な効果
品質標準化/対応スピード向上/工数削減
導入難易度
★☆☆☆☆
実装レベル
半自動化
費用感
SaaS追加(小)
人間の確認
条件付き
現在工数
60h/月
AI導入後
27h/月
想定削減
55%
年間削減
396h
モデル条件による試算値です。実在企業の実績ではありません。

01導入前 / 導入後の業務フロー

導入前(Before)
  1. 共有のメールボックスに届いたメールを読み、苦情か、ご意見か、忘れ物か、お礼かを分ける
  2. 苦情なら、乗車の日時・場所・車両の手がかりを本文から探し、足りなければ乗客に聞き返すメールを書く
  3. 受付の返信を書いて送る
  4. 営業所に事実確認を頼むメールを書く(何を確かめてほしいかを書き出す)
  5. 営業所からの報告を受けて、事実確認の後の返信を書き、上長が読んでから送る
  6. 苦情の記録の表に、内容・原因・返信の内容・改善措置・担当を書き込む
導入後(After)
  1. 人共有のメールボックスのメールを開き、乗客の名前・メールアドレス・電話番号を伏せて本文を ChatGPT の「苦情対応」のプロジェクトに貼る
  2. 人ChatGPT が苦情の区分、事実確認の項目(メールに書かれているもの・無いもの)、受付の返信の下書きを返す
  3. 人担当が区分と項目を確かめ、受付の返信を直して送る。足りない項目があれば聞き返しを添える
  4. 人事実確認の項目を、営業所への依頼のメールに貼って送る
  5. 人営業所の報告を ChatGPT に貼り、事実確認の後の返信の下書きと、苦情の記録の5項目の下書きを作らせる
  6. 人担当が直し、上長が読んでから返信を送る。記録の5項目を表に写す
各工程の詳しい説明を読む
  1. 共有のメールボックスに届いたメールを読み、苦情か、ご意見か、忘れ物か、お礼かを分ける
  2. 苦情なら、乗車の日時・場所・車両の手がかりを本文から探し、足りなければ乗客に聞き返すメールを書く
  3. 受付の返信を書いて送る
  4. 営業所に事実確認を頼むメールを書く(何を確かめてほしいかを書き出す)
  5. 営業所からの報告を受けて、事実確認の後の返信を書き、上長が読んでから送る
  6. 苦情の記録の表に、内容・原因・返信の内容・改善措置・担当を書き込む

(a)1件ごとの文面に時間がかかる。 受付の返信、営業所への依頼、事実確認の後の返信と、1件の苦情に3つの文を書きます。お詫びの言い方や約束の仕方を考えるのに時間がかかり、 返信が翌日に回ることがあります。

(b)確かめる項目が担当によって違う。 ある担当は乗車の時刻と場所だけを営業所に伝え、別の担当は決済の方法とドライブレコーダーの確認まで頼みます。営業所から「どの車か分からない」と戻ってきて、乗客に聞き返すのが数日後になることがあります。

(c)受付の返信で書きすぎる。 乗客の怒りが強いメールほど、担当は受付の段階で「乗務員を厳しく指導いたします」と書いてしまいます。事実確認の結果、乗務員に非が無かったと分かったときに、先の返信と食い違います。

(d)記録の漏れ。 返信を送ったあと、苦情の記録の表への書き込みが後回しになり、原因究明の結果と改善措置の欄が空のまま残ることがあります。営業所ごとの記録は運輸規則が求めるもので、監査のときに慌てて埋めることになります。

(e)良い声が乗務員に届かない。 お礼や褒める声も同じメールボックスに届きますが、苦情の対応に追われて営業所に回すのが遅れ、乗務員本人に伝わらないまま埋もれることがあります。

  1. 【人】 共有のメールボックスのメールを開き、乗客の名前・メールアドレス・電話番号を伏せて本文を ChatGPT の「苦情対応」のプロジェクトに貼る
  2. 【人】 ChatGPT が苦情の区分、事実確認の項目(メールに書かれているもの・無いもの)、受付の返信の下書きを返す
  3. 【人】 担当が区分と項目を確かめ、受付の返信を直して送る。足りない項目があれば聞き返しを添える
  4. 【人】 事実確認の項目を、営業所への依頼のメールに貼って送る
  5. 【人】 営業所の報告を ChatGPT に貼り、事実確認の後の返信の下書きと、苦情の記録の5項目の下書きを作らせる
  6. 【人】 担当が直し、上長が読んでから返信を送る。記録の5項目を表に写す

この構成に自動で動く部分はありません。 返信を送るのも、営業所に頼むのも担当です。乗客に届く文が、人の確認を経ずに出ていく経路を作りません。

2番目で、受付の返信に書いてよいことを決まりで縛るのが、この設計の分かれ目です。 受付の返信には、不快な思いをさせたことへのお詫び、確かめて改めて連絡すること、目安の日数だけを書かせます。乗務員の非を認める言葉も、否定する言葉も、指導や補償の約束も書かせません。

4番目で営業所への依頼に項目を貼るのは、第3章の(b)のためです。 担当が依頼の文を考えるのではなく、区分ごとに決めた項目の一覧から、メールに無いものを並べます。依頼の中身が担当によらずそろいます。

5番目で記録の5項目まで出させるのは、第3章の(d)のためです。 返信の下書きと同じ材料から記録の下書きが出れば、返信を送ったあとに記録を書く作業が、写すだけになります。

02今回想定するシステム構成

構成図
乗客 ── Web のフォーム/メール
   ▼
共有のメールボックス
   │  担当が名前・連絡先を伏せて本文を写す
   ▼【トリガー】メールの受信(担当が開いたとき)
ChatGPT(社のプロジェクト「苦情対応」)
   │  ソース:返信の書き方の決まり/苦情の区分の一覧/
   │         事実確認の項目の一覧/運賃・決済の案内文
   ├──▶ 苦情の区分と事実確認の項目
   └──▶ 受付の返信の下書き
   ▼
【担当が直して送る】 → 営業所へ事実確認の依頼
   ▼
営業所の報告(乗務記録・乗務員の話・映像の確認の結果)
   ▼
ChatGPT(共有のスキル「事実確認の後の返信」)
   ├──▶ 事実確認の後の返信の下書き
   └──▶ 苦情の記録の5項目の下書き
   ▼
【担当が直し、上長が読んで送る】 → 苦情の記録の表
役割想定する製品代替候補
処理ChatGPT(業務用ワークスペースのプロジェクトとスキル)Claude、Microsoft Copilot、Gemini
受付Web の問い合わせフォームと共有のメールボックス-
記録苦情の記録の表(営業所ごとのシート)問い合わせ管理のシステム

新しく足すのは、社のプロジェクトと共有のスキルの2つです。 フォーム、メールボックス、記録の表は今のままです。ChatGPT とメールボックスや記録の表はつなぎません。 担当が伏せてから貼った分だけが ChatGPT に渡ります。

下書きはプロジェクトで作ります。 公式の案内では、プロジェクトは関連するチャットをまとめて ChatGPT に要る文脈を与えるもので、アップロードしたファイルとつないだ情報を置く「ソース」と、プロジェクト内のすべてのチャットに効く指示を持ちます。返信の書き方の決まり、苦情の区分の一覧、事実確認の項目の一覧をソースに置けば、3名が同じ決まりで下書きを作れます。

事実確認の後の返信はスキルで作ります。 公式の案内では、スキルは特定の作業や手順のための指示と資料をまとめたもので、ChatGPT では @ で指定して使い、ワークスペースの設定が許せば同僚と共有できるとされています。お客様相談室の責任者がスキルを作って共有し、事実確認の後の返信の決まりを1つにします。

業務用のワークスペースを使うのは、乗客の話を社の決まりで扱うためです。 公式の案内では、Business・Enterprise・Edu のワークスペースのデータは通信中と保存時に暗号化され、OpenAI は既定では業務のデータをモデルの学習に使わないとされています。

03どうやって実装するのか

Step1

処理の起点を決める

共有のメールボックスにメールが届き、担当が開いたときに始めます。 受付の返信は、届いた日のうちに送る決まりにします。事実を確かめる前でも、受け取ったことと、確かめて連絡することを早く伝えるほうが、乗客の怒りは大きくなりにくいからです。

1件の苦情につき、新しいチャットを1つ開きます。 チャットの名前は、苦情の記録の表の受付番号にします。営業所の報告を受けたら、同じチャットで事実確認の後の返信を作ります。 受付から返信までの経緯が1つのチャットに残り、上長が読むときに流れが追えます。

営業所への依頼には、返事の期限を付けます。 受付の返信で乗客に伝えた目安の日数より前に報告が来るよう、期限は目安の日数の2日前にします。期限を過ぎた依頼は、担当が営業所に電話で確かめます。

お礼や褒める声も、同じプロジェクトで返信の下書きを作ります。 乗務員の名前が分かれば、営業所を通じて本人に伝えます。苦情だけを扱う仕組みにすると、良い声が乗務員に届かなくなります。

Step2

入力データを集める

データ中身取得元
苦情のメールの本文乗客が書いた出来事。名前・メールアドレス・電話番号は伏せる共有のメールボックス
フォームの選択欄乗車の日付、時刻の帯、乗車地と降車地、決済の方法(乗客が選んだもの)Web のフォーム
返信の書き方の決まり受付の返信と事実確認の後の返信で、書くこと・書かないこと、言い回しの例プロジェクトのソース
苦情の区分の一覧言葉づかい・態度/道順・運賃/乗車拒否/安全運転/車内/決済/忘れ物/その他プロジェクトのソース
事実確認の項目の一覧区分ごとに営業所に確かめてもらう項目プロジェクトのソース
営業所の報告車両・乗務の特定の結果、乗務員の話、映像の確認の結果、改善の措置。乗務員の名前は伏せる営業所からのメール

質を決めるのは、事実確認の項目の一覧です。 区分ごとに、営業所が何を見れば確かめられるかを書いておきます。たとえば「道順・運賃」なら、乗車と降車の時刻と場所、メーターの記録、走った経路の記録、乗客が経路を指定したかどうかです。この一覧があれば、ChatGPT は一覧のどの項目がメールに書かれていて、どれが無いかを挙げるだけで済みます。

フォームの選択欄は、本文より先に貼ります。 乗車の日付や乗車地は、本文の中では「先週の金曜」「駅前で」のようにあいまいに書かれていることが多く、選択欄のほうが確かです。 本文と選択欄が食い違うときは、その食い違いを項目として挙げさせます。

営業所の報告では、乗務員を「乗務員A」と書いてもらいます。 苦情の記録には担当した者を書きますが、それは本社の記録の表に人が書くもので、ChatGPT に乗務員の名前を渡す必要はありません。

Step3

データの取得方法を決める

メールの本文は、担当が共有のメールボックスから写します。 写す前に、署名・メールアドレス・電話番号・名前を「[乗客]」「[連絡先]」に置き換えます。本文の中に乗務員の名前や乗務員証の番号が書かれていれば、「[乗務員]」「[乗務員証番号]」に置き換えます。

取るものどこからどう渡すか
メールの本文とフォームの選択欄共有のメールボックス伏せてからプロジェクトのチャットに貼る
返信の書き方の決まり・区分の一覧・事実確認の項目の一覧プロジェクトのソースChatGPT がプロジェクトの中で参照する
営業所の報告営業所からのメール乗務員の名前を伏せてから同じチャットに貼る

乗務員証の番号や車両の番号は、ChatGPT に渡さなくても、日時と場所があれば営業所で特定できます。 乗客が書いてきた番号は、営業所への依頼のメールに担当が直接書き写します。ChatGPT の出す項目の一覧には「乗客が車両番号を書いている:あり」とだけ出させます。

ソースはお客様相談室の責任者だけが入れ替えます。 公式の案内では、ソースに置いたファイルはそのプロジェクトのチャットで使えるとされています。運賃や決済の案内が変わったら、古い版を消して新しい版を置きます。

Step4

AIへ渡す前に整形する

  1. 区分の前に、緊急のものを分ける … けが・事故、脅し、乗務員への暴力の訴え、落とし物の中に貴重品や薬があるものは、ChatGPT に貼らずに上長と営業所に電話で知らせます
  2. 名前と連絡先を伏せる … 乗客・乗務員・第三者の名前、メールアドレス、電話番号を置き換えます
  3. フォームの選択欄を先頭に置く … 本文より確かな情報として扱わせます
  4. 忘れ物は別の手順へ … 忘れ物の問い合わせは苦情ではなく、忘れ物の手順で扱います。本文に苦情と忘れ物が混ざっているときは、両方の区分を付けさせます
  5. 匿名のものを見分ける … 返信先が無いものは、返信の下書きを作らず記録だけ作ります

1番目を軽く見ないでください。 文で届く苦情の中にも、乗車中のけがや、乗務員とのもみ合いの訴えが混ざることがあります。下書きを作ってから気づくのでは遅く、 最初に読む担当が先に分けます。

5番目は、運輸規則とも関係します。 運輸規則は苦情を申し出た者に遅滞なく弁明することを求めていますが、氏名と住所を明らかにしない者に対してはこの限りでないとしています。返信先の無いものに返信の下書きは要りませんが、苦情の記録は残します。

Step5

AIに処理させる

させること中身根拠にするもの
苦情の区分区分の一覧から1つか2つを選ぶ区分の一覧
事実確認の項目区分ごとの項目のうち、メールに書かれているもの・書かれていないもの・食い違うものを分ける事実確認の項目の一覧、本文、選択欄
聞き返しの文書かれていない項目のうち、乗客にしか分からないものを聞く1〜3行の文事実確認の項目の一覧
受付の返信の下書きお詫び、確かめて連絡すること、目安の日数返信の書き方の決まり
事実確認の後の返信の下書き営業所の報告で確かめられた事実、会社としての受け止め、改善の措置営業所の報告、返信の書き方の決まり
苦情の記録の下書き苦情の内容、原因究明の結果、弁明の内容、改善措置の4項目(担当した者は人が書く)本文、営業所の報告、送った返信
させないこと理由
受付の返信で乗務員の非を認める・否定すること事実を確かめる前。後の返信と食い違う
指導・処分・返金・補償を約束すること会社が判断する。担当の返信で決めない
営業所の報告に無い事実を書くこと確かめていないことを確かめたように書く
乗務員の人柄や態度を推し量って書くこと苦情の文だけで人を評価しない
運賃の正しさを計算で判断することメーターと経路の記録を営業所が確かめる

1行目がいちばん起きやすい失敗です。 怒りの強いメールを渡すと、ChatGPT は乗客に寄り添おうとして「乗務員の対応に問題があったことを深くお詫びします」と書きがちです。「不快な思いをおかけしたこと」へのお詫びと、「対応に問題があったこと」へのお詫びは、意味が違います。 返信の書き方の決まりに、使ってよいお詫びの言い回しを例で書いておきます。

5行目も効きます。 乗客が「遠回りされて1,000円高かった」と書いてきたとき、ChatGPT が地図の知識で「通常は○○円程度です」と書くと、会社が運賃の誤りを認めたように読めます。 運賃の確かめは営業所の記録で行います。

Step6

指示内容を固定する

プロジェクトの指示(受付の段階):

あなたはタクシー会社のお客様相談室で、乗客からの苦情・ご意見の
受付を手伝います。ソースの「区分の一覧」「事実確認の項目の一覧」
「返信の書き方の決まり」に従ってください。

【返すもの】
1. 区分:区分の一覧から1つか2つ
2. 事実確認の項目:区分ごとの項目を
   「書かれている(どこに)」「書かれていない」「本文と選択欄で食い違う」に分ける
3. 聞き返し:書かれていない項目のうち、乗客にしか分からないものを聞く文(無ければ空)
4. 受付の返信の下書き

【受付の返信で書くこと】
- ご連絡へのお礼と、不快な思いをおかけしたことへのお詫び
- 営業所で事実を確かめ、改めて連絡すること
- 連絡の目安の日数:{days}日

【受付の返信で書かないこと】
- 乗務員に非があった、または無かったと読める言葉
- 指導・処分・返金・補償・運賃の訂正の約束
- 乗務員の人柄や態度についての推測
- 運賃や経路が正しかったかどうかの見立て

【決まり】
- [乗客][乗務員] などの伏せ字は、そのまま残してください。
- 本文に書かれていないことを、書かれているとしないでください。
- けが・事故・暴力・脅しに触れる記述があれば、何も作らず
  「緊急の確認が必要」とだけ返してください。

スキル「事実確認の後の返信」(@事実確認の後の返信 で呼ぶ):

このチャットの受付の内容と、貼った営業所の報告から、
事実確認の後の返信の下書きと、苦情の記録の下書きを作ってください。

- 営業所の報告で確かめられた事実だけを書いてください。
  報告に「確認できなかった」とあるものは、確認できなかったと書いてください。
- 会社としての受け止めと改善の措置は、営業所の報告に書かれたものだけを書いてください。
- 返金・補償は、報告に「会社として返金する」と書かれている場合だけ書いてください。
- 乗務員の名前、処分の内容は書かないでください。
- 苦情の記録は「苦情の内容」「原因究明の結果」「弁明の内容」「改善措置」の4項目で、
  それぞれ2〜3行にしてください。「苦情処理を担当した者」は空けてください。

「確認できなかったと書いてください」を明記するのは、 映像が残っていない、乗務員の記憶があいまい、という報告を、ChatGPT が「確認いたしました」とまとめてしまうことがあるからです。確認できなかったことを正直に伝える返信のほうが、後で食い違いを生みません。

Step7

出力形式を固定する

受付の段階は、次の形で受け取ります。

{
  "category": ["道順・運賃"],
  "checks": [
    { "item": "乗車の日時", "status": "書かれている", "where": "選択欄:10/12 22時台" },
    { "item": "乗車地と降車地", "status": "食い違う", "where": "選択欄:駅東口/本文:駅西口" },
    { "item": "決済の方法", "status": "書かれていない", "where": "" },
    { "item": "経路の指定の有無", "status": "書かれていない", "where": "" }
  ],
  "ask_customer": "お手数ですが、お支払いの方法と、行き先までの道順をご指定になったかをお知らせいただけますでしょうか。",
  "ack_reply": "このたびはご連絡をいただき、ありがとうございます。ご乗車の際に不快な思いをおかけしましたことをお詫び申し上げます。担当の営業所で当日の記録を確かめ、5日以内に改めてご連絡いたします。",
  "urgent": false
}

事実確認の後は、返信の下書きと、記録の4項目で受け取ります。

【苦情の記録】
苦情の内容:10/12 22時台、駅から自宅までの乗車で、遠回りをされたとのお申し出
原因究明の結果:運行の記録では、駅西口から国道経由で走行。乗客の指定の有無は乗務員の記憶では不明
弁明の内容:経路を確かめずに走り出したことをお詫びし、記録上の経路をご説明した
改善措置:乗車時に経路の希望を伺う手順を、営業所の点呼で全乗務員に再周知
苦情処理を担当した者:(担当が記入)

1つ目の理由は、事実確認の項目をそのまま営業所への依頼に使えることです。 「書かれていない」「食い違う」の項目を依頼に貼れば、営業所は何を調べればよいかがすぐに分かります。 第3章の(b)の、どの車か分からないという戻りが減ります。

2つ目は、urgent で緊急のものを止められることです。 前処理で分け損ねたものも、ここで止まります。true が返ったら、担当は下書きを使わず上長に知らせます。

3つ目は、記録の項目が運輸規則の項目と同じ並びであることです。 苦情の内容、原因究明の結果、弁明の内容、改善措置、担当した者の5つは、運輸規則が営業所ごとに記録を求める項目そのものです。 表に写すだけで記録がそろいます。

Step8

システムへ連携する

つなぎ先方式内容
共有のメールボックス担当が伏せてから本文を写すChatGPT とはつながない
営業所担当が社内メールで依頼を送る事実確認の項目の一覧を貼る
乗客担当が共有のメールボックスから返信する受付の返信と事実確認の後の返信
苦情の記録の表担当が4項目を写し、担当した者を書く営業所ごとのシート

ChatGPT からどこかへ自動で送るもの、書き込むものはありません。 乗客への返信も、営業所への依頼も、記録の表も、担当の手を通ります。

営業所への依頼のメールは、型を決めておきます。 件名に受付番号、本文に「事実確認の項目」の一覧と、乗客が書いてきた車両番号や乗務員証の番号(担当が直接書き写したもの)、報告の期限を置きます。営業所の報告も同じ受付番号で返してもらえば、 担当はどのチャットに貼ればよいかを迷いません。

共有のメールボックスでは、受付番号を件名に付けて返信します。 乗客が続けて返事をくれたとき、どの苦情の続きかがすぐに分かり、同じチャットに貼って続きを作れます。

Step9

人が確認する

  1. 区分と事実確認の項目を確かめる … 「書かれている」とされた項目が、本当に本文か選択欄にあるかを見ます
  2. 受付の返信の言葉を見る … 非を認める・否定する言葉、約束の言葉が無いかを見ます
  3. 事実確認の後の返信を、営業所の報告と並べて読む … 報告に無いことが書かれていないかを見ます
  4. 上長が事実確認の後の返信を読む … 返金・補償に触れるもの、乗客の怒りが強いものは必ず上長が読みます
  5. 記録の4項目を写し、担当した者を書く … 改善措置が空のまま残っていないかを見ます

3番目を省かないでください。 事実確認の後の返信は、会社として乗客に示す結論です。報告に無い事実が1つでも入れば、 次のやり取りで乗客から指摘され、営業所の調べ直しになります。

目標は、1件あたり18分です。 伏せて貼る時間と区分・項目の確かめが5分ほど、受付の返信の直しが4分ほど、事実確認の後の返信の直しが6分ほど、記録の写しが3分ほどという見立てです。

Step10

例外に対処する

起きること対応
けが・事故・暴力・脅しに触れるurgent が返る。下書きを使わず上長と営業所に電話で知らせる
返信先の無い苦情返信の下書きを作らず、記録の4項目だけを作る
車両を特定できない聞き返しを送り、返事が無ければ記録に「特定できず」と残す
ドライブレコーダーの映像が残っていない報告に「確認できなかった」と書いてもらい、返信にもそのまま書く
乗客が返金を求めている返信の下書きでは約束しない。上長が判断し、決まったことだけを書く
同じ乗客から続けて届く同じチャットで続ける。新しい出来事なら新しい受付番号を振る
苦情の中で他社の車両と分かった他社の車両である可能性を伝える返信を担当が書き、記録に残す
ChatGPT が使えない(障害)書き方の決まりと事実確認の項目の一覧を見ながら手で書く

上から5行目は、最初の数か月で必ず出ます。 返金の求めがある苦情ほど、担当は早く収めたくなります。下書きで約束させない決まりを、指示と上長の確認の両方で守ります。

Step11

記録を残す

  • 苦情の記録の表(営業所ごとのシート。運輸規則の5項目)
  • 乗客に送った受付の返信と事実確認の後の返信(共有のメールボックス)
  • 営業所への依頼と報告(社内メール)
  • 返信の書き方の決まり・区分の一覧・事実確認の項目の一覧の版

記録は、表とメールボックスに残します。 公式の案内では、会話の保持はワークスペースの設定に従い、削除したチャットは原則として30日以内に完全に削除される予定とされています。運輸規則の求める記録は1年間の保存なので、チャットではなく、営業所ごとの表に残すことが前提です。

決まりと一覧の版を残すのは、返信の言い回しが後から変わるからです。 使ってよいお詫びの言い回しを直したとき、前の版で送った返信がどの決まりに沿っていたかを説明できるようにします。

04実装レベルの3段階

最小構成:過去の苦情を伏せて貼り、区分と事実確認の項目と受付の返信を作る / 受付の段階の下書き
半自動化:上記+届いた日に使い、営業所の報告から事実確認の後の返信と記録の4項目を作る / 受付から記録までの下書き
本格構成:上記+記録の表を月次で集計し、区分ごと・営業所ごとの傾向を点呼と研修の材料にする / 再発防止の材料づくり

最小構成では、事実確認の後の返信はまだ手で書きます。 確かめたいのは、事実確認の項目がそろうかどうかと、受付の返信が決まりの範囲に収まるかどうかです。 半自動化で、1件40分が18分程度になります。 3つの文と記録の下書きが同じチャットから出ます。この段階が本記事の想定です。 本格構成は、苦情を減らす段階です。 記録の表の4項目がそろってくると、区分ごと・営業所ごとに、どんな苦情が続いているかが数えられます。 段階を飛ばさないでください。記録の書き方がそろわないうちに集計しても、同じ出来事が別の区分に散らばります。

05工数削減シミュレーション

前提値(モデル条件)
対象人数
3 名
月間件数
90 件
1件あたり現在時間
40 分
1件あたり導入後時間
18 分
現在  90件 × 40分 ÷ 60 = 60 時間/月
導入後 90件 × 18分 ÷ 60 = 27 時間/月
月間削減時間
33h
削減率
55%
年間削減時間
396h
年間金額換算(時間単価2,800円)
111万円
モデル条件による試算であり、実際の効果は業務内容・運用方法によって異なります。

自社条件で導入効果を整理したい方へ

このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。

AI活用について相談する

06向いている企業・向いていない企業

向いている
  1. 複数の営業所を持ち、Web のフォームやメールで乗客の苦情・ご意見を受けているタクシー会社・ハイヤー会社。本社のお客様相談の担当が、営業所に事実確認を頼んでから返信しているが、何を確かめてもらうかが担当によって違う場合。返信の文面の書き方が担当ごとにばらばらで、謝り方や約束の仕方が統一されていない場合。業務用の ChatGPT のワークスペースを社で用意できる場合。
向いていない
  1. 苦情が月に数件で、営業所の管理者が電話で対応すれば足りる場合。苦情の受付から返信までをすでに問い合わせ管理のシステムで定型化しており、文面のひな形で足りている場合。なお、苦情の原因の判断、乗務員への指導や処分、返金・補償の判断は、この構成では代替できません。

07最小構成で試す方法

  1. 先月の苦情から、区分の違うものを10件選ぶ(道順・運賃、言葉づかい、乗車拒否、決済を混ぜる)
  2. 名前と連絡先を伏せて、本文とフォームの選択欄を写す
  3. 返信の書き方の決まり、区分の一覧、事実確認の項目の一覧の試しの版を作り、プロジェクトのソースに置く
  4. 10件について、区分・事実確認の項目・受付の返信の下書きを作らせる
  5. 当時の受付の返信と営業所への依頼と並べ、項目の抜けと書きすぎを見る

10件は必ずやってください。 ここで確かめるのは、事実確認の項目の一覧で、営業所への依頼がどれだけそろうかです。

出てきた内容判断
項目が当時の依頼より細かく、受付の返信も決まりに沿っていた事実確認の後の返信のスキルを作る段階に進む
受付の返信に非を認める言葉が出た指示の書き方で直る。構成は有効
区分ごとの項目が足りず、どれも同じ項目になった事実確認の項目の一覧を営業所と作り直す。 AIの問題ではない

2行目は、指示に「受付の返信で書かないこと」を並べ、使ってよいお詫びの言い回しを決まりに例で書くと減ります。 それでも出るものは、担当の確認で止められるかを見てください。

3行目が出ることは珍しくありません。 これまで何を確かめるかは、担当と営業所の運行管理者の経験で決まっていたということです。営業所の運行管理者に、区分ごとに何を見れば確かめられるかを聞き取ってから、 もう一度試してください。

08実装時につまずきやすいポイント

問題対策
受付の返信で非を認めてしまう使ってよいお詫びの言い回しを決まりに例で書き、担当が言葉を確かめる
返金や指導を約束する指示で禁じ、返金に触れるものは上長が読む
営業所の報告に無いことを書く「確認できなかった」はそのまま書かせ、報告と並べて読む
地図の知識で運賃を見立てる運賃の正しさは営業所の記録で確かめると指示する
名前を伏せ忘れる貼る前に伏せる手順を決まりにし、伏せ字が残っているかを見る
緊急のものを下書きに回す最初に読む担当が先に分け、urgent でも止める
記録の改善措置が空のまま事実確認の後の返信と同じチャットで記録の下書きを作る
営業所の報告の書き方がばらばら報告の型(特定の結果・乗務員の話・映像・改善の措置)を営業所に配る

上の2行が、この構成の失敗のほとんどです。 どちらも、乗客に早く応えたい気持ちから出る書きすぎです。受付の返信に書いてよいことを決まりで狭くしておくことが、事実確認の後の返信の自由を守ります。

下の2行は、営業所の側の準備で決まります。 営業所の報告の書き方がそろわないと、ChatGPT に貼っても事実確認の後の返信が報告ごとに違う形になり、改善措置の欄も「指導した」の一言で終わります。 報告の型を配るときに、改善措置の書き方の例も添えてください。

09セキュリティ・AIガバナンス上の注意点

この構成で扱うデータ: 乗客が書いた出来事、乗車の日時と場所、決済の方法、営業所の報告。乗客と乗務員の名前、メールアドレス、電話番号、乗務員証の番号は扱いません。

  1. 名前と連絡先を伏せてから貼る … 乗客・乗務員・第三者の名前、連絡先を置き換えます
  2. 業務用のワークスペースを使う … 公式の案内では、Business・Enterprise・Edu のワークスペースは既定では業務のデータをモデルの学習に使わないとされています。個人のアカウントで使わないことを社の決まりにします
  3. 乗務員の評価に使わない … 苦情の文だけから乗務員の人柄や態度を推し量らせません。指導や処分は、営業所の事実確認の結果をもとに、社の手続で決めます
  4. ドライブレコーダーの映像を貼らない … 映像の確認は営業所で行い、ChatGPT には結果の文だけを渡します
  5. 返信を自動で送らない … 乗客に届く文は、担当が直して送ります
  6. 記録は運輸規則に沿って営業所ごとに残す … 苦情の内容、原因究明の結果、弁明の内容、改善措置、担当した者を記録し、1年間保存します。チャットの履歴を記録の代わりにしません

乗務員の側の話も、同じように扱います。 営業所の報告には、乗務員が自分の事情を説明した内容が入ります。報告の文を伏せて貼り、乗務員の言い分を返信の下書きの中で不当に軽く扱わないよう、事実確認の後の返信は報告の記載だけで書かせます。

誤りが起きた場合のリスクは、確かめる前に非を認めて後の返信と食い違うことと、確かめていない事実を会社の結論として伝えることの2つです。 どちらも乗客との信頼と、乗務員の扱いの公正さに関わります。受付と事実確認の後で返信の決まりを分け、報告と並べて読む工程で止めます。

10まず何から始めるか

1週目:事実確認の項目の一覧を営業所と作る

3つの営業所の運行管理者と、区分ごとに確かめられる項目を書き出します。乗務記録、運行の記録、決済の記録、映像のどれで確かめるかを、項目ごとに書きます。 あわせて、映像が何日分残るかと、営業所が報告を返せる日数の目安を聞いておきます。受付の返信に書く目安の日数は、この答えから決めます。

2週目:返信の書き方の決まりを作る

受付の返信で書くこと・書かないこと、使ってよいお詫びの言い回し、事実確認の後の返信で書くことを1〜2ページにまとめます。上長が決め、3名で同じものを使います。

3週目:10件で試す

先月の苦情10件を伏せて貼り、区分と事実確認の項目と受付の返信を作らせます。当時の依頼と並べ、項目の抜けと受付の返信の書きすぎを最優先で見ます。

4週目:届いた苦情で使い始める

受付の段階から使い始め、営業所への依頼に事実確認の項目を貼ります。営業所の報告の型を配り、事実確認の後の返信のスキルを作ります。

2か月目: 事実確認の後の返信と記録の4項目まで同じチャットで作ります。3か月目以降: 1件40分が何分になったかを実測し、記録の表の改善措置の欄が埋まっているかを営業所ごとに見ます。受付の返信がその日のうちに届き、営業所への依頼が戻ってこなくなり、記録の5項目がそろった時点で、この構成は完成です。


11関連ユースケース

12この仕組みを理解するための記事

13技術仕様の確認日・参考情報

技術仕様確認日:2026-10-15/最終更新:2026-10-23
確認した内容情報源確認日
プロジェクトが関連するチャットをまとめて ChatGPT に要る文脈を与えること。アップロードしたファイルとつないだ情報を置く「ソース」を持ち、ソースがプロジェクトのチャットで使えること。プロジェクトの指示がプロジェクト内のチャットに効くことChatGPT: Projects and chats2026-10-15
スキルが特定の作業や手順のための指示と資料をまとめたものであること。ChatGPT では @ で指定して使い、ワークスペースの設定が許せば同僚と共有できることChatGPT: Skills & Plugins2026-10-15
Business・Enterprise・Edu のワークスペースのデータが通信中と保存時に暗号化されること。OpenAI が既定では業務のデータをモデルの学習に使わないこと。会話の保持がワークスペースの設定に従うこと。削除したチャットが原則として30日以内に完全に削除される予定であることChatGPT: ChatGPT Work cloud security2026-10-15
旅客自動車運送事業者が、苦情を申し出た者に遅滞なく弁明しなければならないこと(氏名及び住所を明らかにしない者を除く)。苦情の申出を受け付けたとき、苦情の内容・原因究明の結果・苦情に対する弁明の内容・改善措置・苦情処理を担当した者を営業所ごとに記録し、整理して1年間保存しなければならないこと(第3条)e-Gov 法令API: 旅客自動車運送事業運輸規則2026-10-15

苦情への対応の方針、乗務員への指導、返金・補償の判断は、社の手続と、必要に応じて顧問の専門家の助言をもとに決めてください。 本記事は公的機関と製品の公開資料で確認できた範囲だけを扱っています。

実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。

自社の業務に使えるAI活用候補を整理します

このユースケース(UC-1681)についてのご相談はこちらから。

AI活用について相談する
目次