自動化の月次点検チェックリスト:放置されたワークフローを見直す

月次点検表(6項目)

ワークフローごとに次の表を埋めます。スプレッドシートに1行1本で並べるのが簡単です。

• 1、項目：持ち主、見るもの：担当者名、退職・異動の有無、合格の目安：今も在籍する担当者が1人いる
• 2、項目：直近の結果、見るもの：実行履歴の成功・失敗・件数、合格の目安：期待する頻度で動き、失敗が続いていない
• 3、項目：通知経路、見るもの：エラー通知の宛先、届くか、合格の目安：宛先が現役で、テスト通知が届く
• 4、項目：接続と権限、見るもの：連携アカウント、トークン、共有設定、合格の目安：個人退職で止まらず、権限が必要最小限
• 5、項目：負荷と保存量、見るもの：実行回数、履歴の保存量、課金への影響、合格の目安：想定内で、不要な履歴を溜めていない
• 6、項目：必要性、見るもの：出力を誰が使っているか、合格の目安：利用者が「今も使う」と答えられる

6は最も見落とされます。技術的に正常でも、使う人がいない自動化は管理の負担だけを残します。

廃止・修正・継続の判定基準

上から順に当てはめます。最初に当てはまった行が結論です。

• 1、状況：6(必要性)で利用者が不要と答えた、または出力を誰も使っていない、判定：廃止候補
• 2、状況：1(持ち主)が不在で、引き取り手も決まらない、判定：廃止候補(無効化して様子を見る)
• 3、状況：2〜4のどれかが不合格、判定：修正
• 4、状況：人が手で後追い修正している件数が、先月より増えている、判定：修正
• 5、状況：全項目が合格、判定：継続

注意点が2つあります。年次や四半期の業務を自動化している場合、「直近で動いていない」は不要の根拠になりません。動くべき時期を表に書いておきます。もう一つは、廃止の前にいきなり削除せず、まず無効化して一定期間(たとえば30日)置く運用です。困った人が出なければ削除します。この期間も提案です。

ツール別に確認する場所と仕様

以下は2026年10月28日に私が開いた公式ページの記述です。プランや設定で挙動が変わるため、自分の環境の画面で確かめてください。

Zapier

• 既定ではエラー通知はアカウントのメールに届きます。個別のZap向け通知設定はPro・Team・Enterpriseプランで利用できます(通知の管理)。
• 既定では、直前7日間の実行の95%以上でエラーになるとZapが自動で一時停止します。「エラーでも動かし続ける」設定への切り替えはCompanyプラン向けと記載されています(詳細設定)。つまり、自動停止していないか(項目2)を月次で見る意味があります。

Make

• 「連続して何回エラーになったらシナリオを無効化するか」を設定できます。ただしインスタントトリガー(Webhook)では、最初のエラーで即座に無効化されます。
• 失敗した実行を保存する「不完全な実行」は、保存量がプランの上限に含まれ、上限を超えるとデータが破棄される場合があります。
• 「データの機密性」を有効にするとログにペイロードを残さなくなりますが、エラーの原因調査はしにくくなります。

出典はMakeのシナリオ設定です。保存量(項目5)と調査しやすさのどちらを優先するかは、扱うデータで決めます。

n8n

• エラー用ワークフローは、Error Triggerノードから始まるワークフローを作り、各ワークフローの設定で指定します。1つのエラー用ワークフローを複数のワークフローで共有できます。
• 実行IDやURLがエラー通知に入るのは、実行がデータベースに保存されている場合です。トリガーノード自体で起きたエラーでは、実行IDやURLは得られません。

出典はn8nのエラー処理です。実行履歴を「失敗時のみ保存」にしている場合などは、通知に何が載るかを一度テストして確認しておくと安心です。

AIに任せること、人が確認すること

AIに向くのは、点検表の下書き整理と、判定基準の機械的な当てはめです。逆に、必要性の判断と、廃止の最終決定は人が行います。AIは業務の事情を知らないためです。

• AI、内容：表の整形、判定基準の当てはめ案、担当者への確認メールの下書き
• 人、内容：管理画面での実際の確認、利用者への聞き取り、廃止・無効化の実行

渡す情報は、ワークフロー名や用途の要約までにします。顧客名、APIキー、実行ログの実データは貼らず、「顧客A」のような置き換えにしてください。学習に使われない設定であることと、情報を外に出さなくてよいことは別の話です。

依頼文のテンプレート

あなたは業務自動化の点検を手伝うアシスタントです。
下の一覧に、次の判定基準を順に当てはめ、
各行に「廃止候補/修正/継続」と理由を1行で付けてください。
不明な項目は推測せず「要確認」としてください。

判定基準:
1 必要性が「不要」または利用者なし → 廃止候補
2 持ち主が不在で引き取り手なし → 廃止候補(無効化して様子見)
3 直近結果・通知経路・接続のどれかが不合格 → 修正
4 全項目が合格 → 継続
※年次・四半期の業務は「動くべき時期」の欄を優先する

一覧:
(ここに表を貼る)

入力例と出力の読み方(説明用の例)

以下は架空の例で、実際の測定結果ではありません。

• 問い合わせ→チャット通知、持ち主：佐藤、直近の結果：毎日成功、通知経路：届く、接続：正常、必要性：使っている
• 週次レポート転記、持ち主：退職済み、直近の結果：先週から失敗、通知経路：宛先が退職者、接続：トークン期限切れ、必要性：要確認
• 旧キャンペーン集計、持ち主：田中、直近の結果：3か月実行なし、通知経路：届く、接続：正常、必要性：終了した

この入力なら、1行目は継続、3行目は廃止候補(無効化)になるはずです。2行目は持ち主不在かつ必要性が未確認なので、AIの答えが「修正」か「廃止候補」かに関わらず、まず利用者へ確認します。AIの出力は案であり、管理画面の状態と照らして最終判断してください。

点検の運用手順

1. 月初に15〜30分の枠をカレンダーへ固定します。
2. 管理画面からワークフロー名の一覧を書き出し、点検表に貼ります。
3. 項目1〜5を管理画面で確認して記入し、6は利用者に1行で聞きます。
4. 上の依頼文で判定案を作り、人が見直します。
5. 廃止候補は無効化し、日付と理由を表に残します。30日後に削除するか戻すかを決めます。
6. 修正は期限と担当を決めて、翌月の点検で解消を確認します。

この表を共有しておけば、持ち主が変わっても引き継げます。