職種別AI仕事術

カスタマーサポートの仕事をAIでタスク分解する方法

カスタマーサポートの仕事をAIでタスク分解する方法

この記事の要点

AIを使えば、カスタマーサポートの複雑な業務をすぐ動けるタスクに分解できる。新人教育・業務改善・繁忙期準備など、具体的な場面別のプロンプトと手順を解説する。

結論

カスタマーサポートの業務をAIでタスク分解すると、複雑な対応フローの整理や新人向けの手順書作りが大幅に速くなる。AIは「クレーム対応を初日から動けるレベルのタスクに分解してください」という指示だけで、見落としのない手順リストを生成する。出力をそのまま使うのではなく、現場の実態に合わせて修正する前提で使うと最も効果が出る。


使うAIツール

タスク分解で使いやすいツールは以下のとおり。

ツール特徴向いている用途
ChatGPT構造化されたリスト生成が得意手順書・業務フロー作成
Claude長い業務説明からの構造化に得意複雑な業務全体の整理
GeminiGoogleドキュメントへの出力連携が便利ドキュメントとして保存したいとき
Notion AINotionのタスクデータベースと連携できるプロジェクト管理ツールとして使うとき

いずれも基本的な操作は似ているため、チームがすでに使っているツールを選ぶのが導入コストが最も低い。


手順:AIで業務をタスク分解する

ステップ1:分解したい業務を決める

タスク分解に適した業務を選ぶ。以下のような「複数の人間・システムが関わる」「ステップが多い」「新人が迷いやすい」業務が特に効果的。

  • クレーム対応の全フロー(受付→確認→エスカレーション→解決→フォロー)
  • 新人オペレーターのオンボーディング手順
  • FAQページの定期更新サイクル
  • 繁忙期前のサポート体制準備
  • 問い合わせチケット管理の日次作業

ステップ2:AIに業務の全体像を渡す

業務の概要をAIに伝える際は、目的・関係者・使うシステム・現状の問題を1セットで渡すと精度が高い。

以下はコピーして使えるプロンプト例。

あなたはカスタマーサポートの業務設計の専門家です。
以下の業務を、担当者がすぐ動けるレベルのタスクに分解してください。

【分解したい業務】
[業務名と概要を記入]

【背景情報】
- この業務を行う担当者のスキルレベル:[例:入社1ヶ月の新人オペレーター]
- 使うシステム・ツール:[例:Zendesk、Slack、社内Wikiなど]
- 業務の目的:[例:顧客クレームを受け付けてから解決するまでの流れを標準化したい]
- 現状の問題:[例:担当者によって対応のばらつきがある、引き継ぎ漏れが多い]

【出力形式】
- タスクを順番に番号付きで列挙する
- 各タスクは1行で完結させる(動詞で始める)
- 判断が必要なステップには「判断:〜の場合は〜」と注記する
- 並行して行えるタスクは「同時に」と明記する
- 全タスクを20〜30項目程度で完成させる

ステップ3:レベル別に細分化する

ステップ2で全体のタスクリストができたら、特に重要なタスクをさらに細かく分解する。たとえば「クレーム内容を確認する」というタスクは、新人にとっては何を確認すればよいかが不明確なため、さらに細かくする必要がある。

先ほど出力したタスクリストの「クレーム内容を確認する」を、
新人オペレーターが一人でできるレベルにさらに細分化してください。

確認する項目(いつ・何を・どのように確認するか)を具体的に書いてください。
確認の見落としを防ぐためのチェック観点も含めてください。

ステップ4:担当者が修正・追加する

AIが出したタスクリストを現場の実態に合わせて調整する。特に確認が必要な点は以下のとおり。

  • 社内手順と異なるステップが含まれていないか
  • 使っているシステムに合わない操作が書かれていないか
  • 判断ポイントで「誰に確認するか」が明確になっているか
  • 法的・コンプライアンス上のリスクがある記述がないか

修正が終わったら、チームリーダーのレビューを通してから運用に入る。

ステップ5:手順書や研修資料に仕上げる

タスクリストが固まったら、用途に合わせて整形する。

  • 新人研修用の手順書にする場合は、各タスクに「なぜそれをするか」の理由を追記する
  • フローチャートが必要な場合は、タスクリストをベースに図に起こす
  • Notionやconfluenceに貼って管理する場合は、チェックボックス形式に変換する

具体的な活用例

例1:クレーム対応フローの標準化

10名規模のサポートチームで、担当者によってクレーム対応の進め方がバラバラになっていた。ベテランが対応する場合と新人が対応する場合で、顧客満足度に大きな差が出ていた。

