月末になると、担当者が数時間かけて複数のExcelファイルを突き合わせ、数字を転記して報告書を作る。こうした作業が社内にいくつも残っている企業は少なくありません。「AIで何とかできないか」という相談を受けたとき、まず聞かれるのは製品名やモデル名ではなく、次の質問です。

その作業は、何を受け取って、何を判断して、何を出力していますか。

この問いに即答できない作業は、AI活用の対象として扱う前に整理が必要です。AI導入支援は技術選定から始めるのではなく、任せたい作業を棚卸しすることから始まります。

まず「作業」を分解して書き出す

棚卸しとは、日々の業務を「入力」「判断」「出力」の3つに分けて書き出す作業です。たとえば想定例として、問い合わせメールの一次対応を考えてみます。入力はメール本文、判断は「どの部署に振り分けるか」、出力は「担当部署への転送と一次返信」です。この分解ができると、どこにAIが関与できる余地があるか、どこは人が判断すべきかが見えてきます。

逆に、作業全体を「問い合わせ対応」とひとまとめにしたままだと、AIに何を任せるかが曖昧になり、試作段階で迷走しやすくなります。棚卸しの目的は、作業を小さな単位に分けて、任せる範囲と人が確認する範囲の境界線を引くことです。

AI活用を検討する条件、既存の仕組みで足りる条件

すべての作業がAI活用に向いているわけではありません。判断の目安を整理します。

AI活用の検討に向く条件は、作業量が多く繰り返し発生すること、判断基準がある程度言語化できること、多少の誤りが後工程で人の確認によって吸収できることです。たとえば想定例として、問い合わせ内容の一次分類やドラフト文章の作成は、最終的に人が確認する前提であればAI活用の対象になりやすい作業です。

一方で、既存のルールベースの仕組みや表計算の自動化で十分な場合もあります。入力と出力の関係が固定的で、条件分岐が数パターンに収まる作業は、AIを使わなくてもマクロや既存システムの設定変更で解決できることが多くあります。判断基準が毎回変わらないなら、AIより運用ルールの見直しのほうが早く確実です。

AI活用を急ぐ前に、「この作業は条件分岐が複雑で、過去のパターンから推測する必要があるか」を確認してください。複雑な推測が不要な作業にAIを導入すると、導入コストに対して効果が見合わないことがあります。

試作前に確認しておくべきこと

任せたい作業の候補が決まったら、試作に入る前に次の点を確認します。

一つ目は、判断材料となるデータが実際に存在し、アクセスできるかどうかです。棚卸しの段階で「過去の問い合わせ履歴があれば分類の精度が上がる」と分かっても、そのデータが散在していたり、個人のメールボックスにしか残っていなければ、試作の前にデータ整備が必要になります。

二つ目は、誤った出力が起きたときに、誰がどの段階で気づけるかです。AIの出力をそのまま業務に流す設計は避け、人が確認するポイントをあらかじめ決めておきます。確認する人、確認する頻度、確認にかかる時間の目安を先に見積もっておくと、運用開始後の負荷を把握しやすくなります。

三つ目は、現場の担当者がその作業にどれくらいの時間をかけているかという、導入前の基準値です。時間や件数を記録しておくと、試作後に「作業時間が減ったか」「手戻りが増えていないか」を比較する材料になります。数値は目安として扱い、効果を保証する性質のものではありません。

棚卸しから定着までの流れ

棚卸しで対象業務を絞り込んだあとは、小さい範囲で試作し、現場の担当者に実際に使ってもらい、出力結果を確認しながら調整する、という流れになります。この過程で重要なのは、最初から完璧な自動化を目指さないことです。人が確認する工程を残したまま小さく始め、問題が出た箇所を都度直していくほうが、現場に定着しやすくなります。

導入してすぐに結果が出ないからといって、作業の選定自体が誤っていたとは限りません。確認の仕組みや運用ルールを見直すことで改善する場合もあります。棚卸しの段階で作業を細かく分けておくと、どこを調整すべきかの判断もしやすくなります。

  • 任せたい作業を「入力」「判断」「出力」に分けて書き出したか
  • その作業はどれくらいの頻度・件数で発生しているか記録したか
  • 判断基準が言語化できるか、既存ルールで対応できないか確認したか
  • 判断に使うデータが実際に存在し、アクセスできるか確認したか
  • 誤った出力に誰がどの段階で気づけるか、確認担当を決めたか
  • 導入前の作業時間や件数を基準値として記録したか
  • 最初から完全自動化を目指さず、人の確認工程を残す設計にしたか

→ TSUNAIDEに無料相談する