業務自動化の最初の一本は何にする?棚卸しから候補を選ぶ基準

なぜ「戻せるか」を軸にするのか

自動化ツールには失敗に気づく仕組みや、やり直す仕組みがあります。ただ、それが外部への影響まで取り消してくれるとは限りません。公式ヘルプから確認できた範囲では、次のとおりです(いずれも2026年10月27日に閲覧)。

• Zapier:Zapの実行をまるごと再実行(リプレイ)すると、新しい実行として扱われます。成功済みのステップも、タスク使用量に再び数えられると説明されています。再実行できるのは、実行履歴から選んだ実行です。全体の再実行や自動再実行(オートリプレイ)は有料プランが対象で、無料プランで手動再実行できるのはエラーになった実行に限られます。詳細はReplay Zap runs(ヘルプの更新日は2026年5月29日と表示)を参照してください。
• Make:エラーで止まった実行を保存する「不完全な実行(Incomplete executions)」は、初期状態では無効です。シナリオの設定で有効にします。保存できる件数には組織ごとの上限があります。詳しくはIncomplete executionsにあります。
• n8n:ワークフローごとに「エラーワークフロー」を設定でき、実行が失敗したときに別のワークフローを動かせます。Error Triggerノードで始め、メールやSlackなどでの通知に使えます。条件を決めてわざと失敗させるStop And Errorノードもあります。詳しくはHandle errors gracefullyにあります。

つまり、これらは「失敗を知る」「止まった処理をやり直す」ための機能です。送ってしまったメールや更新済みの顧客データを巻き戻す機能ではありません。やり直すと二重処理になる場合もあります(これはヘルプの記述を踏まえた編集上の見方です)。だから最初の一本は、そもそも取り返しがつかない処理を含まないものを選ぶ価値があります。

手順1:業務棚卸し表をつくる

まず、繰り返している作業を書き出します。ツールを開く必要はありません。次の表をコピーして使ってください。

• 1、作業名：、きっかけ：、入力：、出力・書き込み先：、頻度(回/週)：、誰に影響するか：、人の確認の有無：

書くときのコツは3つです。

• 「きっかけ」は「フォームが届いたら」「毎週月曜に」のように、起点を一言で書きます。
• 「出力・書き込み先」は、社内のシートか、社外に出るメールか、顧客データか、を区別して書きます。
• 「誰に影響するか」は、間違ったとき最初に困る人を書きます。自分だけ、チーム、取引先、のいずれかです。

書き出しが進まないときは、AIに質問役を頼めます。ただし、実際の顧客名や社内の機密は入力せず、作業の種類だけを伝えてください。

私は小規模なチームで事務を担当しています。
繰り返している作業を思い出すために、1問ずつ質問してください。
(1) 毎日・毎週やること (2) コピー&貼り付けしていること
(3) 通知や転記を人が待っていること、の順で聞いてください。
私の答えは、次の列の表にまとめてください:
作業名/きっかけ/入力/出力・書き込み先/頻度(回/週)/誰に影響するか
※固有名詞や個人情報は書きません。「顧客A」のような置き換えで答えます。

AIに任せるのは質問と表への整理までです。頻度や影響の判断は、業務を知っているあなたが確認します。

手順2:3つの軸で採点する選定シート

棚卸しした作業を、1〜5点で採点します。軸は次の3つです。

• 頻度、5点：毎日以上、3点：週に数回、1点：月1回以下
• 戻しやすさ、5点：書き込み先の行や通知を消せば済む、3点：手作業で直せるが時間がかかる、1点：送信済みで取り消せない
• 影響の小ささ、5点：自分だけに影響する、3点：チーム内に影響する、1点：取引先・顧客に影響する

合計点は次の式で出します。これは編集上の提案で、公式の基準ではありません。

合計 = 頻度 + 戻しやすさ × 2 + 影響の小ささ × 2(満点25)

戻しやすさと影響の小ささを2倍にしているのは、この記事の主張が「手間より安全に戻せること」だからです。さらにゲートを1つ置きます。戻しやすさか影響の小ささのどちらかが2点以下なら、点数が高くても最初の一本から外します。頻度が高い作業ほど、失敗が積み上がるのも速いからです。

記入例(説明用の例です)

次の6件は、実際の業務を測ったものではなく、説明用に私が作った例です。

• 問い合わせフォームの到着を社内チャットに通知、頻度：4、戻しやすさ：5、影響の小ささ：5、合計：24、判定：候補1位
• フォーム回答をスプレッドシートに1行追記、頻度：4、戻しやすさ：4、影響の小ささ：4、合計：20、判定：候補2位
• 会議メモをAIで要約してフォルダに保存、頻度：3、戻しやすさ：4、影響の小ささ：4、合計：19、判定：候補3位
• 週次レポートをメールの下書きとして作成、頻度：2、戻しやすさ：4、影響の小ささ：4、合計：18、判定：候補4位
• 顧客データベースのステータスを自動更新、頻度：5、戻しやすさ：2、影響の小ささ：2、合計：13、判定：ゲートで除外
• 請求書PDFを取引先にメール送信、頻度：3、戻しやすさ：1、影響の小ささ：1、合計：7、判定：ゲートで除外

頻度が最も高い「ステータス自動更新」が外れ、地味な通知が1位になっています。これがこの選び方の狙いです。1位の通知は、誤って動いても余計な通知が1件増えるだけで、あとから直す対象もありません。

AIの要約を含む作業は、要約の内容が正しいかを人が見る必要があります。例の3位は、保存先が社内フォルダなので上位に残しました。外部に自動で送る形に変えるなら、採点し直してください。

手順3:選んだ一本を安全に動かす

1位が決まったら、本番にする前に次の4点を確認します。これは公式の必須手順ではなく、編集上のチェックリストです。

1. テスト用の出力先を使う:最初はテスト用のチャンネルやシートに向けます。
2. ダミーデータで動かす:実在の顧客情報ではなく、架空の名前や内容を入れます。
3. 失敗の通知先を決める:n8nならエラーワークフロー、Makeなら不完全な実行の有効化など、各ツールの失敗に気づく機能を設定します。Zapierは再実行の機能や実行履歴で確認します。
4. やり直しのルールを書く:「再実行すると二重に通知されるか」を前もって確認し、メモにします。Zapierでは、全体の再実行が新しい実行として扱われる点が根拠になります。

1週間ほど動かして問題がなければ、同じシートで次の候補(2位)に進みます。2位以降は、1本目で身についた「失敗に気づく設定」を使い回せます。

選定シートを使い終えたあとの見直し

合計点が近い候補で迷ったら、「人の確認の有無」の列を見ます。確認が入っている作業は、自動化後も人が見る場所を残せるので、点数が同じなら優先してかまいません。逆に、ゲートで外れた作業は、永久に自動化しないという意味ではありません。たとえば「ステータス更新」を、更新せずに『更新候補』をシートに出すだけの形に変えれば、戻しやすさは上がります。作業の形を変えて、もう一度採点してください。

この記事の記入例は、使い方を示すための仮のデータです。自分の業務の点数は、棚卸し表の内容から自分で付けてください。