自動化ワークフローの引き継ぎ資料テンプレート:担当が変わっても止めない

引き継ぎ書に入れる項目を優先度で決める

全部を書こうとすると誰も更新しなくなります。次の表は、項目ごとに「書かないと何が起きるか」で優先度を付けた編集上の提案です。

• 目的と業務上の持ち主、優先度：必須、書かないと起きること：止めてよいのか、直すべきか判断できない
• 接続先(サービス名・用途・読み書きの別)、優先度：必須、書かないと起きること：障害時にどこを疑うか分からない
• 認証の持ち主(誰のアカウントで接続しているか)、優先度：必須、書かないと起きること：担当の退職でログイン不能・権限喪失になる
• 停止手順・再開手順、優先度：必須、書かないと起きること：誤動作時に止められず、被害が広がる
• 失敗時の通知先と一次対応、優先度：必須、書かないと起きること：エラーに誰も気づかない
• 実行頻度・トリガー、優先度：推奨、書かないと起きること：想定外の実行を異常と見分けられない
• 扱うデータの種類、優先度：推奨、書かないと起きること：個人情報を含む処理を知らずに変更してしまう
• 変更履歴、優先度：推奨、書かないと起きること：直近の変更が原因か切り分けられない
• 処理の詳細な流れ、優先度：任意、書かないと起きること：ツール上の画面で確認できる範囲は省略可

「認証の持ち主」を独立した項目にするのがポイントです。個人のメールアドレスやAPIキーで接続されたまま運用されているケースは、引き継ぎで最も抜けやすい部分です。

そのまま使える引き継ぎ書の雛形

以下をコピーして、ワークフロー1本につき1枚作成してください。かっこ内は書き方の指示で、例の値は説明用の例です(実在の設定ではありません)。パスワードやAPIキーの値そのものは書かず、保管場所の名前だけを書きます。

# ワークフロー引き継ぎ書:[ワークフロー名]

最終更新日:YYYY-MM-DD / 更新者:[氏名]

## 1. 目的
- 何を自動化しているか:(例)問い合わせフォームの内容を営業チャットに通知し、一覧表に1行追加する
- 止まると困る人・業務:(例)営業チーム。2時間以上止まると返信遅れが出る
- 業務上の責任者(部署・氏名):
- 技術上の担当(今):/ 次の担当:

## 2. 動かし方
- ツールと場所:(n8n / Zapier / Make、ワークスペースやフォルダ名、URL)
- トリガー:(例)フォーム送信時(Webhook)/ 毎日9:00 のスケジュール
- 想定する実行回数:(例)平日1日20件前後

## 3. 接続先
| サービス | 用途 | 読む/書く | 認証の持ち主 | 認証方式 | 資格情報の保管場所 |
|---|---|---|---|---|---|
| (例)チャットツール | 通知投稿 | 書く | 共用アカウントA | OAuth | パスワード管理ツールの「共用A」 |
| (例)表計算 | 行追加 | 書く | 担当者個人 | OAuth | 個人アカウント→要付け替え |

## 4. 扱うデータ
- 個人情報の有無:(有/無。有の場合は項目名のみ)
- 外部に送るデータ:
- ログに残る内容・保存期間:

## 5. 停止手順(緊急時)
1. ツール上でこのワークフローを無効化/オフにする(場所:)
2. トリガー元(フォーム等)に影響が出るか確認する
3. 停止した旨を [連絡先] に連絡する
4. 停止中に溜まったデータの扱い:(再実行する / 破棄する / 手作業で処理する)

## 6. 再開手順
1. 原因を修正し、テストデータで1回実行する
2. 有効化する
3. 失敗していた実行の再処理が必要か確認する

## 7. 失敗時
- 通知先:
- 一次対応(誰が何分以内に何をするか):
- よくある失敗と対処:

## 8. 変更履歴
| 日付 | 変更者 | 内容 | 理由 |
|---|---|---|---|

## 9. 引き継ぎ確認(新担当が実施)
- [ ] 自分のアカウントでツールにログインできた
- [ ] 認証の持ち主を共用または自分に付け替えた
- [ ] 停止手順を一度試した(テスト用の複製で可)
- [ ] 通知先に自分が入っている

