結論：外注先が増えても追いかけ作業が増えないのは、「外注先別」ではなく「案件別・工程別」に構造を組み直した人だけだ。

プロデューサーの中島さんは、気づけば10社の外注先と同時に仕事をしていた。映像制作会社への撮影依頼、ライターへの原稿依頼、デザイナーの藤岡さんへのバナー制作、SEO会社へのレポート依頼。それぞれが別々のメールスレッドにいて、別々のチャットツールで動いていた。毎週月曜日は「先週依頼した件、どこまで進みましたか」というメッセージを8通送ることから始まっていた。

それでも1社2社のときはなんとかなっていた。頭の中に全体像が入っていたからだ。外注先が5社を超えたあたりから、何かを見落とすようになった。先週確認したはずの案件が、実は着手されていなかった。期日を設定したつもりが伝わっていなかった。誰がどの案件のどの工程を担当しているのか、紙に書き出してみないと自分でも分からなくなっていた。

外注先が増えることは、ビジネスが動いている証拠だ。問題は外注先の数ではない。「外注先ごとに管理する」という設計が、5社を超えた時点で崩壊するという構造の問題だ。

失敗する外注管理に共通する2つのパターン

外注先が増えたときに起きる混乱は、だいたい同じパターンをたどる。

「外注先別フォルダ」で管理する罠

最初にやりがちなのが、外注先の名前でフォルダやチャットルームを作ることだ。「藤岡さん」フォルダ、「ABC制作会社」チャンネル、「ライター鈴木さん」メールスレッド。外注先が3社なら把握できる。しかし10社になると、1つの案件の関係者が4〜5つの場所に分散する。

動画制作の案件1本を例にとると、撮影会社・ナレーター・編集会社・字幕制作者・サムネイルデザイナーが別々の場所で動いていることになる。発注側はその5か所を毎日確認して回らなければならない。案件数が増えるほど、確認先の数は掛け算で増えていく。

連絡ツールが分散する問題

もう一つのパターンが、外注先ごとに連絡手段が違う状態だ。ある会社はメール、あるフリーランサーはSlack、別の会社はLINEワークス。ベテランのカメラマン西田さんはメールしか使わない。若いモーションデザイナーはDiscordで来る。

それぞれに合わせることは、短期的には親切に見える。しかし発注側にとっては「今日来たメッセージをどこで確認したか」を複数の場所で追うことを意味する。重要な確認が1つのツールに埋もれていたとき、発覚するのは締め切り当日だったりする。どのツールを選ぶかより、外注先管理に使うツールをどう選定するかの方が長期的な影響は大きい。

発想を変える：「誰から受けているか」ではなく「何の案件か」

外注先が増えても追いかけ作業が増えない体制に共通するのは、管理の軸を「外注先」から「案件と工程」に移していることだ。

考えてみれば当然のことで、発注側にとって本当に必要な視点は「この案件は今どこまで進んでいるか」だ。「藤岡さんは今何をやっているか」ではない。藤岡さんが3つの案件に関わっていれば、案件単位で見ていく方が全体像を把握しやすい。

構造を変えると、情報の流れが変わる。

旧来の構造案件別・工程別の構造
外注先ごとにチャットルームがある案件ごとにグループがある
進捗はこちらから聞きに行くステータスを見れば状況がわかる
期日はメモや記憶に頼るタスクに期日と担当が紐づいている
外注先が増えると確認先も増える外注先が増えてもグループ数は案件数と同じ
情報が複数ツールに分散している全員が同じ場所で動いている

案件1つ＝グループ1つという設計

実際にこの構造を作るには、案件の数だけグループ（プロジェクトスペース）を立ち上げて、その中に関係する外注先全員をゲストとして招待する方法が最もシンプルだ。

たとえば「ECサイトリニューアル案件」というグループがあるとする。その中に、コーダーの田中さん、コピーライターの松本さん、バナー制作を担当する藤岡さん、写真撮影のカメラマン西田さんが一緒にいる。全員が同じグループの中で、自分に割り当てられたタスクを見ている。

発注側のディレクターは、このグループを開けば「誰が何を今どこまでやっているか」が一目でわかる。藤岡さんへの確認がしたければ、藤岡さんのタスクにコメントを残す。メールを送る必要はない。

外注先の側から見ても、この設計は働きやすい。自分に割り当てられたタスクを開けば、何を・いつまでに・どの状態で納品すればいいかが書いてある。毎回「今週は何をすればいいですか」と聞く必要がない。外注先への最初の作業依頼の書き方を丁寧に設計しておくと、この「聞かなくてもわかる」状態が最初から作れる。

