自動化する作業を30分で1つに絞る方法

「自動化したい作業を洗い出してください」と言われると、たいてい手が止まります。

メール、議事録、請求、SNS、問い合わせ、日報、ファイル整理。候補はすぐ出ます。でも候補が増えた瞬間に、今度は選べなくなる。面倒を減らすために始めたのに、比較表を作る仕事が増えてしまう。

この記事の主張はひとつです。

自動化の最初の一歩では、費用対効果を細かく計算する前に、「30分で試せる作業」を1つだけ選んだほうがいい。

最初からROIをきれいに出そうとすると、時間単価、発生頻度、例外処理、ツール費用、学習コストまで見たくなります。もちろん大事です。ただ、初回の目的は投資判断ではありません。「自分の仕事のどこが自動化に向いているか」を触って確かめることです。

そのために、30分で候補を1つに絞る手順を置いておきます。

この記事で持ち帰れるもの
0分目: 今日は「仕組みを作る日」ではなく「試す作業を決める日」にする
5分: 候補を「作業名」ではなく「動詞」で出す
10分: 5つの質問で雑に落とす
15分: 「面倒の種類」で1つに寄せる
20分: 最後は「今日すぐ材料を出せるか」で決める
25分: 選んだ作業を1文にする
30分: 試す前に、失敗条件を決める
30分ワークの完成例
向いている人 / 向いていない人
次にやること

この記事で持ち帰れるもの

この記事で持ち帰れるのは、次の3つです。

自動化候補を30分で1つに絞る手順
最初に選んでいい作業、見送る作業の判断基準
試したあとに「続ける / やめる / 手動に戻す」を決める記録テンプレート

前提は、個人事業主、小さなチーム、現場の実務担当者が、AIやノーコード自動化を小さく試す場面です。大規模な社内システム連携や、法務・医療・金融判断の自動化は対象外です。

調査ベースの記事なので、特定ツールの導入効果は断定しません。一般的に、自動化に向く作業は「繰り返しが多い」「手順が比較的明確」「失敗時の影響を人が戻せる」ものとされます。McKinseyのRPAに関する解説でも、安定し、成熟し、ルール化され、繰り返しが多いプロセスを選ぶ重要性が示されています。この記事では、その考え方を個人や小さなチーム向けの30分ワークに落とします。

0分目: 今日は「仕組みを作る日」ではなく「試す作業を決める日」にする

最初に決めることがあります。

今日は自動化を完成させません。

やるのは、試す作業を1つ決めるところまでです。ここを分けないと、候補選びの途中でツール登録、連携設定、プロンプト作成、エラー調査まで始まります。気づくと2時間経って、肝心の作業選びが雑になる。

30分のゴールは、次の1文を書ける状態です。

まず試す作業は「＿＿＿＿」にする。理由は、繰り返しがあり、手順を説明でき、失敗しても人が戻せるから。

この1文が書ければ、今日は勝ちです。

5分: 候補を「作業名」ではなく「動詞」で出す

まず5分だけ、今週やった面倒な作業を書き出します。

ここで大事なのは、「業務名」ではなく「動詞」で書くことです。

悪い例はこうです。

メール
会議
経理
SNS
顧客対応

これだと大きすぎます。自動化候補ではなく、業務カテゴリです。

良い例はこうです。

問い合わせメールから返信案を作る
会議メモから決定事項だけ抜き出す
レシート画像を見て入力候補を作る
ブログ見出しを3案出す
フォーム回答をスプレッドシートへ転記する
毎週の進捗メモから次のタスクを並べる

「何を入力して、何を出すのか」が見えるくらいまで小さくします。

この時点では、良し悪しを判断しません。数は5〜10個で十分です。20個出すと、次の比較が面倒になります。

10分: 5つの質問で雑に落とす

候補が出たら、1つずつ次の5つを見ます。

質問	いい候補	見送り候補
繰り返しはあるか	毎日・毎週やる	年に数回しかない
手順を説明できるか	だいたい説明できる	自分でも勘でやっている
入力がそろっているか	メモ、メール、CSVなどがある	そもそも材料が散らばっている
出力を確認できるか	人が見て直せる	正しいか判断しにくい
失敗しても戻せるか	下書き、候補、チェックまで	自動送信、自動決済、自動公開

点数化するなら、各項目を0点か1点にします。5点満点で、3点以上なら候補に残す。2点以下なら今回は見送る。

細かい配点はいりません。ここで精密にやると、また作業が増えます。

