タクシー会社のお客様相談の担当が、乗客から届く苦情・ご意見のメールに、ChatGPT で営業所に頼む事実確認の項目と返信の下書きを作り、苦情の記録の項目にそろえる
乗客から届く苦情・ご意見のメールを ChatGPT で読み、営業所に頼む事実確認の項目と、返信の下書きを作ります。受付の返信と事実確認の後の返信を分け、苦情の記録の項目にもそろえます。
- 生成AI
- ChatGPT/Claude/Gemini/Microsoft Copilot
- 対象業界
- その他/物流
- 対象部門
- カスタマーサポート
- 対象業務
- 問い合わせ対応/書類作成
- 主な課題
- 問い合わせが多い/属人化している/期限・対応漏れが起きる
- AIで行う処理
- 生成
- 主な効果
- 品質標準化/対応スピード向上/工数削減
- 導入難易度
- ★☆☆☆☆
- 実装レベル
- 半自動化
- 費用感
- SaaS追加(小)
- 人間の確認
- 条件付き
01導入前 / 導入後の業務フロー
- 共有のメールボックスに届いたメールを読み、苦情か、ご意見か、忘れ物か、お礼かを分ける
- 苦情なら、乗車の日時・場所・車両の手がかりを本文から探し、足りなければ乗客に聞き返すメールを書く
- 受付の返信を書いて送る
- 営業所に事実確認を頼むメールを書く(何を確かめてほしいかを書き出す)
- 営業所からの報告を受けて、事実確認の後の返信を書き、上長が読んでから送る
- 苦情の記録の表に、内容・原因・返信の内容・改善措置・担当を書き込む
- 人共有のメールボックスのメールを開き、乗客の名前・メールアドレス・電話番号を伏せて本文を ChatGPT の「苦情対応」のプロジェクトに貼る
- 人ChatGPT が苦情の区分、事実確認の項目(メールに書かれているもの・無いもの)、受付の返信の下書きを返す
- 人担当が区分と項目を確かめ、受付の返信を直して送る。足りない項目があれば聞き返しを添える
- 人事実確認の項目を、営業所への依頼のメールに貼って送る
- 人営業所の報告を ChatGPT に貼り、事実確認の後の返信の下書きと、苦情の記録の5項目の下書きを作らせる
- 人担当が直し、上長が読んでから返信を送る。記録の5項目を表に写す
各工程の詳しい説明を読む
- 共有のメールボックスに届いたメールを読み、苦情か、ご意見か、忘れ物か、お礼かを分ける
- 苦情なら、乗車の日時・場所・車両の手がかりを本文から探し、足りなければ乗客に聞き返すメールを書く
- 受付の返信を書いて送る
- 営業所に事実確認を頼むメールを書く(何を確かめてほしいかを書き出す)
- 営業所からの報告を受けて、事実確認の後の返信を書き、上長が読んでから送る
- 苦情の記録の表に、内容・原因・返信の内容・改善措置・担当を書き込む
(a)1件ごとの文面に時間がかかる。 受付の返信、営業所への依頼、事実確認の後の返信と、1件の苦情に3つの文を書きます。お詫びの言い方や約束の仕方を考えるのに時間がかかり、 返信が翌日に回ることがあります。
(b)確かめる項目が担当によって違う。 ある担当は乗車の時刻と場所だけを営業所に伝え、別の担当は決済の方法とドライブレコーダーの確認まで頼みます。営業所から「どの車か分からない」と戻ってきて、乗客に聞き返すのが数日後になることがあります。
(c)受付の返信で書きすぎる。 乗客の怒りが強いメールほど、担当は受付の段階で「乗務員を厳しく指導いたします」と書いてしまいます。事実確認の結果、乗務員に非が無かったと分かったときに、先の返信と食い違います。
(d)記録の漏れ。 返信を送ったあと、苦情の記録の表への書き込みが後回しになり、原因究明の結果と改善措置の欄が空のまま残ることがあります。営業所ごとの記録は運輸規則が求めるもので、監査のときに慌てて埋めることになります。
(e)良い声が乗務員に届かない。 お礼や褒める声も同じメールボックスに届きますが、苦情の対応に追われて営業所に回すのが遅れ、乗務員本人に伝わらないまま埋もれることがあります。
- 【人】 共有のメールボックスのメールを開き、乗客の名前・メールアドレス・電話番号を伏せて本文を ChatGPT の「苦情対応」のプロジェクトに貼る
- 【人】 ChatGPT が苦情の区分、事実確認の項目(メールに書かれているもの・無いもの)、受付の返信の下書きを返す
- 【人】 担当が区分と項目を確かめ、受付の返信を直して送る。足りない項目があれば聞き返しを添える
- 【人】 事実確認の項目を、営業所への依頼のメールに貼って送る
- 【人】 営業所の報告を ChatGPT に貼り、事実確認の後の返信の下書きと、苦情の記録の5項目の下書きを作らせる
- 【人】 担当が直し、上長が読んでから返信を送る。記録の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どうやって実装するのか
処理の起点を決める
共有のメールボックスにメールが届き、担当が開いたときに始めます。 受付の返信は、届いた日のうちに送る決まりにします。事実を確かめる前でも、受け取ったことと、確かめて連絡することを早く伝えるほうが、乗客の怒りは大きくなりにくいからです。
1件の苦情につき、新しいチャットを1つ開きます。 チャットの名前は、苦情の記録の表の受付番号にします。営業所の報告を受けたら、同じチャットで事実確認の後の返信を作ります。 受付から返信までの経緯が1つのチャットに残り、上長が読むときに流れが追えます。
営業所への依頼には、返事の期限を付けます。 受付の返信で乗客に伝えた目安の日数より前に報告が来るよう、期限は目安の日数の2日前にします。期限を過ぎた依頼は、担当が営業所に電話で確かめます。
お礼や褒める声も、同じプロジェクトで返信の下書きを作ります。 乗務員の名前が分かれば、営業所を通じて本人に伝えます。苦情だけを扱う仕組みにすると、良い声が乗務員に届かなくなります。
入力データを集める
| データ | 中身 | 取得元 |
|---|---|---|
| 苦情のメールの本文 | 乗客が書いた出来事。名前・メールアドレス・電話番号は伏せる | 共有のメールボックス |
| フォームの選択欄 | 乗車の日付、時刻の帯、乗車地と降車地、決済の方法(乗客が選んだもの) | Web のフォーム |
| 返信の書き方の決まり | 受付の返信と事実確認の後の返信で、書くこと・書かないこと、言い回しの例 | プロジェクトのソース |
| 苦情の区分の一覧 | 言葉づかい・態度/道順・運賃/乗車拒否/安全運転/車内/決済/忘れ物/その他 | プロジェクトのソース |
| 事実確認の項目の一覧 | 区分ごとに営業所に確かめてもらう項目 | プロジェクトのソース |
| 営業所の報告 | 車両・乗務の特定の結果、乗務員の話、映像の確認の結果、改善の措置。乗務員の名前は伏せる | 営業所からのメール |
質を決めるのは、事実確認の項目の一覧です。 区分ごとに、営業所が何を見れば確かめられるかを書いておきます。たとえば「道順・運賃」なら、乗車と降車の時刻と場所、メーターの記録、走った経路の記録、乗客が経路を指定したかどうかです。この一覧があれば、ChatGPT は一覧のどの項目がメールに書かれていて、どれが無いかを挙げるだけで済みます。
フォームの選択欄は、本文より先に貼ります。 乗車の日付や乗車地は、本文の中では「先週の金曜」「駅前で」のようにあいまいに書かれていることが多く、選択欄のほうが確かです。 本文と選択欄が食い違うときは、その食い違いを項目として挙げさせます。
営業所の報告では、乗務員を「乗務員A」と書いてもらいます。 苦情の記録には担当した者を書きますが、それは本社の記録の表に人が書くもので、ChatGPT に乗務員の名前を渡す必要はありません。
データの取得方法を決める
メールの本文は、担当が共有のメールボックスから写します。 写す前に、署名・メールアドレス・電話番号・名前を「[乗客]」「[連絡先]」に置き換えます。本文の中に乗務員の名前や乗務員証の番号が書かれていれば、「[乗務員]」「[乗務員証番号]」に置き換えます。
| 取るもの | どこから | どう渡すか |
|---|---|---|
| メールの本文とフォームの選択欄 | 共有のメールボックス | 伏せてからプロジェクトのチャットに貼る |
| 返信の書き方の決まり・区分の一覧・事実確認の項目の一覧 | プロジェクトのソース | ChatGPT がプロジェクトの中で参照する |
| 営業所の報告 | 営業所からのメール | 乗務員の名前を伏せてから同じチャットに貼る |
乗務員証の番号や車両の番号は、ChatGPT に渡さなくても、日時と場所があれば営業所で特定できます。 乗客が書いてきた番号は、営業所への依頼のメールに担当が直接書き写します。ChatGPT の出す項目の一覧には「乗客が車両番号を書いている:あり」とだけ出させます。
ソースはお客様相談室の責任者だけが入れ替えます。 公式の案内では、ソースに置いたファイルはそのプロジェクトのチャットで使えるとされています。運賃や決済の案内が変わったら、古い版を消して新しい版を置きます。
AIへ渡す前に整形する
- 区分の前に、緊急のものを分ける … けが・事故、脅し、乗務員への暴力の訴え、落とし物の中に貴重品や薬があるものは、ChatGPT に貼らずに上長と営業所に電話で知らせます
- 名前と連絡先を伏せる … 乗客・乗務員・第三者の名前、メールアドレス、電話番号を置き換えます
- フォームの選択欄を先頭に置く … 本文より確かな情報として扱わせます
- 忘れ物は別の手順へ … 忘れ物の問い合わせは苦情ではなく、忘れ物の手順で扱います。本文に苦情と忘れ物が混ざっているときは、両方の区分を付けさせます
- 匿名のものを見分ける … 返信先が無いものは、返信の下書きを作らず記録だけ作ります
1番目を軽く見ないでください。 文で届く苦情の中にも、乗車中のけがや、乗務員とのもみ合いの訴えが混ざることがあります。下書きを作ってから気づくのでは遅く、 最初に読む担当が先に分けます。
5番目は、運輸規則とも関係します。 運輸規則は苦情を申し出た者に遅滞なく弁明することを求めていますが、氏名と住所を明らかにしない者に対してはこの限りでないとしています。返信先の無いものに返信の下書きは要りませんが、苦情の記録は残します。
AIに処理させる
| させること | 中身 | 根拠にするもの |
|---|---|---|
| 苦情の区分 | 区分の一覧から1つか2つを選ぶ | 区分の一覧 |
| 事実確認の項目 | 区分ごとの項目のうち、メールに書かれているもの・書かれていないもの・食い違うものを分ける | 事実確認の項目の一覧、本文、選択欄 |
| 聞き返しの文 | 書かれていない項目のうち、乗客にしか分からないものを聞く1〜3行の文 | 事実確認の項目の一覧 |
| 受付の返信の下書き | お詫び、確かめて連絡すること、目安の日数 | 返信の書き方の決まり |
| 事実確認の後の返信の下書き | 営業所の報告で確かめられた事実、会社としての受け止め、改善の措置 | 営業所の報告、返信の書き方の決まり |
| 苦情の記録の下書き | 苦情の内容、原因究明の結果、弁明の内容、改善措置の4項目(担当した者は人が書く) | 本文、営業所の報告、送った返信 |
| させないこと | 理由 |
|---|---|
| 受付の返信で乗務員の非を認める・否定すること | 事実を確かめる前。後の返信と食い違う |
| 指導・処分・返金・補償を約束すること | 会社が判断する。担当の返信で決めない |
| 営業所の報告に無い事実を書くこと | 確かめていないことを確かめたように書く |
| 乗務員の人柄や態度を推し量って書くこと | 苦情の文だけで人を評価しない |
| 運賃の正しさを計算で判断すること | メーターと経路の記録を営業所が確かめる |
1行目がいちばん起きやすい失敗です。 怒りの強いメールを渡すと、ChatGPT は乗客に寄り添おうとして「乗務員の対応に問題があったことを深くお詫びします」と書きがちです。「不快な思いをおかけしたこと」へのお詫びと、「対応に問題があったこと」へのお詫びは、意味が違います。 返信の書き方の決まりに、使ってよいお詫びの言い回しを例で書いておきます。
5行目も効きます。 乗客が「遠回りされて1,000円高かった」と書いてきたとき、ChatGPT が地図の知識で「通常は○○円程度です」と書くと、会社が運賃の誤りを認めたように読めます。 運賃の確かめは営業所の記録で行います。
指示内容を固定する
プロジェクトの指示(受付の段階):
あなたはタクシー会社のお客様相談室で、乗客からの苦情・ご意見の
受付を手伝います。ソースの「区分の一覧」「事実確認の項目の一覧」
「返信の書き方の決まり」に従ってください。
【返すもの】
1. 区分:区分の一覧から1つか2つ
2. 事実確認の項目:区分ごとの項目を
「書かれている(どこに)」「書かれていない」「本文と選択欄で食い違う」に分ける
3. 聞き返し:書かれていない項目のうち、乗客にしか分からないものを聞く文(無ければ空)
4. 受付の返信の下書き
【受付の返信で書くこと】
- ご連絡へのお礼と、不快な思いをおかけしたことへのお詫び
- 営業所で事実を確かめ、改めて連絡すること
- 連絡の目安の日数:{days}日
【受付の返信で書かないこと】
- 乗務員に非があった、または無かったと読める言葉
- 指導・処分・返金・補償・運賃の訂正の約束
- 乗務員の人柄や態度についての推測
- 運賃や経路が正しかったかどうかの見立て
【決まり】
- [乗客][乗務員] などの伏せ字は、そのまま残してください。
- 本文に書かれていないことを、書かれているとしないでください。
- けが・事故・暴力・脅しに触れる記述があれば、何も作らず
「緊急の確認が必要」とだけ返してください。
スキル「事実確認の後の返信」(@事実確認の後の返信 で呼ぶ):
このチャットの受付の内容と、貼った営業所の報告から、
事実確認の後の返信の下書きと、苦情の記録の下書きを作ってください。
- 営業所の報告で確かめられた事実だけを書いてください。
報告に「確認できなかった」とあるものは、確認できなかったと書いてください。
- 会社としての受け止めと改善の措置は、営業所の報告に書かれたものだけを書いてください。
- 返金・補償は、報告に「会社として返金する」と書かれている場合だけ書いてください。
- 乗務員の名前、処分の内容は書かないでください。
- 苦情の記録は「苦情の内容」「原因究明の結果」「弁明の内容」「改善措置」の4項目で、
それぞれ2〜3行にしてください。「苦情処理を担当した者」は空けてください。
「確認できなかったと書いてください」を明記するのは、 映像が残っていない、乗務員の記憶があいまい、という報告を、ChatGPT が「確認いたしました」とまとめてしまうことがあるからです。確認できなかったことを正直に伝える返信のほうが、後で食い違いを生みません。
出力形式を固定する
受付の段階は、次の形で受け取ります。
{
"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つは、運輸規則が営業所ごとに記録を求める項目そのものです。 表に写すだけで記録がそろいます。
システムへ連携する
| つなぎ先 | 方式 | 内容 |
|---|---|---|
| 共有のメールボックス | 担当が伏せてから本文を写す | ChatGPT とはつながない |
| 営業所 | 担当が社内メールで依頼を送る | 事実確認の項目の一覧を貼る |
| 乗客 | 担当が共有のメールボックスから返信する | 受付の返信と事実確認の後の返信 |
| 苦情の記録の表 | 担当が4項目を写し、担当した者を書く | 営業所ごとのシート |
ChatGPT からどこかへ自動で送るもの、書き込むものはありません。 乗客への返信も、営業所への依頼も、記録の表も、担当の手を通ります。
営業所への依頼のメールは、型を決めておきます。 件名に受付番号、本文に「事実確認の項目」の一覧と、乗客が書いてきた車両番号や乗務員証の番号(担当が直接書き写したもの)、報告の期限を置きます。営業所の報告も同じ受付番号で返してもらえば、 担当はどのチャットに貼ればよいかを迷いません。
共有のメールボックスでは、受付番号を件名に付けて返信します。 乗客が続けて返事をくれたとき、どの苦情の続きかがすぐに分かり、同じチャットに貼って続きを作れます。
人が確認する
- 区分と事実確認の項目を確かめる … 「書かれている」とされた項目が、本当に本文か選択欄にあるかを見ます
- 受付の返信の言葉を見る … 非を認める・否定する言葉、約束の言葉が無いかを見ます
- 事実確認の後の返信を、営業所の報告と並べて読む … 報告に無いことが書かれていないかを見ます
- 上長が事実確認の後の返信を読む … 返金・補償に触れるもの、乗客の怒りが強いものは必ず上長が読みます
- 記録の4項目を写し、担当した者を書く … 改善措置が空のまま残っていないかを見ます
3番目を省かないでください。 事実確認の後の返信は、会社として乗客に示す結論です。報告に無い事実が1つでも入れば、 次のやり取りで乗客から指摘され、営業所の調べ直しになります。
目標は、1件あたり18分です。 伏せて貼る時間と区分・項目の確かめが5分ほど、受付の返信の直しが4分ほど、事実確認の後の返信の直しが6分ほど、記録の写しが3分ほどという見立てです。
例外に対処する
| 起きること | 対応 |
|---|---|
| けが・事故・暴力・脅しに触れる | urgent が返る。下書きを使わず上長と営業所に電話で知らせる |
| 返信先の無い苦情 | 返信の下書きを作らず、記録の4項目だけを作る |
| 車両を特定できない | 聞き返しを送り、返事が無ければ記録に「特定できず」と残す |
| ドライブレコーダーの映像が残っていない | 報告に「確認できなかった」と書いてもらい、返信にもそのまま書く |
| 乗客が返金を求めている | 返信の下書きでは約束しない。上長が判断し、決まったことだけを書く |
| 同じ乗客から続けて届く | 同じチャットで続ける。新しい出来事なら新しい受付番号を振る |
| 苦情の中で他社の車両と分かった | 他社の車両である可能性を伝える返信を担当が書き、記録に残す |
| ChatGPT が使えない(障害) | 書き方の決まりと事実確認の項目の一覧を見ながら手で書く |
上から5行目は、最初の数か月で必ず出ます。 返金の求めがある苦情ほど、担当は早く収めたくなります。下書きで約束させない決まりを、指示と上長の確認の両方で守ります。
記録を残す
- 苦情の記録の表(営業所ごとのシート。運輸規則の5項目)
- 乗客に送った受付の返信と事実確認の後の返信(共有のメールボックス)
- 営業所への依頼と報告(社内メール)
- 返信の書き方の決まり・区分の一覧・事実確認の項目の一覧の版
記録は、表とメールボックスに残します。 公式の案内では、会話の保持はワークスペースの設定に従い、削除したチャットは原則として30日以内に完全に削除される予定とされています。運輸規則の求める記録は1年間の保存なので、チャットではなく、営業所ごとの表に残すことが前提です。
決まりと一覧の版を残すのは、返信の言い回しが後から変わるからです。 使ってよいお詫びの言い回しを直したとき、前の版で送った返信がどの決まりに沿っていたかを説明できるようにします。
04実装レベルの3段階
最小構成では、事実確認の後の返信はまだ手で書きます。 確かめたいのは、事実確認の項目がそろうかどうかと、受付の返信が決まりの範囲に収まるかどうかです。 半自動化で、1件40分が18分程度になります。 3つの文と記録の下書きが同じチャットから出ます。この段階が本記事の想定です。 本格構成は、苦情を減らす段階です。 記録の表の4項目がそろってくると、区分ごと・営業所ごとに、どんな苦情が続いているかが数えられます。 段階を飛ばさないでください。記録の書き方がそろわないうちに集計しても、同じ出来事が別の区分に散らばります。
05工数削減シミュレーション
導入後 90件 × 18分 ÷ 60 = 27 時間/月
自社条件で導入効果を整理したい方へ
このユースケースを自社に当てはめた場合の前提値と削減見込みを、業務ヒアリングをもとに整理します。
06向いている企業・向いていない企業
- 複数の営業所を持ち、Web のフォームやメールで乗客の苦情・ご意見を受けているタクシー会社・ハイヤー会社。本社のお客様相談の担当が、営業所に事実確認を頼んでから返信しているが、何を確かめてもらうかが担当によって違う場合。返信の文面の書き方が担当ごとにばらばらで、謝り方や約束の仕方が統一されていない場合。業務用の ChatGPT のワークスペースを社で用意できる場合。
- 苦情が月に数件で、営業所の管理者が電話で対応すれば足りる場合。苦情の受付から返信までをすでに問い合わせ管理のシステムで定型化しており、文面のひな形で足りている場合。なお、苦情の原因の判断、乗務員への指導や処分、返金・補償の判断は、この構成では代替できません。
07最小構成で試す方法
- 先月の苦情から、区分の違うものを10件選ぶ(道順・運賃、言葉づかい、乗車拒否、決済を混ぜる)
- 名前と連絡先を伏せて、本文とフォームの選択欄を写す
- 返信の書き方の決まり、区分の一覧、事実確認の項目の一覧の試しの版を作り、プロジェクトのソースに置く
- 10件について、区分・事実確認の項目・受付の返信の下書きを作らせる
- 当時の受付の返信と営業所への依頼と並べ、項目の抜けと書きすぎを見る
10件は必ずやってください。 ここで確かめるのは、事実確認の項目の一覧で、営業所への依頼がどれだけそろうかです。
| 出てきた内容 | 判断 |
|---|---|
| 項目が当時の依頼より細かく、受付の返信も決まりに沿っていた | 事実確認の後の返信のスキルを作る段階に進む |
| 受付の返信に非を認める言葉が出た | 指示の書き方で直る。構成は有効 |
| 区分ごとの項目が足りず、どれも同じ項目になった | 事実確認の項目の一覧を営業所と作り直す。 AIの問題ではない |
2行目は、指示に「受付の返信で書かないこと」を並べ、使ってよいお詫びの言い回しを決まりに例で書くと減ります。 それでも出るものは、担当の確認で止められるかを見てください。
3行目が出ることは珍しくありません。 これまで何を確かめるかは、担当と営業所の運行管理者の経験で決まっていたということです。営業所の運行管理者に、区分ごとに何を見れば確かめられるかを聞き取ってから、 もう一度試してください。
08実装時につまずきやすいポイント
| 問題 | 対策 |
|---|---|
| 受付の返信で非を認めてしまう | 使ってよいお詫びの言い回しを決まりに例で書き、担当が言葉を確かめる |
| 返金や指導を約束する | 指示で禁じ、返金に触れるものは上長が読む |
| 営業所の報告に無いことを書く | 「確認できなかった」はそのまま書かせ、報告と並べて読む |
| 地図の知識で運賃を見立てる | 運賃の正しさは営業所の記録で確かめると指示する |
| 名前を伏せ忘れる | 貼る前に伏せる手順を決まりにし、伏せ字が残っているかを見る |
| 緊急のものを下書きに回す | 最初に読む担当が先に分け、urgent でも止める |
| 記録の改善措置が空のまま | 事実確認の後の返信と同じチャットで記録の下書きを作る |
| 営業所の報告の書き方がばらばら | 報告の型(特定の結果・乗務員の話・映像・改善の措置)を営業所に配る |
上の2行が、この構成の失敗のほとんどです。 どちらも、乗客に早く応えたい気持ちから出る書きすぎです。受付の返信に書いてよいことを決まりで狭くしておくことが、事実確認の後の返信の自由を守ります。
下の2行は、営業所の側の準備で決まります。 営業所の報告の書き方がそろわないと、ChatGPT に貼っても事実確認の後の返信が報告ごとに違う形になり、改善措置の欄も「指導した」の一言で終わります。 報告の型を配るときに、改善措置の書き方の例も添えてください。
09セキュリティ・AIガバナンス上の注意点
この構成で扱うデータ: 乗客が書いた出来事、乗車の日時と場所、決済の方法、営業所の報告。乗客と乗務員の名前、メールアドレス、電話番号、乗務員証の番号は扱いません。
- 名前と連絡先を伏せてから貼る … 乗客・乗務員・第三者の名前、連絡先を置き換えます
- 業務用のワークスペースを使う … 公式の案内では、Business・Enterprise・Edu のワークスペースは既定では業務のデータをモデルの学習に使わないとされています。個人のアカウントで使わないことを社の決まりにします
- 乗務員の評価に使わない … 苦情の文だけから乗務員の人柄や態度を推し量らせません。指導や処分は、営業所の事実確認の結果をもとに、社の手続で決めます
- ドライブレコーダーの映像を貼らない … 映像の確認は営業所で行い、ChatGPT には結果の文だけを渡します
- 返信を自動で送らない … 乗客に届く文は、担当が直して送ります
- 記録は運輸規則に沿って営業所ごとに残す … 苦情の内容、原因究明の結果、弁明の内容、改善措置、担当した者を記録し、1年間保存します。チャットの履歴を記録の代わりにしません
乗務員の側の話も、同じように扱います。 営業所の報告には、乗務員が自分の事情を説明した内容が入ります。報告の文を伏せて貼り、乗務員の言い分を返信の下書きの中で不当に軽く扱わないよう、事実確認の後の返信は報告の記載だけで書かせます。
誤りが起きた場合のリスクは、確かめる前に非を認めて後の返信と食い違うことと、確かめていない事実を会社の結論として伝えることの2つです。 どちらも乗客との信頼と、乗務員の扱いの公正さに関わります。受付と事実確認の後で返信の決まりを分け、報告と並べて読む工程で止めます。
10まず何から始めるか
1週目:事実確認の項目の一覧を営業所と作る
3つの営業所の運行管理者と、区分ごとに確かめられる項目を書き出します。乗務記録、運行の記録、決済の記録、映像のどれで確かめるかを、項目ごとに書きます。 あわせて、映像が何日分残るかと、営業所が報告を返せる日数の目安を聞いておきます。受付の返信に書く目安の日数は、この答えから決めます。
2週目:返信の書き方の決まりを作る
受付の返信で書くこと・書かないこと、使ってよいお詫びの言い回し、事実確認の後の返信で書くことを1〜2ページにまとめます。上長が決め、3名で同じものを使います。
3週目:10件で試す
先月の苦情10件を伏せて貼り、区分と事実確認の項目と受付の返信を作らせます。当時の依頼と並べ、項目の抜けと受付の返信の書きすぎを最優先で見ます。
4週目:届いた苦情で使い始める
受付の段階から使い始め、営業所への依頼に事実確認の項目を貼ります。営業所の報告の型を配り、事実確認の後の返信のスキルを作ります。
2か月目: 事実確認の後の返信と記録の4項目まで同じチャットで作ります。3か月目以降: 1件40分が何分になったかを実測し、記録の表の改善措置の欄が埋まっているかを営業所ごとに見ます。受付の返信がその日のうちに届き、営業所への依頼が戻ってこなくなり、記録の5項目がそろった時点で、この構成は完成です。
11関連ユースケース
12この仕組みを理解するための記事
13技術仕様の確認日・参考情報
| 確認した内容 | 情報源 | 確認日 |
|---|---|---|
| プロジェクトが関連するチャットをまとめて ChatGPT に要る文脈を与えること。アップロードしたファイルとつないだ情報を置く「ソース」を持ち、ソースがプロジェクトのチャットで使えること。プロジェクトの指示がプロジェクト内のチャットに効くこと | ChatGPT: Projects and chats | 2026-10-15 |
| スキルが特定の作業や手順のための指示と資料をまとめたものであること。ChatGPT では @ で指定して使い、ワークスペースの設定が許せば同僚と共有できること | ChatGPT: Skills & Plugins | 2026-10-15 |
| Business・Enterprise・Edu のワークスペースのデータが通信中と保存時に暗号化されること。OpenAI が既定では業務のデータをモデルの学習に使わないこと。会話の保持がワークスペースの設定に従うこと。削除したチャットが原則として30日以内に完全に削除される予定であること | ChatGPT: ChatGPT Work cloud security | 2026-10-15 |
| 旅客自動車運送事業者が、苦情を申し出た者に遅滞なく弁明しなければならないこと(氏名及び住所を明らかにしない者を除く)。苦情の申出を受け付けたとき、苦情の内容・原因究明の結果・苦情に対する弁明の内容・改善措置・苦情処理を担当した者を営業所ごとに記録し、整理して1年間保存しなければならないこと(第3条) | e-Gov 法令API: 旅客自動車運送事業運輸規則 | 2026-10-15 |
苦情への対応の方針、乗務員への指導、返金・補償の判断は、社の手続と、必要に応じて顧問の専門家の助言をもとに決めてください。 本記事は公的機関と製品の公開資料で確認できた範囲だけを扱っています。
実装ステータス:構成例。 公開仕様に基づいて設計した構成であり、当社で実際に構築・検証したものではありません。工数の数値はモデル条件による試算です。
自社の業務に使えるAI活用候補を整理します
このユースケース(UC-1681)についてのご相談はこちらから。
