ビルド・オペレート・トランスファー(BOT)とは?コストとリスク

かつて、海外にソフトウェア開発チームを構築する方法は、業務を外部委託するか、自社で現地法人を設立するかという、極端な二択でした。ビルド・オペレート・トランスファー(BOT)はその中間に位置するモデルですが、市場ではその位置づけが静かに見直されています。Morgan Lewis をはじめとする法律アドバイザーは、現在、BOT を別の切り口で捉えており、グローバル・ケイパビリティ・センター(GCC)を立ち上げる際に企業が活用するモデルの一つとして位置づけています。GCC は、2024 年以降、エンタープライズ向けソーシングの議論において「キャプティブ・オフショア拠点」に代わって使われるようになった用語です。この捉え直しにより、交渉で重視すべき点も変わります。目指すべきは「円滑な引き継ぎ」ではなく、「クリーンな買収(事業取得)」です。

本記事では、BOT 契約で実際に何が移管されるのか、また、公開されているタイムラインの見積りに最大 24 倍もの開きがある理由を解説します。あわせて、BOT の実際のコストと、費用対効果が見合わなくなるチーム規模の下限についても取り上げます。

ビルド・オペレート・トランスファー(BOT)モデルとは?

BOT 契約とは、プロバイダーが貴社に代わって、海外で人材の採用、インフラの構築、技術チームの運営を行う契約です。あらかじめ合意した時点で、プロバイダーは事業運営の全体を貴社に移管し、それまで他社のものであった組織を貴社が所有することになります。BOT は、付加価値を高めたアウトソーシング・パッケージではなく、分割払いで進める段階的な買収です。

このキーワードで上位表示されているページはいずれも、BOT を「ビルド(構築)」「オペレート(運営)」「トランスファー(移管)」の 3 フェーズで定義しています。本記事も、検索ニーズに合わせて同じ構成を採ります。ただし、多くのページが触れていないのが、「トランスファー」で実際に何が引き渡されるのかという点です。これについては後述します。

BOT と併せて押さえておきたい用語が、グローバル・ケイパビリティ・センター(GCC)です。Morgan Lewis や Torry Harris は、BOT を単独の概念として扱うのではなく、ほぼすべての BOT 関連コンテンツを GCC を軸に整理しています。海外に GCC を設立する企業にとって、BOT は最も現実的な立ち上げ手法の一つになりつつあります。オフショア開発モデルを検討している組織にとって、BOT と GCC はもはや別々の検索テーマではなく、入口が異なるだけの同じ議論です。

ソフトウェア領域の BOT と、インフラ・PPP 領域の BOT

同じ「BOT」という 3 文字が、2 種類の異なる取引を指します。インフラや官民連携(PPP)の分野では、BOT は有形資産(有料道路や発電所など)とその運営権を移管します。一方、ソフトウェアおよび IT サービスの分野では、移管の対象は資産ではなく、人材、契約、知的財産を含む「事業体とチーム」です。本稿で扱うのは、ソフトウェア・IT デリバリー領域の BOT のみです。

BOT 契約の終了時に、実際に何が手に入るのか

BOT 契約における移管の構造は、次の 3 種類に大別されます。

• アセット型:機器や知的財産を買い取りますが、プロバイダーの現地法人は存続します。
• エンティティ型:プロバイダーが設立した法人が、そのまま貴社の所有となります。
• ジョイントベンチャー型:完全移管までの一定期間、貴社とプロバイダーが当該法人を共同保有します。

どの構造を採用するかによって、「移管」の法的な意味合いが変わります。そのため、契約締結前に必ず確認してください。

構造にかかわらず、以下の 5 項目は、明示的に名称を挙げて移管する必要があります。

• 法人格(エンティティ型の場合):登記、各種許認可、銀行口座を含みます。
• 雇用契約:エンジニアが、プロバイダーではなく貴社の従業員として、現地法に基づき雇用される状態にします。
• ソースコードの所有権:チームに付随するものと見なさず、明示的に移転します。
• ツールおよびソフトウェアライセンス:チームが日常業務で依存するものすべてです。
• システムドキュメント:アーキテクチャ、運用手順書(ランブック)、運用ノウハウを対象とし、コード上のコメントだけでは不十分です。