注意したいのは、「時間がかかる作業」だけで選ばないことです。

40分かかる請求確認より、10分のメール下書きのほうが最初の自動化には向くことがあります。理由は、メール下書きなら人が直せるからです。請求確認は、間違えたときの痛さが大きい。最初に狙うなら、時間の大きさより戻しやすさを見ます。

15分: 「面倒の種類」で1つに寄せる

3点以上の候補が複数残ったら、面倒の種類で分けます。

面倒の種類	例	最初に試す形
白紙がつらい	メール返信、記事見出し、提案文	下書きを3案出す
整理がつらい	会議メモ、調査メモ、問い合わせ内容	要点を分類する
転記がつらい	フォーム、表、定型レポート	入力候補を作る
確認漏れが怖い	公開前チェック、送信前確認	チェックリストを作る
続かない	日報、週次振り返り	書く項目を固定する

最初におすすめしやすいのは、「白紙がつらい」「整理がつらい」「確認漏れが怖い」の3つです。

理由は、人間が最後に見られるからです。AIや自動化が出したものを、そのまま外へ出さない。下書き、分類、チェックリストまでに止める。これなら、失敗しても修正できます。

逆に、「転記がつらい」は便利ですが、最初から完全自動で本番データへ書き込むと危ないです。試すなら、まずは別シートに候補を出すだけにします。

20分: 最後は「今日すぐ材料を出せるか」で決める

候補が2つか3つ残ったら、最後はこれで決めます。

今日、サンプルを1件出せるか。

たとえば、次のように考えます。

問い合わせメールの返信案: 過去メール1件を匿名化すれば試せる
会議メモの整理: 直近メモ1本があれば試せる
ブログ見出し案: 既存メモがあれば試せる
請求確認: 本物の金額や宛先が絡むので今日は避ける
顧客データ更新: 個人情報と本番反映があるので今日は避ける

最初の1件は、実データをそのまま使わないほうが安全です。個人情報、社名、金額、メールアドレス、非公開情報は消す。どうしても消せないなら、その候補は今回は見送ります。

ここで「一番価値が大きい作業」を選ばなくていいです。

一番大きい面倒は、たいてい関係者も例外も多い。最初に選ぶと重くなります。最初は、一番小さく試せる作業で十分です。

25分: 選んだ作業を1文にする

ここまで来たら、次のテンプレートに埋めます。

まず試す作業:

入力:

AIまたは自動化に任せる部分:

人が残す判断:

失敗したときの戻し方:

今日使うサンプル:

例です。

まず試す作業:
問い合わせメールから返信案を作る

入力:
匿名化した問い合わせメール1件

AIまたは自動化に任せる部分:
返信案を3パターン作る、言い回しを整える

人が残す判断:
事実確認、約束してよい内容、送信判断

失敗したときの戻し方:
AI案を捨てて手動で返信する

今日使うサンプル:
先週届いた一般問い合わせ1件を匿名化したもの

この1文セットが作れない候補は、まだ自動化する前です。

特に「人が残す判断」が書けない候補は危ない。何を人間が見るのか決まっていない自動化は、だいたい後で確認コストが増えます。

30分: 試す前に、失敗条件を決める

最後に、失敗条件を先に決めます。

自動化は、うまくいったときより、微妙にうまくいったときが厄介です。少し便利だけど、毎回直す。なんとなく速い気がするけれど、確認に時間がかかる。こういう状態がいちばん残りやすい。

だから、試す前にやめる条件を書きます。

この試行は、次のどれかに当てはまったら一度やめる。

- 出力の確認に、手作業と同じくらい時間がかかる
- 毎回同じ修正を3回以上している
- 入力を整える準備が面倒すぎる
- 間違いに気づける自信がない
- 個人情報や非公開情報を消す手間が大きい

「やめる条件」を先に置くと、AIの世話係になりにくいです。

便利そうだから続けるのではなく、面倒が本当に減ったから続ける。ここを間違えないほうがいいです。

30分ワークの完成例

最後に、完成形を1つ置きます。

項目	内容
まず試す作業	会議メモから決定事項と次アクションを抜き出す
入力	直近の会議メモ1本
任せる部分	決定事項、未決定事項、次アクションの分類
人が残す判断	抜け漏れ確認、担当者確認、共有するかの判断
戻し方	AI整理を使わず、元メモから手動で整理する
成功条件	10分の整理が5分以内になり、抜け漏れ確認ができる
失敗条件	重要事項の抜けがあり、確認に10分以上かかる