ブログ
公開日
AIでチェックリストを作るには?「確認したつもり」を減らす項目の書き方
「提出前の確認項目を、AIでチェックリストにしたい」
そう頼むと、たくさんの項目が並ぶことがあります。ただ、「内容を確認する」「問題がないか見る」と書かれていても、何をすればチェックを付けてよいかが曖昧なままです。
チェックリストは、項目数より、使う人が同じ意味で確認できることを目指しましょう。
この記事では、日常の事務や資料送付を例に、AIへ候補を出してもらい、実務用へ整える手順を紹介します。例は架空で、実際の顧客資料や検証結果ではありません。専門的な点検基準の代わりになるものではありません。
最初に「いつ、何をする前に使うか」を決める
一つのリストへ、準備、作業、提出、振り返りを全部入れると、使う時点が分からなくなります。
まずは「資料をメールで送る直前」のように、場面を絞ります。
対象の資料、使う人、確認に使える情報も決めます。
今回確認したい失敗は何かも書きます。
宛先違い、古い資料の添付、本文と添付の食い違いなど、実際の業務で気になることを整理します。
事故やミスの記録があるなら、社内で扱える範囲で参照します。
記録がないものを、過去に起きた事実として追加しないようにします。
抽象的な項目を、照合できる表現へ変える
「資料を確認する」では、見たことだけで終わるかもしれません。
どの資料の、何を、何と比べるかを具体的にします。
| 抽象的な候補 | 具体化する例 |
|---|---|
| 宛先を確認する | 今回送付する相手の記録と、宛先欄を照合する |
| 添付を確認する | 送付用と決めたファイル名・版と、実際の添付を照合する |
| 内容を確認する | 本文の資料名・対象期間が、添付内容と一致するかを見る |
| 公開範囲を確認する | 今回の送付相手へ共有してよい内容か、社内の確認記録を見る |
これは考え方の例です。
実際の業務で何を根拠にできるか、誰が判断できるかを担当者と確認してから採用します。
一つの項目に違う確認を詰め込みすぎないことも大切です。
宛先と添付と内容が一行にまとまっていると、どれか一つだけ済んでもチェックを付けてしまうおそれがあります。
確認方法と、確認済みにできる条件をそろえる
項目の文章だけで伝わりにくければ、確認方法と完了条件を別の欄にします。
たとえば、添付確認なら「実際に添付した資料を開く」が方法です。
「送付用の版と一致し、必要なページがあることを確認できた」が完了条件の候補になります。
ファイル名だけでは中身まで確認したことにはなりません。
一方で、毎回すべての情報を確認し直す必要があるかは、業務の手順や影響に応じて決めます。
誰が、どの時点で確認するかもそろえます。
同じ人が複数の役割を担う場合も、作成したことと確認したことを区別して残します。
「対象外」と「未確認」を分ける
今回使わない項目もあります。添付のない連絡なら、添付に関する項目は対象外かもしれません。
ただし、確認できていないことを対象外にしないようにします。
結果の欄は、「確認済み」「未確認」「問題あり」「対象外」など、実務で使える区分を決めます。
対象外にする条件や、問題があったときの連絡先も整理します。
未確認が残っているのに、リストの見た目だけを全部チェック済みにしないことが大切です。
確認できない項目は、次に誰へ相談するかが分かる形で残します。
AIへ候補を出してもらう指示のひな型
対象業務:[何をする仕事か]
使用場面:[いつ使うか]
使用者:[誰が確認するか]
参照できる情報:[社内手順や確認記録等]
避けたい失敗:[確認している課題、または想定するリスク]チェック項目の候補を作ってください。
一項目は一つの確認を基本にし、「何を」「何と照合するか」を具体的にしてください。
項目、確認方法、確認済みにできる条件、対象外となる条件、要確認事項に分けてください。
資料にない社内ルールや担当者を作らず、不明な点は要確認としてください。
項目の重複と、判断が曖昧な表現も指摘してください。
この指示で、必要な項目がすべてそろうわけではありません。
出力は候補として扱い、実際の手順と照合します。
社内資料を入力する場合は、会社で認められたAIと情報の範囲を確認します。
顧客情報や機密情報を、候補を作るために不用意に渡さないようにします。
残す項目を、人が選ぶ
AIが挙げた項目には、今回の業務と関係がないものや、確認する手段がないものも含まれるかもしれません。
項目ごとに、何の失敗を防ぐためか、使う時点で確認できるか、誰に判断できるかを見ます。
重複するものは整理し、別の工程で確認するものは、そちらの担当や記録へつなぎます。
重要な確認を数合わせで削ったり、確認できない項目を形式だけ残したりしないようにします。
項目数に万能の正解はありません。
必要な確認と、実際に使える形を合わせて考えます。
使う前に、架空の資料で一度たどる
下書きができたら、架空の資料や許可された確認用の素材で、手順をたどります。
たとえば、本文と添付で対象期間が違う例を用意したとき、該当の項目で違いに気付けるでしょうか。
正しい状態の例でも、何をもって確認済みにするかを説明できるでしょうか。
担当者以外にも試してもらえるなら、解釈が分かれる項目を聞きます。
実際に試していない段階では、「ミスを防げた」「誰でも使える」と成果のように書かないようにします。
この試行は、確認方法を見直すためのものです。
すべての失敗を防げると保証するものではありません。
リスト自体の更新担当も決める
手順や資料の場所が変わると、以前のリストが使えなくなることがあります。
対象業務、使用する版、更新日、管理担当を残します。
新しい項目を追加するだけでなく、使わなくなった項目や実行しづらい表現も見直します。
問題が起きたら、項目がなかったのか、表現が曖昧だったのか、実施できなかったのかを分けて振り返ります。
チェック済みだったことだけで、どこまで確認したかを推測しないようにします。
まずは一つの項目を、「何を見て、どの状態なら確認済みか」まで書き換えてみてください。
AIに項目を増やしてもらう前に、使う人の判断をそろえる出発点になります。
業務の確認手順やAIの使い方を整理したい方は、株式会社REPRESENTへご相談ください。
実際の仕事に合わせ、作成と確認の分担から考えられます。