このキーワードで上位 5 ページはいずれも、移管フェーズを一般論で説明するにとどまり、具体的に何が引き渡されるのかを列挙していません。「チームを移管する」とだけ記載し、上記 5 項目を明記していない契約は、紛争の火種になりがちです。その紛争は、多くの場合、リポジトリや保守サポート契約の帰属が問われる数か月後に表面化します。

BOT モデルの仕組み:フェーズ別解説

BOT のタイムラインに関する公開情報は、大きく食い違っています。しかし、上位ページはいずれも、数字を示す前にその理由を説明していません。下表は、最も具体的な数値を示している 3 つの情報源の見積りを並べたものです。

上位 5 ページのうち 2 ページは、タイムラインの数値を一切示していません。上表の 3 社が示している範囲を見ても、最小値と最大値の差は、ビルドの約 4 倍からオペレートの約 24 倍まで広がっています。

この開きは、データが矛盾しているからではなく、測定基準が統一されていないために生じています。各社は、期間の起点と終点を異なるマイルストーンに置いています。ビルドについては、契約締結から最初の採用までを測る会社もあれば、フルスタッフィング(要員が完全に揃った状態)までを測る会社もあります。オペレートについても、チームが機能的に安定するまでを測る会社がある一方で、契約上の移管準備が完了するまでを測る会社もあり、後者は時期もはるかに遅く、基準も曖昧です。

ttpsc は、他社が定量化していない重要な点を挙げています。ビルド期間はチーム規模に大きく左右されるというもので、5 名未満のチームでは約 1 か月、50 名を超えるチームでは 2〜3 か月とされています。ビルド期間のばらつきの本当の要因は、プロセスの成熟度ではなくチーム規模であり、これは計画段階で織り込める唯一の変数でもあります。

ただし、期間だけでは、各フェーズで何を確認すべきかは分かりません。下表は、各フェーズで実際に何が行われるかを整理したものです。

フェーズ 1:ビルド(構築)

ビルドとは、チームの運営方法の設計、初期メンバーの採用とオンボーディング、インフラの整備、セキュリティ基準の設定を指します。単に求人を掲載することではありません。GMO-Z.com RUNSYSTEM は、このビルドとオペレートのサイクルを、すでに 4 回実施しています。新たなデリバリーセンターは、東京(2007 年)、ホーチミン(2008 年)、ダナン(2012 年)、フエ(2023 年)に開設されました。いずれも、法人の設立、採用、インフラ整備、セキュリティ認証の取得という同じ手順を踏み、センターがデリバリー業務を開始する前に、すべてを完了させています。この手順は、ビルドが採用活動にとどまらず、実際に何を含むのかを理解するうえで、有用な参考事例といえます。

フェーズ 2:オペレート(運営)

オペレートは、デリバリーの安定化、段階的なナレッジトランスファー、そして移管後にチームを引き継ぐ現地マネジメント層の構築を行うフェーズです。特に重要なのは、最後の現地マネジメント層の構築です。よくある失敗は、このフェーズを単なるデリバリー期間として扱ってしまうことです。多くの企業は、移管の時期が決まってから初めて、現地マネージャーの探索に着手します。しかしその時点では、別の人物に報告することに慣れたチームに、新たにマネージャーを迎えることになります。その結果、定着が進みにくくなり、マネージャーが定着せずに離職する可能性も高まります。

オペレートは、前述の 24 倍というタイムラインの開きが生じるフェーズでもあります。チームが機能的に稼働し始めた時点を起点とするベンダーもあれば、契約上の移管準備が整う時点までを対象とするベンダーもあります。この移管準備の基準には、安定した現地マネージャーの存在、文書化されたプロセス、そして多くの場合、一定の定着率の実績が求められます。見積りを比較する前に、各ベンダーがどのマイルストーンを指しているのかを必ず確認してください。

フェーズ 3:トランスファー(移管)

トランスファーでは、法人、雇用契約、資産、ドキュメントが貴社に移管されます。所要期間は、最も短い見積りでは 4〜12 週間ですが、最も長い見積りでは 3〜6 か月となります。

