PROTOCORE
PROTOCORE LAB / AI活用 / この記事

Lab — AI活用

生成AIを業務フローに組み込む方法|改善対象の選び方と効果測定

公開 2026-11-02AI活用読了目安 7分
監修
#業務効率化#AI導入

生成AIで返信案が速くできても、仕事全体が速くなるとは限りません。探す、確かめる、書き直す時間が増えれば、かえって負担が増えます。

この記事では、問い合わせ対応を例に、業務フローの描き方、先に調べる場所と今変えられる場所の分け方、AIを試す前後の比べ方を紹介します。導入前だけでなく、すでにAIを使い、確認や修正が重いときにも、何を先に確かめ、どこから小さく直すかを選ぶためのガイドです。

  • まずは:問い合わせ対応を担うカスタマーサポート(CS)の担当者に、最近完了した一件の質問、参照した手順、返信、対応記録を見せてもらいましょう。
  • 1週間以内の実行案:送り手と受け手で一件の流れを確かめ、「原因を調べる箇所」と「条件を確認して小さく変える箇所」を分けましょう。次に確認する相手・記録、または試す変更と比べ方が決まれば一区切りです。記録を見られなければ、閲覧できる範囲と確認先を決めます。

確認・修正の時間も含めて、AIの効果を見ましょう

次は、AIで返信案を作る前後を比べた算術例です。文章作成だけなら短縮。でも、照合と修正を含めると増加しています。

ただし、この合計だけで「AIは使えない」「資料を直せば解決する」とは決められません。何を直した3分なのかで、次の判断が変わります。

担当者:合計が増えたので、AIはやめた方がいいですか?

確認する人:時間だけでは決められません。何を直したのか、書き直す前の案と原本を見せてもらえますか?

  • 根拠のない約束が混ざった:その案は送らず、人が元の手順で対応します。許可した材料や作成条件、照合方法を確認し、解消できなければ採用を見送ります。
  • 必要な確認が従来は抜けていた:速さだけで旧手順へ戻さず、必要な品質を満たす方法同士で比べ直します。
  • 案件の難しさや資料が違った:時間差の理由は未判定です。通常の操作案内同士など、比べられる条件をそろえます。

この違いを見分ける材料が、次に作る「一件の流れ」です。

業務フローの描き方|一件の作業と引渡しをたどる

最初から会社全体の業務図を作る必要はありません。最近完了した一件について、受付から返信・対応記録まで、実際に使った物を見ながらたどりましょう。終わった案件でも、途中の探し直しや引継ぎは残っています。

  1. 受付文と返信を開き、「最初に何を見て、次に何をしましたか」と担当者へ聞きます。作業を矢印でつなぎ、担当と文書の場所・版を添えましょう。
  2. 受け手にも「これを受け取った時点で、始められましたか」と確かめます。送信済みでも、閲覧権限や必要な情報がなければ引渡しは終わっていません。
  3. 説明だけでは分からない画面の往復や転記は、許可を得て実際の操作を見せてもらいます。分からない部分には確認先と問いを残しましょう。

たとえば、操作方法を案内するCSの仮例です。担当者は手順のリンクを受け取ったものの、対象機能が見当たりません。調べると参照した版が古く、別の担当者へ探し直しを頼んでいました。この場合、文章の下書きを速くしても、原本を探す往復は残ります。

また、受付文に返金の依頼もあれば、通常の操作案内とは別に判断が要ります。この二つを踏まえた試行案が下図です。手順の版を確認する工程と、責任者へ渡す分岐を置いています。現場の担当・権限・受付先に合うかを確かめてから、運用を決めましょう。

操作案内CSの試行フロー(仮例)。返金依頼は責任者へ分岐し、通常案内は手順の版を確認してから返信案を作り、原本と照合して不一致なら送らず人が対応する。

不足をすべて顧客へ聞き直す必要はありません。対象機能・発生条件は顧客へ、契約台帳の不足は管理担当へ、手順の場所・版は更新担当へ確認します。図を送り手と受け手に見てもらい、実際と違う部分を直しましょう。

改善する場所の選び方|調べる・変える・人に戻すを分ける

