広告運用の属人化を解消する方法｜判断基準をチームに残す5ステップ
広告運用の属人化を解消するには、操作手順をマニュアルにするだけでは足りません。担当者の頭の中にある見る順番、異常と判断する条件、クライアントへ確認する境界、提案を見送る理由まで、チームが使える形で残す必要があります。
目標は、誰でも同じ結論を出すことではありません。担当者が変わっても必要な確認を飛ばさず、判断が分かれたときに根拠を説明できる状態です。AIは過去のレビューや成果物から観点を整理し、チェックリストの草案を作れます。例外判断と最終承認は、案件の責任者が担います。
この記事では、属人化を作業・情報・判断の三層に分け、5ステップで標準化する方法を説明します。全社的なAI導入の考え方は広告代理店のAI活用・DX入門、レポート業務の具体例は広告レポートのコメントの書き方も参考にしてください。
属人化を作業・情報・判断の三層で捉える
「あの人しかできない」という状態には、異なる原因が混在しています。原因を三層に分けると、対策を選びやすくなります。
| 層 | よくある状態 | 残すべきもの |
|---|---|---|
| 作業 | 管理画面の操作や集計手順が分からない | 手順、入力、出力、担当、期限 |
| 情報 | 契約条件や過去の施策が個人の記憶にある | 案件概要、変更履歴、合意事項、保管場所 |
| 判断 | 数字を見て何を確認するか分からない | 判断条件、確認順、例外、承認者 |
作業の属人化は手順書で軽減できます。情報の属人化には、記録場所と更新責任者が必要です。判断の属人化には、良い成果物だけでなく、修正前の案とレビュー理由が役立ちます。
経験者が短時間で資料を直せるのは、単に操作が速いからとは限りません。「この変化なら計測を先に疑う」「この表現は顧客確認へ回す」といった分岐を持っています。その分岐を言葉にすることが、標準化の中心です。
判断基準を残す五つのステップ
属人化の解消は、一度に全案件へ広げず、毎月繰り返す一つの成果物から始めます。進め方は次の五段階です。
- 対象業務と完成条件を決める
- 実際の作業、情報、判断を採取する
- 判断基準をテンプレートとチェックリストにする
- 別の担当者が使い、責任者が例外を確認する
- レビュー結果を基準へ戻し、更新する
対象は「広告運用全体」より、「月次レポート初稿」「入稿前確認」「予算進捗の一次確認」のように、開始と終了が分かる単位にします。完成条件には、ファイルができることだけでなく、数値の照合、未確認事項の表示、承認者の確認まで含めます。
最初から完璧なマニュアルを作る必要はありません。実際に使い、迷った箇所を追加する前提で、更新日と管理者を決めます。
ステップ1・2では成果物とレビューの現場を観察する
標準化の対象を決めたら、担当者が普段どのように仕事を進めているかを記録します。本人へのヒアリングだけでは、無意識の確認が抜けることがあります。実際の成果物、作業メモ、過去の修正履歴、定例で受けた質問も集めます。
月次レポートなら、次の内容を一件ずつ確認します。
- どのデータを、いつ取得するか
- 前月や目標との比較をどの順で見るか
- 異常値を見つけたとき、何を照合するか
- 要因を事実と仮説にどう分けるか
- どの表現を責任者や顧客へ確認するか
- 完成と判断するために、誰の承認が必要か
レビューコメントは「数値が違う」「説明が弱い」で終わらせず、修正理由を分類します。事実の誤り、比較軸の不足、根拠のない断定、顧客方針との不一致、次の行動の曖昧さなどです。同じ分類が繰り返されるなら、個人への注意ではなく、作成前の確認項目に移せます。
ステップ3・4ではチェックリストを実務で試す
採取した判断を、作業順に並ぶチェックリストへ変えます。抽象的な「分かりやすく書く」は確認できません。「主要な変化に比較対象と期間がある」「要因候補に確認方法がある」のように、完了を判定できる文にします。
| 確認段階 | チェック項目 | 問題がある場合の動き |
|---|---|---|
| データ | 期間、単位、フィルターが一致している | 元画面と再照合する |
| 読み取り | 事実と推測が分かれている | 推測を要因候補へ移す |
| 提案 | 課題、施策、確認指標が対応している | 対応しない案を保留する |
| 表現 | 顧客固有の禁止・必須表現を確認した | 責任者へ確認する |
| 完了 | 未確認事項と承認者が明記されている | 提出前に担当を割り当てる |
次に、普段その業務を担当しない人がチェックリストを使って初稿を作り、経験者がレビューします。ここで見るのは、経験者と完全に同じ文章を書けるかではありません。必要な確認を行い、分からない点を明示し、責任者へ上げられるかです。
チェックリストにない例外が出たら、すぐ一般ルールへ追加せず、どの条件で起きたかを記録します。一案件だけの契約条件と、全案件で使う原則を分けます。
ステップ5ではレビューを次回の基準へ戻す
標準化は、文書を公開した時点が完成ではありません。レビューで修正された箇所を、次の三つに分けて扱います。
- 共通チェックリストへ追加する内容
- 案件別の注意事項へ追加する内容
- 一回限りの例外として記録する内容
基準を増やし続けると、読むだけで時間がかかる文書になります。古くなった項目、重複する項目、実務で使われていない項目を定期的に整理します。変更時には、何を変えたか、なぜ変えたか、いつから使うかを残します。
AIへの指示を変更する場合は、広告レポート用プロンプトの版管理の変更台帳で、入力データ版、評価基準、採用理由、戻す条件も一緒に記録します。
担当者を評価する材料と、仕組みを改善する材料も混同しません。同じ修正が複数回起きた場合、教育だけで解決しようとせず、入力データ、テンプレート、確認順、承認期限に原因がないかを見ます。
生成AIを業務へ導入するときも、利用目的、情報の扱い、出力の確認、継続的な見直しを一組で設計する必要があります。経済産業省と総務省のAI事業者ガイドライン 第1.2版は、AIの開発・提供・利用に必要な取組の基本的な考え方を示し、AI利用者向けの事項とAIガバナンスの構築を整理しています。自社の契約や業務に合わせ、利用時点の最新版を確認してください。
Cotomuで過去のレビューを事前チェックへ変える
広告代理店のチーム運用向けAI支援を使う具体的な場面は、マネージャーの赤入れが月末に集中し、同じ指摘が繰り返されているときです。まず、直近の月次レポート、改善提案、定例資料と、そのレビューコメントを入力材料として整理します。
Cotomuでは、レビュー理由を「数値・事実」「要因の根拠」「施策との対応」「顧客固有の表現」「合意したいこと」などの観点へ分け、提出前チェックリストと作成ガイドの草案を作ります。若手担当者は初稿を出す前にその観点で確認し、不明点に印を付けます。
AIがレビューを代行して合否を決めるわけではありません。マネージャーは元資料と草案を確認し、案件固有の例外、予算判断、クライアントへの説明を決めます。誤った分類は修正し、次回のガイドへ戻します。
利用中のツールでも、担当者には必要な案件だけを付与し、管理者と承認者には役割に応じた範囲を設定します。担当者が事実確認と初稿を準備し、承認者が例外と顧客向け表現を確認する、といった責任分担をシステム上のアクセス範囲と対応させます。実行できる操作は、役割と案件権限の両方に従わせます。
この使い方なら、熟練者の経験を一度に文章化できなくても、実際のレビューから少しずつ判断基準を採取できます。広告代理店の定例資料の作り方で示した結果・要因候補・施策・合意事項の型も、レビュー観点をそろえる土台になります。
赤入れ一件の「理由」を記録する
最近の成果物から、マネージャーが修正した箇所を一つ選んでください。修正前、修正後、修正理由、次回どの段階で気づけるかを四列で記録します。
その修正が他案件にも共通するなら、提出前チェックリストの一文にします。案件固有なら、案件メモへ移します。この一件を毎回残すだけでも、レビューが個人への指摘で終わらず、チームが次回使える判断基準へ変わり始めます。
次に読む