広告運用はなぜ属人化するのか。代理店が品質を揃えるための設計
「担当者が変わったら、同じアカウントなのに数字が変わった」。代理店で複数のクライアントを預かっていると、こうした場面に一度は出会うのではないでしょうか。運用の品質が担当者ごとにばらつき、引き継ぎのたびに落ちていく。ベテランの勘が、その人の中にしか残らない。
原因を「担当者のスキル差」で片づけてしまうと、採用と教育でしか解決できなくなります。ただ、実際に起きていることの多くは、スキルよりも仕組みの問題です。何を根拠に判断したのかが残らず、次の人が同じ判断を再現できない。ここでは、複数クライアントの運用が属人化する理由を分解し、品質を揃えるために何を設計すればいいのかを整理していきます。
なぜ属人化するのか
判断の基準が、頭の中にしかない
「このクライアントはCPAより獲得件数を優先する」「この商材は9月が繁忙期」。こうした前提は、たいてい担当者の記憶の中にあります。文書になっていないので、引き継いだ人は数字だけを見て判断することになり、同じ結論にたどり着けません。
手順ではなく、勘で回っている
経験を積んだ運用者ほど、異常の見つけ方や打ち手の順番が体に入っています。速く動けるのは利点ですが、その速さは説明されないまま消えていきます。
変更の理由が残らない
管理画面には「何を変えたか」は残っても、「なぜ変えたか」は残りません。半年後に見返したとき、当時の意図が分からず、そのまま触っていいのか判断できなくなります。
クライアントごとに文脈が違う
10社を預かれば、10通りの事情があります。全社共通のマニュアルには落とし込めず、かといって個別のメモは共有されない。この中間が抜けやすいところです。
よくある対処と、その限界
マニュアルを整える
効果はありますが、媒体の仕様は変わり続けるので、更新が止まった瞬間から陳腐化していきます。維持のコストを見込んでおく必要があります。
レポートを自動化する
作業時間は確実に減ります。ただ、減るのは集計の手間であって、判断そのものは人に残ったままです。属人化の本体には届きません。
人を増やす
手は増えますが、基準がないまま増員すると、ばらつきはむしろ広がってしまいます。
どれも無駄ではなく、順番の問題だと思っています。基準を決めないまま道具や人を足しても、効果は出にくいはずです。
複数クライアントを並行して見るための土台
品質を揃える話に入る前に、土台の作りに触れておきます。10社を1つの場所で混ぜて扱うと、そもそも事故が起きやすくなります。私たちが mureo という運用基盤を開発したときも、最初に決めたのはこの分け方でした。
クライアントごとに作業環境を分ける
1クライアントを1つの環境として切り離します。数字も設定も、蓄積した知識も混ざりません。5社でも50社でも、増えるのは環境の数だけで、運用の型そのものは変わらないようにしておきます。
認証は一度だけつなぎ、必要なところだけ上書きする
Google の MCC や Meta のビジネスマネージャは、運用者の単位で一度連携しておき、個別の事情があるクライアントだけ上書きします。クライアントが増えるたびに認証をやり直す作業は、件数が増えるほど効いてくる摩擦なので、先に潰しておく価値があります。
朝いちに、全社の状態を一覧で見る
全クライアントの管理画面を順に開いていくと、それだけで午前が終わります。正常・注視・要対応といった状態で並べておき、動くべきアカウントから手をつけられるようにします。
品質を揃えるための設計
土台ができたら、次の4つを決めます。ここが属人化に直接効いてくる部分です。
1. 判断の基準をファイルにして、すべての診断がそれを参照する
ペルソナ、強み、ブランドの考え方、目標を、クライアントごとに1つのファイルへ書き出します。大事なのは、書いて終わりにしないことです。日々の診断が必ずそのファイルを参照する形にしておかないと、基準は置いてあるだけで使われません。参照される状態にしておくと、判断が「CPAが安い順」から「事業目標に近い順」へ変わっていきます。
2. 既定を閲覧のみにして、任せる範囲を明示する
新任の担当者にいきなり予算と入札を触らせるのは、リスクが高すぎます。既定を閲覧と提案に置き、変更には承認を挟みます。あわせて、環境全体をワンスイッチで読み取り専用に切り替えられるようにしておくと、任せる範囲を安全に広げられます。診断とレポートは動かしたまま、変更だけを止める。研修中や、画面共有をする商談、繊細な配信時期には、この形が実務で使いやすいと思っています。
3. 変更を、あとから戻せる形で記録する
何を、なぜ、いつ変えたか。追記だけを許す形で残し、必要なら元に戻せるようにします。管理画面の変更履歴には「なぜ」が残らないので、そこを補う位置づけです。担当が変わっても判断の履歴が引き継がれますし、クライアントに理由を聞かれたときも記録で答えられます。
4. ナレッジを、運用者共通とクライアント別の二層に分ける
ここは分けておかないと、かえって事故のもとになります。「入札はこう考える」のような運用者全体に効く知見と、「このクライアントは9月が繁忙期」のような個別の事情を同じ場所に混ぜると、あるアカウントの前提が別のアカウントに紛れ込みます。層を分けたうえで、共通層はチームで共有し、個別層はそのクライアントの中に閉じておく。この形にしておくと、人が増えても判断が揃い、担当が交代しても知識が会社に残ります。
AIを入れる前に
最近は、AIエージェントに運用を任せる選択肢も現実的になってきました。作業のスピードは確実に上がります。ただ、上の4つがないまま任せると、AIは数字の上っ面だけを見て、それらしい変更を素早く実行してしまいます。速いぶん、間違いも速く広がっていきます。
道具を先に入れるより、判断の基準を先に置く。順番はここでも同じです。AIを実際の運用へ入れる話は、Claude Codeで広告運用は自動化できるのかで扱っています。
まとめ
属人化は、担当者の能力の問題というより、判断が記録されない仕組みの問題です。クライアントごとに環境を分け、基準をファイルにして参照させ、任せる範囲を決め、変更と理由を残し、ナレッジを二層に分ける。ここが揃うと、担当が変わっても品質が落ちにくくなり、増員のたびにばらつきが広がる状態からも抜け出せます。私たちが mureo を開発しているのも、この設計を最初から組み込むためでした。