移管が完了する前に、契約書において、移管の準備完了条件を明確に定義しておく必要があります。具体的には、文書化されたプロセス、機能している現地マネージャー、定着率の実績などです。あわせて、目標日までにこれらの条件が満たされなかった場合の取り扱いも定めておくべきです。オペレートフェーズは延長されるのか、その延長費用は誰が負担するのか、といった点です。

なぜ企業は、アウトソーシング、ODC、自社法人設立ではなく BOT を選ぶのか

アウトソーシング、オフショア開発センター(ODC)、BOT、自社法人の設立という選択肢のなかから、どれを選ぶかを検討されているとします。実際のところ、これは 4 つのサービス階層から選ぶのではなく、4 つの異なるリスク配分から選ぶことを意味します。このキーワードで上位 5 ページのうち 4 ページは、これらを機能面で比較しています(「より柔軟」「よりコントロールしやすい」など)。しかし、それでは、どのような場合にどれを選ぶべきかは分かりません。そこで、閾値(導入判断の目安となる規模・条件)と撤退コストの観点から比較します。

初年度のリスクを負わずに、事業を保有する

BOT を活用すれば、初年度の採用リスクや法務リスクを負うことなく、自社の法人とチームを持つことができます。ただし、これが成り立つのは、移管そのものに関する明確な解除条項が契約に盛り込まれている場合に限られます。この条項がなければ、リスクが消えるわけではなく、移管日まで先送りされるだけです。

迅速な立ち上げと、自社向けに構築されるチーム

法人登記を数か月待つことなく、数週間でメンバーが稼働を始められます。ただし、これが当てはまるのは、プロバイダーがすでに現地法人と採用パイプラインを確立している場合に限られます。新規市場では、BOT であっても、自社で拠点を立ち上げる場合と同じだけの立ち上げ期間がかかります。一般的なアウトソーシングとの違いは、初日から貴社の基準に沿って人材が採用される点であり、これは後の移管を前提としたチーム編成を行うためです。GMO-Z.com RUNSYSTEM の沿革には、仮定の話ではなく、実際の所有権移転の事例も含まれています。同社は 2011 年に GMO インターネットグループの傘下に入りました。この資本関係の変更が、移管可能なチームに対する現在の同社の考え方を形づくっています。

BOT モデルのコストはどのくらいか?

このキーワードで上位 5 ページのうち、コストの内訳を公開しているページは 1 つもありません。TTPSC は、BOT によって「通常のコスト」と比べて「最大 60%」を削減できると主張しています。Botulinum America は、「IT コストを 20〜30% 削減できる」としています。しかし、いずれも、その数値が間接費を含む総コスト(フルロードコスト)を前提としているのかを明示していません。また、出典の記載も、算出根拠の提示もありません。だからこそ、費用項目ごとに整理したコスト表のほうが、信頼性が高いといえます。

BOT には、標準的なエンジニア単価には含まれないコスト項目が伴います。具体的には、法人設立費用、現地給与計算システムの導入費用のほか、移管時期に合わせたリテンションボーナス、ナレッジトランスファー費用、引き継ぎ期間中のマネジメントの二重配置にかかる費用、法務・アドバイザリー費用などです。これらはエンジニアリングコストに内包されるものではなく、その上に上乗せされます。そのため、単純な時間単価の比較では、BOT の初年度コストが過小評価されてしまいます。

貴社が恒久的に引き継ぐコストのなかで最大のものは、雇用主が負担する法定社会保険料等です。この負担率は国によって最大 16 倍もの開きがあります。以下の数値は、2026 年時点で公表されている料率を反映しています。ルーマニアは 2.25% です。米国は州によって異なり、おおむね 8〜15% です。この数値は、FICA(社会保障・メディケアの財源となる給与税)の 7.65%、FUTA(連邦失業税)の 0.6%、および州ごとに変動する州失業税を合算したものです。フィリピンは約 14% で、SSS(国の社会保障基金)、PhilHealth(公的医療保険)、Pag-IBIG(強制加入の住宅積立基金)の合計です。インドは EPF(従業員積立基金、強制加入の退職貯蓄制度)の 12% です。ベトナムは 21.5%、ポーランドは ZUS(国の社会保険機関)の制度のもとで最大 22.14% です。メキシコは約 30〜40%、ブラジルは 28〜36% となっています。