一件から見えるのは改善の候補です。最も大きな問題かどうかと、今変えられるかは分けて考えましょう。待ちが長くても、資料不足なのか、必要な審査や順番待ちなのかで手を打つ場所は違います。一方、不要な二重入力だと確認できた部分まで、全社調査の終了を待つ必要はありません。

候補が複数あれば、起きる頻度、完了までへの影響、誤ったときの影響、変更のしやすさを比べます。一件で分からない頻度は、同種の対応記録で確かめましょう。重大な誤案内の懸念は、頻度が低そうだからと後回しにせず、責任者と扱いを決めます。

手段も、原因に合わせて選びます。使われない報告は必要性を確認して廃止・統合を検討。原本不足は記録と更新担当、判断の曖昧さはルールと権限を整えます。定型の転記なら既存機能や連携と比べ、照合できる文章の整理や下書きが残るなら、AIの限定試行を候補にしましょう。

記録の名前や意味がそろわない場合は、判断に使う情報を整理する部分を参考にできます。全データの移行を先に決めず、今回の記録・定義・更新担当から確かめます。

小さく試す前の準備|材料・合格条件・戻し先を決める

変更は、使ってよい材料、結果を確かめる人、問題が出たときの戻し先がそろう範囲から始めます。AIなら、利用できるサービス・入力資料・閲覧権限も確認しましょう。材料や確認者が未定のまま入力を始めないことが大切です。

操作案内の仮例なら、「契約にない約束をしない」「手順と不一致の案は送らない」「返金依頼は責任者が受ける」を先に決めます。「人が確認する」だけで終えず、責任者と次の運用まで確かめましょう。

  • 戻す材料:案件ID、原文、参照資料と版、確認済み・未確認、止めた理由を渡します。
  • 受ける条件:判断する権限と資料の閲覧権限がある担当を決め、どこへ送れば引き取られたと分かるか確かめます。
  • 受け取られない場合:待てる期限と次の連絡先を合意します。送りっぱなしを完了にしません。

最初は、許可された材料で、顧客への送信や本番の更新をしない比較から始められます。通常の案内と、原本不足・返金などの例外を選び、次の三つを記録できるようにして試しましょう。

試行後の効果測定|品質・総作業時間・待ちを比べる

現在の方法と試した方法を、同じ受付から完了までの記録で比べます。速くても品質を満たさない方法は、そのまま広げません。次の表で、何が変わり、なぜ変わったかを確認しましょう。

比べるもの

残す記録

品質

原本との不一致、漏れ、誤った約束、例外の戻し先。修正した箇所と理由も残す。

実作業時間

準備・検索・入力・照合・修正・引継ぎ・送信・記録。関係者の作業を重複なく数える。

経過時間と運用負担

受付から完了までの待ち、受取側の手戻り。原本更新や例外対応の継続負担も確認する。

経過日数の改善は、完了した案件の平均だけで決めません。処理中の件数、受付から今までの経過、何を待っているかも別に確認しましょう。未完了の経過は完了までの所要時間ではないので、完了案件の平均へ混ぜずに残します。

例外を意図的に集めた試験の割合は、普段の発生率とは分けて読みましょう。合格条件を満たしたら、次も範囲を限定して試します。負担が増えたなら増えた作業の理由を確認し、修正・範囲縮小・非AIへの変更・不採用を選びましょう。条件が違い比較できなければ、成功でも失敗でもなく未判定です。

業務フロー改善の最初の一手|調べる箇所と試す変更を共有する

原因不明の待ちが見つかったなら、「承認先へ渡した時刻と引取り時刻を確認する」が次の一手です。不要な二重入力と確認できたなら、「責任者と省く条件を決め、既存機能で小さく試す」へ進めます。両方あるなら、調査と小試行を分けて進められます。

一週間の到達点は、AIを入れることではありません。一件の流れに沿って、先に調べること・試せる変更・まだ変えない理由を、関係者と共有できる状態を目指しましょう。

別の業務の候補を探すときは、一業務から候補を考える部分も参照できます。候補をそのまま導入対象とせず、本記事の材料・確認・総負担に当てはめましょう。事業全体の現在地は新規事業9工程の地図で確認できます。

業務にAIを設計する

AI DESIGN — スキル・ワークフロー・エージェントの3段階で、はたらくAIを設計します。

TOKO

Supervisor

TOKOTOKO

Content Design / Media Ops

チームの紹介を見る →