ツール別に確認しておくこと

以下は2026年10月28日に公式ヘルプを開いて確認した範囲です。仕様やプランは変わる可能性があるため、実施時に最新の記述を確認してください。

n8n

エクスポートしたワークフローのJSONには、資格情報の名前とIDが含まれると説明されています。IDは機密ではないものの、名前は付け方によっては機密になり得ます。また、cURLから取り込んだHTTP Requestノードには認証ヘッダーが残る場合があるため、共有前に除去または匿名化するよう案内されています(n8n「Export and import」)。引き継ぎ書にJSONを添付するなら、この点を確認してからにしてください。資格情報の名前は「どのサービスの誰用か」が分かる形にしておくと、前述の表の「認証の持ち主」欄と対応づけやすくなります。

Zapier

Zapの所有者変更は、Zapのメニューから「Change owner」を選び、同じアカウント内の別ユーザーを指定する手順です。公式ヘルプでは、Free、Professional、Team、Enterpriseの各プランでZapierの資産管理機能を利用できると説明されています(Zapier「Manage assets in your Zapier account」)。このページはWebhookのURLや接続の扱いには触れていません。Webhookをトリガーにしている場合は、所有者変更の前後でURLを見比べて記録し、呼び出し元の設定も確認する運用が安全です。

Make

シナリオのブループリントは、モジュール、モジュール設定、マッピングした値を含みますが、インポート後に接続は自分のアカウントで作り直す必要があります。インポートできるのは2MB未満のファイルです(Make「Scenario blueprints」)。つまりブループリントを保存しても、認証の引き継ぎにはなりません。接続の持ち主は引き継ぎ書に別途書く必要があります。

また、連続エラーでシナリオを自動停止するまでの回数や、失敗した実行を不完全な実行として保存する設定があります。「Keep data confidential」を有効にすると実行ログにペイロードが残らず、エラーの解決方法が大きく限られます(Make「Scenario settings」)。これらは引き継ぎ書の「失敗時」欄に現在の設定値として書いておく価値があります。

AIに下書きを頼む依頼文

AIには、書式を整えて抜け漏れを指摘させる役割を任せます。実際の設定が正しいかの判断や、認証の持ち主の特定は人が行います。ワークフローの内容を貼る際は、APIキー、トークン、顧客名、実際のURL・Webhookアドレスは伏せ字に置き換えてください。製品側の学習利用の設定と、社内の秘密保持ルールは別の話なので、貼ってよい情報かどうかは社内ルールで判断します。

以下は自動化ワークフローの概要です(機密は伏せ字にしてあります)。
上記の雛形(目的/動かし方/接続先/扱うデータ/停止手順/再開手順/失敗時)に沿って
引き継ぎ書の下書きを作ってください。

ルール:
- 私が書いていない事実は補わず、「要確認」と書く
- 認証の持ち主が不明な接続先は、確認すべき質問として末尾に列挙する
- 停止手順は、ツールの画面操作を想像で書かず、私が書いた手順だけを使う

[ここにワークフローの説明、ノード/モジュール/アクションの一覧、既知の失敗事例を貼る]

返ってきた下書きでは、「要確認」と書かれた箇所と、末尾の質問リストを埋めるのが人の仕事です。AIが整えた文章が正しそうに見えても、停止手順は必ず実際のツール画面と照らして確認してください。

引き継ぎ当日のやり方

雛形を埋め終えたら、新担当が次の順で確認します。

1. 新担当が自分のアカウントでツールにログインし、対象のワークフローを開けるか確かめる
2. 接続先の表で「個人」と書かれた認証を洗い出し、共用アカウントか新担当に付け替える計画を決める
3. 停止手順を、本番ではなくテスト用の複製で一度実行する
4. 失敗通知の宛先に新担当が入っているか確認する

3のテストは、停止手順が書かれているだけで一度も試されていない状態を避けるためのものです。ここまで済めば、前任者が退出しても、止める・直す・再開するの3つを新担当だけで行えます。