多くの制作会社や代理店が、いずれ同じ壁にぶつかります。クライアントからアプリ開発やAI機能、システムのリニューアルを相談されても、社内のメンバーはすでに手一杯、あるいはそのスキルを持っていない。断れば仕事を失い、1案件のために採用するのは時間もリスクもかかります。
その解決策のひとつがホワイトラベル開発パートナーです。本記事では、実際の仕組み、向いているケース、失敗しやすいポイント、そして営業トークではなく実際の成果でパートナーを見極めるための最初の案件の進め方を解説します。
ホワイトラベル開発パートナーとは？
ホワイトラベル開発パートナーとは、代理店のクライアント向けにソフトウェアの設計・開発・テストを行い、その成果物を代理店自身の仕事として提供する外部の会社です。パートナーはNDA（秘密保持契約）を結び、クライアントに対して自社を売り込まず、通常は代理店とクライアントの契約や請求にも登場しません。
一般的な再委託との大きな違いは、クライアントとの関係を代理店が完全に握り続ける点です。要件、クライアントに示すスケジュール、最終的な承認は代理店が持ち、パートナーは任された制作・開発を担います。
日々の業務はどのように進むのか？
良いホワイトラベルパートナーは、自社のやり方を押し付けるのではなく、代理店の進め方に合わせます。実際には次のような形が一般的です。
- まずNDA：クライアント情報を共有する前にNDAを締結し、クライアントへの直接連絡や将来の引き抜きをしないことに合意します。
- 代理店のブランド：クライアントに見える場面では代理店の名前を使い、必要に応じて代理店ドメインのメールアドレスやアカウントを使います。
- 代理店のツール：Figma、Slack、Jira、GitHubなど、代理店が普段使っているツールの中で作業するため、成果物と履歴は代理店の手元に残ります。
- 明確な役割分担：クライアントとのやり取りは代理店のディレクターが担当します。パートナーのデザイナーやエンジニアがクライアントとの会議に出るかどうかは代理店が決め、出る場合は代理店チームの一員として参加します。
- 決まったリズム：週1回の定例と短い書面での報告により、クライアントに聞かれる前に進捗を把握できます。
どんなときに向いていて、どんなときに向かないのか？
社内のキャパシティを超える案件を受注したとき、クライアントが社内にないスキル（iOS・Androidアプリ、AI・自動化、クラウド・DevOps、QA）を求めているとき、または採用前に新サービスの需要を試したいときに向いています。
一方で、代理店の価値の中心となる仕事には通常向きません。ブランド戦略やデザインの表現力で選ばれているなら、その部分は社内に残し、周辺の開発をパートナーに任せるのが基本です。また、社内に成果物をレビューできる人がいない場合も不向きです。判断できない成果物に責任は持てないからです。説明する手間のほうが大きいほど小さな案件なら、自社で対応したほうが早いでしょう。
リスクとその対策は？
ホワイトラベルでの協業に失敗した経験を持つ代理店は少なくありません。その多くは、次の4つのリスクに集約されます。
- 品質：実際にリリースした事例を確認し、まず小さな有償案件で試し、完了の定義（デザインレビュー、コードレビュー、実機テスト）に合意し、いつでもコードを確認できるようにしておきます。
- コミュニケーション：要件定義と決定事項は必ず書面に残し、双方に担当者を1名ずつ決めます。報告を書面で行い、定例の時間を固定すれば、時差も十分に管理できます。
- クライアントへの発覚：これは主に契約とツールの問題です。契約に引き抜き禁止条項を入れ、代理店のツールとドメインを使い、チーム体制を聞かれたときの答え方を事前に決めておきます。信頼できる開発パートナーと協業していると説明する代理店も多く、ほとんどのクライアントはそれを受け入れます。
- 依存：コードは代理店のリポジトリに、デザインは代理店のFigmaに、ドキュメントは代理店の環境に置きます。案件ごとに引き継ぎ資料を求め、自社や別のチームでも作業を続けられる状態にしておきます。
料金体系はどうなっているのか？
主に3つの形があります。範囲が明確な案件には一括請負（受託開発）が向いており、見積もりのリスクをパートナー側がより多く負います。進めながら仕様が変わる案件には、時間や日数で精算する準委任型が向いています。継続的に案件がある代理店には、月単位でチームを確保するラボ型開発が向いています。
どの形でも、代理店はクライアントとの関係、プロジェクト管理、リスクを担うため、自社の利益を上乗せするのが一般的です。パートナーを比較する際は単価だけで判断しないことが大切です。手戻り、遅いコミュニケーション、納期遅れのコストは、わずかな単価差よりはるかに大きくなります。
最初の案件はどう進めるべきか？
最初の案件は、双方にとってのトライアルと考えましょう。シンプルな進め方は次のとおりです。
- 最重要のクライアントではなく、範囲が明確で納期に余裕のある案件を選びます。
- クライアントに見積もりを出す前にパートナーと短い要件整理の場を設け、実際の工数を反映させます。
- 成果物、完了の定義、クライアント対応の担当、定例のリズムを書面で合意します。
- 初日から自社ツールへのアクセスを渡し、最後だけでなく毎週成果物を確認します。
- 終了後に短い振り返りを行い、何が遅れの原因だったか、何を変えるか、より大きなクライアントを任せられるかを判断します。
Devnoriのホワイトラベル協業
Devnoriは、インドを拠点にリモートファーストで世界中のクライアントと仕事をする、少人数でシニア中心のプロダクトデザイン・エンジニアリングスタジオです。代理店とは、代理店の名前で、NDAのもと、代理店のツールの中で協業し、クライアントとの関係は代理店が持ち続けます。UX/UIデザイン、Web・iOS・Android開発、AI・自動化、クラウド・DevOps、QAを1つのチームで担うため、デザイン会社と開発会社の間の引き継ぎが発生しません。これまでにWebプラットフォーム、モバイルアプリ、社内ツールなど60件以上のプロジェクトをリリースしてきました。
協業の形は、範囲を決めて最後まで納品するプロジェクト型と、月単位で柔軟に体制を確保する拡張チーム型（ラボ型に近い形）から選べます。どの案件も、まず目的を理解するための打ち合わせから始め、進め方、体制、必要な工数を率直にご提案します。料金は公開しておらず、打ち合わせ後に案件ごとに見積もります。私たちに合わない案件であれば、早い段階でお伝えします。
日本の代理店とは、書面を中心に進め、ライブ翻訳と要約付きのAI支援ミーティングを活用し、プロトタイプや注釈付きの画面で認識を合わせます。日本国内の拠点や日本語ネイティブのスタッフはいないため、常駐や、すべての会議を日本語で行うことが必要な場合は、その点を考慮してご判断ください。