この数値は、負債が発生するタイミングの違いにより、他のデリバリーモデルよりも BOT において重要な意味を持ちます。標準的なアウトソーシングでは、この負担分はプロバイダーの単価に織り込まれており、契約を解除すれば撤退できます。一方、BOT では、移管が完了した時点で、これは貴社自身の法定義務となります。そのチームを雇用し続ける限り支払いが発生し、解除できる契約も存在しません。

予算策定の基準としては、次の 2 つの情報源が有用です。地域別の時間単価の目安には、Accelerance 2026. Global Software Development Rates & Trends Guide を、国別の開発者の給与ベンチマークには、Stack Overflow Developer Survey 2025 をご利用ください。

ビルド・オペレート・トランスファー法人に適した国

このキーワードで上位 5 ページのうち、法人の設置先を国別に比較しているページは 1 つもありません。これは実際に存在する空白領域です。5 つの情報源のうち 3 つは、それぞれ異なる国(ポーランド、ベトナム、メキシコ)に拠点を置く企業によるものです。国別比較で本当に評価すべき指標は、移管にかかる固定コストです。

国を評価する際は、形容詞ではなく、検証可能な 3 つの指標を基準にしてください。人材プールの規模、法定社会保険料等の負担率、そして事業の所有権を移管するための手続きです。ベトナムでは、上表の数値に加えて、毎年 5 万〜6 万人の IT 分野の新卒者が労働市場に加わっています。

BOT 案件において結果を左右するのは、時間単価ではありません。所有権を移管する際の固定コストと、手続き上の複雑さです。

移管する価値のあるケイパビリティは、移管後ではなく、引き渡される前の段階で、すでにエンタープライズ水準の基準を満たしている必要があります。GMO-Z.com RUNSYSTEM の 4 つのデリバリーセンターは、CMMI レベル 3 のプロセス成熟度、および ISO/IEC 27001:2022 の情報セキュリティ認証のもとで運営されています。移管されたチームが初日からこの水準を満たしているとあらかじめ想定するのではなく、こうした基準が実際に存在することを事前に確認しておくべきです。

BOT モデルは誰に向いているのか:機能させるために必要な最小チーム規模

このキーワードで上位 5 ページのうち 3 ページは、BOT がどのような企業に向いているかを取り上げていますが、その答えは企業の種類によるものにとどまっています。本節では、人数の閾値と、その根拠となる計算によって答えます。

BOT を選ぶ企業は、大きく 3 種類に分かれます。1 つ目は、現地での採用だけでは賄いきれない規模までエンジニアリング体制を拡大するエンタープライズです。2 つ目は、新しい国で初めて GCC を設立する企業です。3 つ目は、初年度の採用リスクを負わずに、デリバリーチームを長期的に自社で保有したいと考える組織です。

ここで、情報源の間で見解が分かれており、その開きも小さくありません。Coderslink は、「BOT は 10 名以上の開発チームで最も効果を発揮する」としています。一方、ttpsc は、5 名未満のチームのビルドフェーズを約 1 か月と見積もっており、5 名未満でも実行可能であることを暗に認めています。閾値を明示している 2 つの情報源の間には 2 倍の開きがあり、どちらも自らの数値の算出根拠を示していません。

この食い違いは、損益分岐点の計算によって解消できます。前述の価格設定の節と同じコスト区分を用います。固定費は、チーム規模にかかわらず一定です。具体的には、法人設立、給与計算システムの導入、リテンションボーナス、知的財産の移転、マネジメントの二重配置、法務費用です。変動費は、人数に応じて増加します。これは、チームを直接保有する場合と同じ業務を外部委託する場合とのコスト差に、エンジニア数を掛けたものです。

損益分岐点は、この 2 本の線が交差する点です。この点は、現地の給与水準、現地手続きの複雑さ、チームを運営する予定期間によって変動します。この点を下回る場合は、固定費が、保有によるコスト削減効果を上回ります。上回る場合は、保有のほうが有利になります。

固定費は国によって異なるため、実現可能な最小チーム規模も国によって異なります。これが、Coderslink(メキシコ中心)と ttpsc(ポーランド中心)が異なる閾値に至った本当の理由です。それぞれ、自らが対象とする国の固定費構造に照らせば正しい数字です。ただし、一般則としては、どちらも半分しか当てはまりません。

