経営・採算管理
広告代理店の案件アサインで利益を出す3つの観点
広告代理店は、メディア売上の金額が大きく、事業支援や運用支援が構造上劣後しやすい業態だ。受注/提案フェーズでは、支援内容を詰め切ることが難しい。
この構造下で案件アサインから利益を残すには、稼働ベースの配置を超えた観点が要る。事業支援を独立した採算単位として測ること、フェーズ単位で体制と単価を設計すること、運用フェーズの稼働ドリフトを織り込むこと——3つの観点を整理する。
この記事の要点
- 広告代理店はメディア売上が大きく、事業支援・運用支援の採算が見えにくい構造を持つ。
- 受注時に支援スコープを固定できない案件が多く、稼働ベースのアサインだけでは利益が漏れる。
- 観点①:メディアと事業支援を分けて限界利益を測る。
- 観点②:プロジェクトフェーズ設計で、フェーズごとに体制と単価を見直す。
- 観点③:運用フェーズの稼働ドリフトを案件アサインに織り込む。
なぜ広告代理店の案件アサインは構造的に難しいのか
代理店の事業構造には、案件アサインを難しくする3つの構造的圧力がある。
第一に、メディア売上偏重。媒体出稿の手数料収入は金額が大きく粗利も把握しやすい。一方、事業支援や運用支援は単価あたりの人件費が重く、メディアと同じ感覚で受けると赤字に近づく。同じ顧客の同じ案件の中に、メディアと支援が混在することも多い。
第二に、スコープ未確定。事業支援や運用支援は、顧客側もゴールが明確でないまま「とりあえず始めましょう」となる案件が少なくない。受注時にスコープを握り切れず、走りながら追加要件が積み重なる。当初の体制と単価では採算が合わなくなる。
第三に、運用フェーズの稼働ドリフト。継続契約に移行した後、契約上の月次工数より実稼働が膨らみがちだ。「ちょっとした追加対応」が積み重なり、限界利益が静かに削られる。
稼働ベースのアサインは、これら3つの圧力を捕捉しない。空きを埋める運用では、メディアと支援の混在も、スコープ膨張も、運用ドリフトも、稼働表の上ではすべて同じ「埋まっている」になる。
観点①:メディアと事業支援を分けて限界利益を測る
最初の観点は、利益単位の切り分けだ。
メディア売上と事業支援売上は、構造が違う。媒体仕入れと顧客請求の差額がメディアの粗利で、これは比較的シンプルに把握できる。事業支援はメンバーの稼働原価が変動費の中心で、編成と単価で限界利益が大きく変動する。両者を1案件の総売上・総粗利でしか見ないと、メディアの利益が事業支援の赤字で食われていることが見えなくなる。
採算設計の最初の作法は、メディアと事業支援を別の採算単位として独立して測ることだ。同じ顧客の同じ案件でも、限界利益は分けて計算する。これによって、事業支援が単独で固定費回収に貢献しているかが見える。
限界利益を案件単位で計算する考え方は限界利益とは。プロジェクト型組織で案件採算に使う計算と落とし穴に整理した。
観点②:プロジェクトフェーズ設計で、フェーズごとに体制と単価を見直す
二つ目の観点は、案件をフェーズで切ることだ。
受注時にスコープを握り切れない案件は、無理に1本の固定単価で受けるべきではない。案件をフェーズに分割し、フェーズごとに体制・単価・限界利益を独立して設計する——これがプロジェクトフェーズ設計の考え方である。
代表的なフェーズ分割の例を並べる。
| フェーズ | 主な作業 | 体制の特徴 | 単価設計 | 限界利益の置き方 |
|---|---|---|---|---|
| 第1フェーズ:診断・要件定義 | 課題抽出・KPI設計・体制設計 | シニア中心の少人数 | 高単価・短期 | 高い限界利益率を取る |
| 第2フェーズ:実行・構築 | 戦略実行・コンテンツ制作・施策実装 | グレードミックス・規模拡大 | 中単価・期間長め | 中程度の限界利益率+ボリューム |
| 第3フェーズ:運用・改善 | 継続運用・効果検証・改善サイクル | ジュニア中心+少数の経験者 | 月額固定・継続 | 安定した限界利益率+契約継続 |
フェーズの境目で、体制と単価を再設計する前提を顧客と合意する。これによって、不確実な案件でも各フェーズの採算を守れる。スコープが握れないこと自体は問題ではない。握れない前提で設計しないことが問題だ。
採算設計クラウドのプロジェクトフェーズ設計機能は、この再設計をフェーズ移行のたびに受注前と同じ精度で行えるようにする。各フェーズの体制候補と限界利益を並べて比較し、次フェーズの体制を握ったうえで移行する。
観点③:運用フェーズの稼働ドリフトを案件アサインに織り込む
三つ目の観点は、運用フェーズの実稼働を案件アサインに連動させることだ。
継続契約に移行した運用フェーズで、最も静かに進行するのが稼働ドリフトである。月次の契約工数は20人日のはずが、実稼働は28人日になっている。「ちょっとした追加対応」が積み重なった結果だが、稼働表では「埋まっている」としか見えない。
ここで必要なのは、運用フェーズの実稼働を限界利益で監視し、ドリフトが閾値を超えたら契約を見直す(追加見積りを出す/スコープを絞る)か、体制を絞り直すかの意思決定を、案件アサインの判断に組み込むことだ。
ドリフトの可視化は、案件アサインAIの4軸——スキル・稼働・採算・意向——のうち、特に採算と稼働の連動で捉える。詳しくは案件アサインAIとは。スキル・稼働・採算・意向を同時設計する仕組みに書いた。
3つの観点をどう組み合わせるか
3つの観点は順序がある。
- まず観点①で、メディアと事業支援を別の採算単位として分ける。基盤の利益が見えるようになる。
- 次に観点②で、スコープ未確定の案件をフェーズに分割し、フェーズごとに体制と単価を設計する。
- 最後に観点③で、運用フェーズの稼働ドリフトを限界利益と連動させ、案件アサインに反映する。
3つを揃えると、メディアで稼ぎ事業支援で削られる構造を、事業支援自体が利益を作る構造に転換できる。広告代理店の案件アサインは、空きを埋める作業ではない。利益単位を分け、フェーズで設計し、ドリフトを織り込む——3層の意思決定だ。
どこから始めるか
3つの観点を一気に組み込もうとせず、次に提案する1案件から始める。
その案件のメディア部分と事業支援部分を分け、事業支援の限界利益を独立して見積もる。フェーズに分けるべきスコープがあれば、第1フェーズだけ短期高単価で受け、第2フェーズ移行時に再設計する前提を顧客と合意する。これだけで、案件アサインの判断軸が稼働率から限界利益に転換し始める。
製品としての実装は、採算設計クラウド『CATCAREERアサインメント』である。プロジェクトフェーズ設計機能で、フェーズごとの体制と限界利益を受注前にシミュレーションできる。
FAQ
広告代理店で案件アサインが構造的に難しい理由は?
メディア売上の金額が大きく事業支援や運用支援が劣後しやすいこと、受注/提案フェーズでは支援内容を詰め切ることが難しいこと、運用フェーズに入ると稼働がドリフトしやすいこと——この3つが構造的な難しさです。稼働ベースのアサインだけでは、これらを吸収できません。
メディア売上と事業支援の関係はどうなっていますか?
メディア売上は金額が大きく粗利も見えやすい一方、事業支援や運用支援は単価あたりの人件費負担が重く、構造上「メディアで稼ぎ、支援で削られる」関係になりがちです。事業支援を独立した採算単位として測らないと、メディアの利益が支援の赤字で食われていることに気付きません。
受注前に支援内容を握れない案件で、どうアサインを設計するのですか?
プロジェクトフェーズ設計で対応します。受注時点ではスコープを完全に固定せず、案件をフェーズに分け、フェーズごとに体制と単価を見直す前提で設計します。第1フェーズは要件定義・診断、第2フェーズは実行、第3フェーズは運用——それぞれに別の限界利益目標を置きます。
プロジェクトフェーズ設計とは何ですか?
プロジェクトフェーズ設計とは、案件を複数フェーズに分割し、各フェーズの体制・単価・限界利益を独立して設計する考え方です。受注時に握り切れないスコープを前提に、フェーズ移行時に体制と単価を再設計することで、不確実な案件でも採算を守ります。
既存の代理店業務システムとの関係は?
競合しません。代理店業務システムは媒体出稿管理・請求・実績集計を担います。採算設計クラウドは事業支援・運用支援の案件アサインを受注前に設計するレイヤーです。両者は別レイヤーで連動し、メディアと事業支援を分けて利益管理する基盤になります。