AIをメール、ファイル、顧客管理などへつなぐ場合は、文章生成だけの利用とは影響範囲が変わります。何を読めて、何を変更でき、どこで人が確認するかを明確にします。仕組みを止める方法も含めて設計しましょう。
参照・作成・送信・変更を別の操作として扱う
情報を読む権限があることと、外部へ送ったりデータを変更したりする権限があることは別です。業務上必要な操作だけを対象にします。
| 項目 | 確認・実施する内容 |
|---|---|
| 参照 | どの資料・データを読み取れるか。 |
| 作成 | どこへ下書きやファイルを作れるか。 |
| 送信・公開 | 誰に、どの内容を、どの確認後に送るか。 |
| 変更・削除 | 既存情報へ影響する操作を許可するか、復元できるか。 |
最初の試作では、下書きの作成や通知までに範囲を限定できます。便利さだけで広い権限を渡さず、実施する作業から必要な範囲を決めます。
問い合わせ業務で権限と承認を具体化するには、問い合わせ分類を自動化する前に決めたい振り分けと確認ルールをご覧ください。
承認と例外対応の担当を決める
正常な入力だけでなく、情報不足や連携失敗が起きたときの対応を決めます。途中まで処理された状態から、誤って二重送信しない確認も必要です。
| 項目 | 確認・実施する内容 |
|---|---|
| 開始条件 | どの入力や依頼で処理を始めるかを定義する。 |
| 確認箇所 | 重要な内容や外部操作の前に、誰が確認するかを定義する。 |
| 例外通知 | 不足、矛盾、連携エラーを誰へ返すかを決める。 |
| 再実行 | 実行済みの処理を確認し、必要な部分だけをやり直す。 |
外部サービスの利用条件や、保存・送信される情報も確認します。接続できたことだけで、本番運用に必要な確認が済んだとは扱いません。
確認する手順や条件は、議事録・要約にAIを使うときの確認工程と運用方法も参考になります。
停止・復旧・引き継ぎを運用に含める
担当者が替わったり、ツールの仕様が変わったりしても、安全に運用を見直せる状態にします。管理情報を個人の記憶だけに残さないことが大切です。
| 項目 | 確認・実施する内容 |
|---|---|
| 記録 | 実施内容、対象、結果、確認者、エラーを必要な範囲で残す。 |
| 停止 | 不要な自動処理や接続を止める方法を確認する。 |
| 復旧 | 変更前の情報や未処理の案件を確認できるようにする。 |
| 担当 | 権限、設定、問い合わせ先、更新手順を引き継ぐ。 |
どのログを残すかも情報管理の対象です。必要以上の個人情報を複製せず、閲覧権限や保存の方針を決めます。
自社のサイト・業務への当てはめに迷ったら、AI導入・業務活用を相談するからご相談いただけます。
よくある質問
依頼や社内での実施を検討するときに確認したい点です。
| 項目 | 確認・実施する内容 |
|---|---|
| つながるサービスはすべて接続すべきですか？ | 必要な業務と操作を先に決め、必要な範囲だけ接続します。接続数が導入の成果ではありません。 |
| エラーが出たら最初から実行すればよいですか？ | 既に完了した操作がないかを確認します。送信・登録等の二重実行を防ぐ運用を用意します。 |
個別の条件は、対象業務と資料を確認してから判断します。
相談前に整理すること
参照・作成・送信・変更を分け、承認、停止、再実行、引き継ぎまで確認してください。小さな権限と対象から試作しましょう。
| 項目 | 確認・実施する内容 |
|---|---|
| 対象 | 対象サイトや業務と、困っていることを共有する。 |
| 材料 | 利用できる資料と、公開・入力できる範囲を整理する。 |
| 分担 | 社内で担当できる作業と、依頼したい作業を分ける。 |
CommunityCreateでは、必要な調査・制作・実装・運用の範囲を整理してご提案します。
