かつて外部委託とは、ひとつのことを意味していた。エージェンシーを見つけ、仕事を依頼し、プロジェクトが完了したら関係を終了する。
そのモデルは今も存在している。しかし別のモデルが静かに、しかし着実に台頭しつつある——理由は経済的合理性だ。一度は外部委託を経験し、何がうまくいき何がうまくいかないかを学んだファウンダーたちが、エージェンシーとのリテイナーという長期的・構造的な関係に移行しはじめている。単発の仕事を請け負う下請けではなく、チームの一員としてエージェンシーが月々継続的に関与するモデルだ。
これは忠誠心や慣れによる流行ではない。数字が導く結論だ。
リテイナーとは何か
プロジェクト契約はシンプルだ。スコープを入れ、成果物を受け取り、関係が終わる。
リテイナー契約はその構造が異なる。そして、より重要なのはマインドセットが異なる点だ。エージェンシーは継続的なキャパシティを約束する——固定の工数、チームのアロケーション、名前のついたメンバー構成。代わりにクライアントは継続性を得る。同じ開発者。同じコードベースのオーナーシップ。同じコミュニケーションリズム。関係はプロダクトとともに進化する。
請求モデルの変化は表面的なものにすぎない。より深い変化は、エージェンシーが「仕様通りに作る請負業者」として考えるのをやめ、「自分たちがシップしたものと生き続けるチーム」として考えはじめることだ。
その視点の転換は、相当な価値を持つ。
なぜ経済的合理性が変化したのか
三つの力が収束し、リテイナーをかつてないほど魅力的にしている。
スイッチングコストが高まっている。 プロジェクト途中でdev agencyを変更することの隠れたコスト——コンテキストの喪失、ラムプアップ期間、コードの解読作業——は、一度経験したファウンダーの間で広く認識されるようになった。その認識が計算を変える。エージェンシーを交代するたびに2〜4ヶ月のモメンタムを失うとすれば、継続性の経済的価値はまったく異なって見えてくる。
AIがあらゆるものを加速させた——複雑さも含めて。 開発スピードは劇的に上がった。AIツールを使いこなすエージェンシーはかつてないほど速くシップできる——しかしそのスピードは、素早く下された多くの判断、積み重なるアーキテクチャの選択、増大するプロダクトの複雑さをも意味する。1年間ともに歩んだエージェンシーはその判断を理解している。新しいエージェンシーは、その判断を背景の理由なしに引き継ぐ。そのギャップは、安くなるどころかますます高くつく。
リモートチームの規範が成熟した。 パンデミック後、ファウンダーは一度も対面したことのない分散チームと働くことに慣れた。リテイナー関係に伴う摩擦——非同期コミュニケーション、ドキュメント優先のワークフロー、リモートコラボレーション——はもはや特別なことではない。これが標準だ。
これらは一時的な条件ではない。ソフトウェアの構築と保守のあり方における構造的な変化だ。
リテイナーが実際に優れている点
長期的なエージェンシー関係の実際のメリットは、時間とともに複利で積み上がる。
エージェンシーがコードベースを理解している。 当然のことのように聞こえるが、その価値は過小評価されがちだ。12ヶ月間プロダクトに携わってきたエージェンシーは、コードを知っているだけでなく、なぜコードがそうなっているかを知っている。試みられて断念されたサードパーティ連携と、その理由を覚えている。コードベースのどの部分が脆く、どの部分が堅固かを知っている。エッジケースが障害になる前に把握している。
新しいエージェンシーは、定義上、これを持っていない。リバースエンジニアリングが必要で、一部は誤って理解されることになる。
オンボーディングコストがほぼゼロになる。 新しいチームを招き入れるたびに、「オンボーディング税」を払うことになる——プロダクト、ユーザー、技術的判断、ビジネスコンテキスト、コミュニケーションの好みを説明するための時間。リテイナーでは、その税金は一度だけ払えばいい。それ以降、新しい仕事に対するエージェンシーのラムプアップ時間は、週ではなく時間単位で測れる。
信頼がより良い意思決定を生む。 請負業者はスコープをスケジュール通りに完成させることを最適化する。長期パートナーは、スコープが間違っている時にそう伝えられる。要求した機能がダウンストリームで問題を引き起こすことを警告し、6ヶ月後に悪影響を及ぼす技術的決定に異議を唱え、別のアプローチを提案する——エンゲージメントを失うリスクなしに正直になれるだけの関係資本を積み上げているからだ。
そうした率直さは、見た目以上の価値を持つ。
ベロシティが高く、予測可能になる。 エージェンシーとクライアントが1年間一緒に働いてきたチームは、お互いのパターンを知っている。新しいチームなら1週間の往復が必要な意思決定が、慣れたチームなら1時間で済む。シップスピードに対する複利効果は無視できない。
良いリテイナー契約の形
すべてのリテイナーが同じというわけではない。契約の構造が、関係が約束通りのものを実際にもたらすかどうかを決める。
適切に設計されたリテイナーには以下が必要だ。
固定スコープではなく、固定キャパシティ。 リテイナーは、前払いのプロジェクト契約として扱われるとうまく機能しない。エージェンシーは工数と人材をコミットし、クライアントはその工数の使途を決める。スコープは月ごとに変化できるし、変化すべきだ。その柔軟性は機能であり、抜け穴ではない。
チームメンバーの明示。 リテイナーの価値は継続性にある。エージェンシーが開発者を自由に入れ替えるなら、その価値は失われる。良いリテイナーでは、誰がアカウントを担当するか——そして主要人物が変わった場合はどうなるか——が明示される。
明確な終了条件。 長期とは無期限を意味しない。良いリテイナー契約には、通知期間（通常30〜60日）、クリーンなハンドオフプロトコル、スムーズなトランジションを確保する明示的なドキュメント要件がある。信頼できるエージェンシーはこれらの条件を歓迎するはずだ。双方を守るものだから。
定期的なレビューサイクル。 月次または四半期ごとに、何が届いたか、次の計画は何か、関係が機能しているかを構造的に確認する。これにより、チームをマイクロマネジメントせずにエンゲージメントに説明責任を持たせることができる。
エスカレーションパス。 技術的な意見の相違、タイムラインの争い、優先順位の衝突に対して、明確な解決プロセスが必要だ。この点での曖昧さは、時間とともに積み重なる摩擦を生む。
リテイナーが適さない場面
リテイナーモデルがすべてに適しているわけではない。
本当に一度きりのプロジェクト——マーケティングサイト、プロトタイプ、スコープが明確な社内ツール——を構築しているなら、リテイナーは必要ない。必要なのはプロジェクト契約だ。エンゲージメントに明確かつ有限の終わりがある場合、長期関係構造のオーバーヘッドは価値を生まない。
同様に、ソフトウェアのニーズが非常に不規則な場合——高強度の構築フェーズと数ヶ月の低活動期間が交互に来る場合——リテイナーは最も効率的な構造でない可能性がある。このパターンにより合ったハイブリッドモデル（軽いメンテナンスリテイナーを伴うプロジェクトベース）を提供するエージェンシーもある。
そして、本当に初期段階で、プロダクトが継続的な開発を必要とするほど長く存続するか不確かな場合、プロジェクト契約が適切な低コミットメントの出発点だ。リテイナーは、少なくとも12ヶ月の継続的な仕事が必要になるという合理的な確信がある場合に意味を持つ。
ファウンダーが求めるものの変化
2026年に変わったのは、リテイナーモデルの利用可能性ではない——エージェンシーは長年にわたってそれを提供してきた。変わったのは、ファウンダーが何を優先するかだ。
一度外部委託を経験したファウンダーたちは、違う質問を携えて戻ってくる。「最も安いのはどこか?」「最も早く始められるのはどこか?」ではなく、「自分のプロダクトを十分深く理解して、本当に一緒に担えるのはどこか?」と問う。
これは根本的に異なる採用基準だ。ブリーフだけでなくビジネスを理解することに投資し——徹底的にドキュメント化し、主体的にコミュニケーションを取り、クライアントのコードベースを手放す前に共に生きるものとして扱うエージェンシーを選別する。
そうしたエージェンシーは存在する。必ずしも最も安い選択肢ではない。しかし、代替案のコストを学んだファウンダーにとって、それは次第に明らかな選択肢となりつつある。
実践的な出発点
初めてリテイナー関係を評価するなら、限定的なパイロットから始めよう。明確な目標を持って3ヶ月の初回期間でエージェンシーと提携する——特定の仕事を届け、コミュニケーションの規範を確立し、終わりに関係を延長する価値があるかをレビューする。
その時間を使って、成果物だけでなく「フィット感」を評価しよう。障害に当たったとき、彼らは能動的に動くか? 意思決定をドキュメント化するか、それとも決定するだけか? コードベースを丁寧に扱うか? 必要なとき、反論するか?
残る価値のあるエージェンシーは、見せつけようとしなくてもこの評価を通過する。通過しないエージェンシーは、より長いコミットメントに縛られる前に、貴重なことを教えてくれている。
長期的なエージェンシー関係は、あらゆるパートナーシップを機能させる同じものの上に築かれたとき、うまくいく——信頼、透明性、そして結果への共通の利害。リテイナーは単なる構造だ。本当に重要なのは関係そのものだ。