上表の大半の国では、チームを移管するための固定費は、エンジニアがおおむね 5 名を下回る規模では、保有によるコスト削減効果を上回ります。計画しているチームがそれより小さい場合は、代わりにオフショア開発センター(ODC)モデルを検討してください。BOT は、人員規模が固定費を正当化できる水準に達した時点で、改めて検討すればよいでしょう。

BOT モデルの主なリスクと、それを防ぐ契約条項

このキーワードで 2 位のページは、リスクとそれを軽減する契約条項を 1 つの見出しにまとめています。本記事も同じ構成を採ります。2 つの節に分けると、同じ内容を二度繰り返すことになるためです。3 つのリスクはいずれも、ビルドフェーズではなく、契約の後半部分に潜んでいます。

どの BOT プロバイダーも答えない、人材定着(リテンション)の問題

このキーワードで上位 5 ページのうち、移管後にチームへ残るエンジニアの人数を示しているページ、あるいは自社の離職率を公開しているページは、1 つもありません。2 位のページには「従業員の定着に関する課題」という専用の節があり、リテンションボーナスにも言及していますが、それでも具体的な数値は示されていません。

契約書では、次の 4 点を明確に定めておく必要があります。

• 移管から 12 か月後の時点で、チームに残っているエンジニアの割合
• 誰が現地マネージャーになるのか、また、その人物が当初からその役割のために採用されていたかどうか
• プロバイダー側のプロジェクトマネージャーやブリッジエンジニアが、移管後にどこへ異動するのか
• 移管を完了しないと決めた場合に、どうなるのか

参考までに、業界で報告されている数値(プロバイダーによる自己申告であり、第三者による監査は受けていません)では、専任チーム(dedicated team)の離職率は 8〜12%、スタッフ・オーグメンテーションの離職率は 18〜22% とされています。移管後の定着率は、そのどちらの区分にも明確には当てはまらず、現時点で誰も計測していません。RunSystem も同様ですが、数値が得られた時点で公開する予定です。

移管期間にのみ表面化するコスト超過

マネジメントの二重配置、リテンションボーナス、法務費用は、移管が計画より長引いた場合に、特に急増します。情報源によって、移管期間は 4〜12 週間から 3〜6 か月まで、大きく幅があります。契約が短いほうの見積りで価格設定されているにもかかわらず、実際の移管が長いほうの水準に達すると、その差分がそのまま追加コストとして現れます。これを防ぐ条項は、事前に合意した価格算定式と、想定期間を超過した分を誰が負担するのかという明確な取り決めです。

法人の移管に伴う認証範囲の喪失

ISO/IEC 27001 認証は、特定の法人と適用範囲(スコープ)に対して発行されます。新しい所有者が、これを自動的に引き継ぐことはありません。これは、BOT 案件のなかでも最も見えにくいリスクの 1 つです。これを防ぐ条項では、移管時に認証およびその監査記録がどのように扱われるのかを、明示的に定めておくべきです。

雇用契約が自動的に承継されるかどうかも、国によって一様ではありません。EU には、雇用条件を維持する事業譲渡に関する規則があります。一方、アジアの多くの国では、新たな契約を再締結する必要があります。この法制度上の違い 1 つで、新しい法人へチームとともに移行する人数が実質的に決まります。

ソースコードの所有権は、どの国の法律が適用されるかによって異なります。BOT では、所有権が二度移転するため、問題はさらに複雑になります。米国では、従業員が書いたコードは自動的に会社に帰属しますが、請負人が書いたコードは、書面による譲渡がない限り帰属しません。大陸法系の多くの国々(欧州大陸、中南米、アジアの大部分)では、書面による移転が行われるまで、原著作者が権利を保持します。契約書では、コードがエンジニアからプロバイダーに移転する時点を正確に規定する必要があります。それとは別に、プロバイダーから貴社に移転する時点も、明確に規定しなければなりません。

BOT パートナーの選び方

