最初に作るのは、自動で動く大きな仕組みではなく、何をAIに渡し、何を人が確認し、どこで止めるかを決めた試行計画です。このページを読み終えたら、下の一枚のシートを埋めて、作業を一つだけ試せる状態にします。

製品の契約やプログラミングは前提にしません。定型文や計算式だけで済むなら、それを選びます。まだ実際の資料をAIへ渡してよいか分からない場合も、まずこの記事とリンク先の架空教材で手順を確認できます。

結論：自動化は「業務 → 判断 → ツール」の順で考える

次の5つを順に決めます。すでに対象の仕事が決まっている方は、ステップ2から使えます。

  1. 入力と完成物が見える作業を選ぶ
  2. AI・定型文・規則・人の判断を使い分ける
  3. AIに任せない範囲と停止条件を書く
  4. 同じ完成状態まで試して、時間と品質を記録する
  5. 継続・限定・見送りを決め、必要な点検を残す

この5ステップの目的は、作業をゼロにすることではありません。人が判断する部分を守りながら、繰り返し作業だけを減らすことです。

ステップ1：入力と完成物が見える作業を選ぶ

「事務を楽にする」では範囲が広すぎます。まず1〜3件の候補を「何を受け取って、何を作ったら終わりか」で書きます。10件そろえる必要はありません。

広すぎる候補試せる大きさにした候補完成物
会議を効率化する文字の会議メモから、決定・未決・作業を整理する根拠行付きの3表
顧客対応を任せる現行FAQに答えがある問い合わせの返信案を作る返信案と、人への確認事項
月次業務を自動化する元資料と下書きの差を照合する相違点と未確認事項のメモ

頻度と今の所要時間も書きますが、推定値は「推定」と明記します。例外が長引く仕事では、普段の短い1回だけを月の全件に当てはめないでください。棚卸しの記事では、中央値と月の総負担を分ける例を扱っています。

ステップ2：AIを使わない方法とも比べる

次は製品名ではなく、処理の性質で分けます。この表は導入可否の認定基準ではなく、最初に比較する方法を選ぶための整理です。

作業の性質先に比べる方法AIを使う場合にも人に残すこと
毎回同じ説明を送る確認済みの定型文相手の条件に適用できるか
同じ列の合計や固定ルールの置換計算式・規則に基づく処理対象範囲・単位・元データの確認
書き方がばらばらの文章を整理するAIでの分類・下書き元の文との照合、曖昧な判断
例外の承認や新しい約束を決める権限を持つ人の判断判断そのもの。AIには論点整理まで

たとえば営業時間の質問に同じ案内を返すだけなら、定型文を選ぶ方が短い手順になります。一方、会議メモは毎回の文章が違うので、整理をAIで試す候補にできます。ただし担当者や期限の決定まで任せるわけではありません。

ステップ3：任せない範囲と停止条件を書く

候補は一つだけに絞り、「作るもの」に加えて「しないこと」も一文にします。

行番号付きの会議メモから、決定・未決・行動リストの下書きを作る。担当・期限は補わず、元資料と照合するまで参加者へ共有しない。

この文なら、推測の担当者が入った時は止める、と判断できます。「AIで議事録を完成させる」だけでは、何を完成と呼ぶかが曖昧です。

次のどれかが不明なら、その確認を先に行います。

  • 資料を利用先へ渡してよいか。分からなければ架空資料だけを使う。
  • 元資料のどこを見れば正誤を確かめられるか。
  • 誰が、公開・送信・上書きの前に止めるか。一人なら自分の確認工程を書く。
  • 使えなかった出力を捨てて、手作業で完成させられるか。

会議メモの場合は、5行の入力と3表の完成例で境界を確かめられます。

ステップ4：時間と品質を、同じ完成状態まで測る

試行中は、AIの出力をそのまま顧客へ送ったり、公開したりしません。

最初は通常の入力、情報不足の入力、例外の入力を試します。例えば会議メモなら、期限が明記された例、期限が曖昧な例、提案が否決された例です。各例で次を残します。

  1. 従来の手作業で、完成までに使った時間
  2. AIへの準備・確認・修正・不採用後のやり直し時間
  3. 間違いの内容と、根拠へ戻って直せたか
  4. 未完了・状態不明の例が残っていないか

生成が終わっても、確認前なら完成ではありません。出力確認の練習で根拠への戻り方を確かめ、記録の集計には、手作業でやり直した時間も入力します。

7日間は試行を短く区切るための例で、精度を保証する期間ではありません。月に一度の作業なら必要な例が集まるまで延ばします。詳しい比較条件は7日間の検証シートを使ってください。

ステップ5：継続・限定・見送りを決める

試行で分かったこと次の判断例
確認込みで手間が減り、想定した条件の出力を使えた試した範囲だけ継続する
通常例は使えるが、情報不足で事実を補ってしまう情報不足は人へ戻し、限定した範囲で再試行する
定型文より時間がかかる、重大な誤りを止められない見送る。手作業や定型文へ戻す

月60分削減や点検10分以内は、全員に共通する成功条件ではありません。自分の作業頻度、許容できる確認時間、誤りの影響で基準を決めます。時間が減っても、根拠のない約束を見逃すなら運用を進めません。

完成した出力の確認と、仕組み自体の保守も分けます。外部へ送る内容は送信前に確認し、資料・指示・接続先が変わった時はテストをやり直します。停止や重要な通知を「月次点検の日まで」放置する運用にはしません。

コピーして使える最初の試行計画

対象の作業：
入力（資料の種類・版・利用可否）：
完成物と、終わったと判断する条件：
AIを使わない比較相手（手作業・定型文・計算式など）：
AIに任せること：
AIに任せないこと（送信・承認・上書きなど）：
試す入力：通常／情報不足／例外
計測：準備・確認・修正・やり直し、待ち時間は別記
止める条件と、人が確認する場所：
継続に必要な時間・品質の条件：
手作業へ戻す方法：
試行後の判断と理由：継続／限定して再試行／見送り

会議メモなら、「担当・期限を推測していないこと」「決定事項が抜けていないこと」「確認を含む負担が手作業を下回ること」を条件にできます。最後の条件が未計測なら空想で埋めず、「これから測る」と書きます。

次に作るのは、手順と戻し方

試行が終わったら、対象をむやみに増やす前に、使えた範囲を一枚の手順書へ残します。処理が止まった場合は4件の台帳で学ぶ復旧例を使い、完了済み・未処理・状態不明を分けます。

ここまでを一つの仕事で説明できることが、この入門ガイドの到達点です。売上の増加、特定の削減率、完全放置での運用を保証するものではありません。

各ステップを具体化する資料