チームリーダーがベテランの頭の中にある「暗黙の手順」を言語化してAIに渡し、「これをオペレーターが読んで動けるレベルのタスクリストに整理してください」と依頼した。AIが出したリストをベテランが確認・修正し、全員が使える標準手順書が1日で完成した。それまで担当者ごとに口頭で伝えていた暗黙知が文書化され、新人への引き継ぎが早くなったという。

例2:繁忙期前の準備タスクを漏れなく洗い出した事例

アパレルECのサポート部門で、毎年セール前後に問い合わせが急増する時期の準備が毎回場当たり的になっていた。前年の反省点と今年の販売予定をAIに渡し、「この状況を踏まえて、セール2週間前から当日までの準備タスクをすべて洗い出してください」と依頼した。

AIが出力した40項目のタスクリストは、担当者が例年見落としていた項目(FAQの事前更新、エスカレーションルートの事前確認、バイト・派遣スタッフへのブリーフィング日程設定など)を含んでいた。これをベースに準備チェックリストを作り、翌年以降は同じリストを毎年使い回すようにした。


うまくいかない場合

タスクが大きすぎて動けない

「各タスクを5分以内にできる作業単位に細分化してください」という指示を追加する。また「このタスクをもっと具体的なアクションに分けてください」と特定のタスクだけを深掘りする方法も使いやすい。

タスクの順番がおかしい

「このタスクリストを、論理的な実行順序に並べ直してください」と指示する。または「A→B→Cという順序が前提条件になっています。それを踏まえてリストを修正してください」という背景情報を追加する。

現場で使っていないシステム名が出てくる

プロンプトの最初に「当社で使っているシステムはZendeskとSlackだけです。それ以外のツールは使わない前提で作成してください」と明記する。AIは一般的なツール名を使って出力する傾向があるため、使用ツールを最初に制約として入れると実態に合ったリストになる。

判断が必要なポイントが曖昧なまま

「判断が必要なステップには、判断の基準を具体的に書いてください。例:クレームの深刻度が高い場合(顧客が弁護士に相談すると言っている、SNSへの投稿を示唆しているなど)はすぐにリーダーにエスカレーションする」のように、判断の基準を例示すると具体的になる。


タスク分解を業務改善に活かす

タスクリストが出来上がったら、そのまま使うだけでなく改善のヒントとしても活用できる。


FAQ

Q. タスク分解はどのくらいの頻度でやり直すべきですか?

サービスや体制に変化があったタイミングでやり直すのが基本。具体的には、新しいシステムを導入したとき・チームメンバーが大きく入れ替わったとき・問い合わせのパターンが変化したときが目安。半年に1回の定期見直しを設定しているチームも多い。

Q. AIのタスク分解で作ったリストは、既存の業務マニュアルとどう使い分けますか?

既存のマニュアルがある場合は、AIのタスクリストとの差分を確認する使い方が効率的。「このマニュアルと比べて、抜けているステップや古くなっているステップはありますか?」とAIに聞けば、差分を指摘してくれる。マニュアル更新の出発点として使うとよい。

Q. タスク分解の結果を上司に説明するときにAIは役立ちますか?

役立つ。タスクリストをAIに渡して「このリストを上司に説明する際の要点を3点にまとめてください」と依頼すれば、説明の骨格を作れる。また「このリストを作成した理由と期待効果を1段落で書いてください」という依頼でも、上司への説明文の下書きが得られる。

Q. 特定の担当者の業務を「引き継ぎ用」にタスク分解できますか?

できる。「担当者Aが行っている業務を、初めて引き継ぐ担当者Bがすぐ動けるレベルのタスクに分解してください」という形で依頼すると、引き継ぎを前提とした粒度でリストを作れる。担当者Aが日頃やっている作業を箇条書きで書き出してAIに渡すのが最初のステップになる。

よくある質問

タスク分解にAIを使うとどんなメリットがありますか?

担当者が見落としがちな作業の抜け漏れを防げる点と、新人でも動けるレベルの粒度まで細かく分解できる点が大きい。また、業務改善を検討する際に全体像を俯瞰するのに役立つ。

どんな業務がタスク分解に向いていますか?

クレーム対応フロー、新人オンボーディング、繁忙期前の準備作業、FAQ更新サイクルなど、複数のステップが絡む業務全般が向いている。逆に、臨機応変な判断が必要な個別のクレーム対応そのものは、AIのタスク分解よりも人間の経験と判断が先立つ。

AIが出したタスクリストはそのまま使えますか?

そのまま使うのは避ける。AIは現場の事情(担当者の人数・使えるシステム・社内手順)を知らないため、実態に合わないタスクが含まれることがある。出力をベースに担当者が修正・追加してから使う。