このキーワードで 2 位のページには、「確認すべきデューデリジェンスの質問」という節があります。ただし、そこに挙げられている質問は、営業用パンフレットですでに答えが示されているような内容です。以下の 6 つの質問は性質が異なります。いずれも、本記事の調査で「どこも公開していない」と判明した情報をそのまま問うものであり、良い回答と不十分な回答を見分けるための基準も併記しています。

• 前回の移管から 12 か月後の時点で、何% のエンジニアが残っていましたか? 「強い定着文化があります」という回答よりも、具体的な数値のほうが優れています。
• 貴社自身の離職率はどの程度で、どのように計測していますか? 「非常に低い」という回答よりも、数値と測定期間を示した回答のほうが優れています。
• コスト削減の見積りの根拠は何ですか? 数値だけの回答よりも、算出過程を示した回答のほうが優れています。
• 貴社が考える実現可能な最小チーム規模は何名で、その根拠となる計算はどのようなものですか? 理由の示されていない数字よりも、前述のような損益分岐点の計算を示した回答のほうが優れています。
• オペレートフェーズは、具体的にいつ始まり、いつ終わりますか? 「チームが円滑に稼働するようになったら」という回答よりも、具体的なマイルストーンを示した回答のほうが優れています。
• 移管を完了しないと決めた場合、どうなりますか? そのような事態は起こりにくいとして質問を流す回答よりも、具体的な解除条項を示した回答のほうが優れています。

GMO-Z.com RUNSYSTEM は、認証の適用範囲、デリバリーセンターの沿革、法人の構造については、現時点でも直接お答えできます。一方、すべての質問に答えられるわけではなく、特に、公開可能な定着率および離職率の数値については、まだ揃っていません。この点を正直に明示することこそ、本記事が「聞き取るべき回答」として提唱している姿勢そのものです。

最後に:BOT の成否を決める移管条項

BOT は段階的な買収であるため、成否を決めるのは、オペレートフェーズがどれだけ円滑に進んだかではなく、移管条項です。本記事では、市場が裏付けのない数字に自信を示している箇所を 3 つ確認しました。

• 同じフェーズのタイムライン見積りが、情報源によって最大 24 倍も異なっている。
• 最小チーム規模を明示している 2 ページの見解は 2 倍開いており、いずれも計算過程を示していない。
• 移管後にチームの何% が残るのかを公開しているプロバイダーは、現時点で存在しない。

BOT をご検討中の場合は、計画している人員規模、対象国、スケジュールを持ち寄ってご相談ください。ベンダーの料金表ではなく、貴社自身の数値で損益分岐点の計算を行ってみてください。

よくある質問(FAQ)

ソフトウェア開発におけるビルド・オペレート・トランスファー(BOT)モデルとは何ですか?
BOT は、段階的な買収です。プロバイダーが貴社に代わって技術チームを構築し、人員を配置し、運営したうえで、法人、契約、知的財産を貴社に移管します。有形資産とその運営権を移管するインフラ領域の BOT とは異なり、移管の対象は事業体(会社)そのものです。

BOT は、開始から完了までどのくらいの期間がかかりますか?
公開されている見積りは、フェーズごとに大きく食い違っています。ビルドは 6 週間〜6 か月、オペレートは 2 か月〜2 年以上、トランスファーは 4 週間〜6 か月です。正確な期間は、各情報源がどのマイルストーンを起点・終点として測定しているかによって異なります。

BOT が成立するための最小チーム規模はどの程度ですか?
大半の国では、エンジニアがおおむね 5 名を下回る規模では、移管にかかる固定費が、保有によるコスト削減効果を上回ります。正確な閾値は、その国の法人設立コストおよび法定社会保険料等の負担によって異なります。閾値を下回る場合は、代わりに ODC モデルを検討してください。

BOT はアウトソーシングより優れていますか?
初年度の採用リスクを負わずに長期的な保有を望み、かつチーム規模が損益分岐点を上回る場合は、BOT が有利です。短期で、スコープが明確に定義されており、法人を保有する必要がない場合は、アウトソーシングが有利です。

移管を完了しないと決めた場合、どうなりますか?
事前に交渉した解除条項の内容次第です。解除条項がない場合は、通常、延長されたオペレート契約としてそのまま継続されます。その延長にかかる追加コストを誰が負担するのかについては、あらかじめ確認しておく必要があります。