全体視点と個別視点の切り分け

10社の外注先と30案件を同時に動かしているプロデューサーの立場で考えると、求められるのは「森を見る視点」と「木を見る視点」の両方だ。

森を見る視点とは、今動いている全案件のステータスを一覧で把握することだ。どの案件が今月の締め切りで、どの案件がまだ着手されていないか。これは発注側にしか必要のない情報だ。

木を見る視点とは、1つの案件の中で誰が何をしているかを確認することだ。これは発注側も外注先も同じ情報を見ればいい。

この2つを切り分けると、外注先に共有する情報と、発注側が内部で持っておく情報が自然に整理される。外注先のカメラマン西田さんは、撮影の準備に必要な情報だけ見えていればいい。他の案件の進捗や、他の外注先の動きを知る必要はない。

グループを案件単位で作ると、この切り分けが自然にできる。外注先は招待されたグループの中だけを見る。発注側は全グループを横断して全体像を把握する。情報の粒度と権限が、設計によって決まる。

催促をなくす設計の作り方

中島さんが毎週月曜日に送っていた8通の進捗確認メッセージ。これは「タスクに期日とステータスと完了条件が書かれていなかった」ことから発生していた。進捗を聞きに行く習慣そのものを手放す方法については、設計の側で解決できることが多い。

催促が必要になるのは、次の3つのどれかが欠けているときだ。

期日が明記されていない場合、外注先はいつまでに終わらせればいいか分からない。常識的な範囲で動いても、発注側の期待と噛み合わないことがある。

ステータスが見えない場合、発注側は進んでいるのかどうかを確認しに行くしかない。「対応中」「レビュー待ち」「完了」という状態が見えていれば、進捗を聞く必要がない。

完了の定義が曖昧な場合、外注先は「これで終わりか」が判断できない。「バナー制作完了」ではなく「バナー3種類をフォルダに格納してタスクを完了にする」という定義があれば、確認の手間が半分になる。

この3つを最初に設定しておく習慣が、催促をなくす。

設定項目設定しない場合設定した場合
期日催促しないと期日が生まれない全員が同じ締め切りを見ている
ステータス進捗を聞きに行く必要がある状況をひと目で把握できる
完了定義「終わった」の基準が人によって違う完了の条件が最初から合意されている

10社・30案件を回すプロデューサーの実例

映像コンテンツの制作プロデューサーである橋本さんは、月に30本前後の動画を同時進行させている。関わる外注先はカメラマン、ナレーター、編集会社、テロップ制作者、サムネイルデザイナーなど常時10社以上だ。

以前は案件ごとにフォルダを作り、外注先ごとにチャットを分けていた。月末になると「あの案件、確認した?」という問い合わせが社内でも飛び交っていた。

橋本さんが変えたのは、案件1つにつきグループを1つ作るというルールだけだった。その中に関係する外注先を全員招待し、工程ごとにタスクを立てて担当者と期日を設定した。

変化はすぐに出た。毎週の進捗確認メールがほぼなくなった。何かあれば外注先からタスクのコメントで連絡が来る。追いかける必要がないので、その時間を新しい案件の設計に使えるようになった。

外注先の側にも変化があった。ナレーターの加藤さんから「自分の仕事の全体像が分かるようになって動きやすい」という言葉をもらった。自分の前工程が終わったかどうかをステータスで確認できるので、「撮影終わりましたか?」と聞く必要がなくなったからだ。

スケールする外注管理の原則

外注先の数と案件の数が増えても管理コストが線形に増えない設計には、共通する原則がある。

情報の置き場所を1か所にする。メールとチャットとファイルサーバーに散らばった情報は、人が追いかけることで成立する。案件グループの中にタスク・ファイル・コメントが集まっている状態にすると、確認する場所が減る。

プロセスをタスクで見える化する。「依頼した」という事実だけでなく、「今どの工程にいるか」が誰から見ても分かる状態にする。工程が見えていれば、問題が発生したときに早く気づける。

外注先の参加コストを下げる。外注先が新しいツールを使うことへの抵抗が小さいほど、体制が定着する。招待するだけで使えて、使い方の説明に時間がかからない設計が長期的に機能する。

外注先は、プロとして仕事をする人たちだ。何をすればいいかが明確で、結果を見てもらえる環境があれば、自分から動く。追いかけなくても回る体制とは、外注先の力を引き出す設計のことだ。外注先との関係を長期的に続けるための仕組みを意識しておくと、外注先の数が2倍になっても、その原則は変わらない。複数の制作会社やフリーランサーを束ねる広告・制作の現場への応用は、広告代理店・制作プロダクション向けの活用ページでまとめています。