オフショア開発会社の選び方は？比較チェック項目と見極め基準を発注者視点で解説

オフショア開発会社を探すと、比較サイトには「おすすめ20選」のような社名の一覧が並びます。ところが、社名と単価を眺めても自社に合う1社は絞り込めません。同じ単価でも、日本語の窓口が誰なのか、見積に管理工数が入っているのか、テストをどちらが担うのかによって、最終的に支払う総額も発注後の社内負荷もまるで別物になるからです。この記事では、候補を集める前に決めておくべき3つの前提、比較の場で見る7つのチェック項目、一次面談で投げる質問と合格ライン、小規模トライアルの設計、そして候補から外すべき会社の条件までを順に整理しました。国内で受託開発を手がける立場から、選定基準そのものを言い切っていきます。

まとめ：オフショア開発会社の選び方と見極め基準の要点

会社選びは、候補を集める前に3つの前提を決めるところから始まります。ラボ型と請負のどちらで契約するか、どの国と拠点に出すか、自社側に受け入れ担当を置けるか。この3点が決まっていないと、各社の提案は比較できない形で返ってきます。前提を固めたうえで、ブリッジ体制・実績の一致度・見積の粒度・品質保証・情報セキュリティ・契約条件・撤退のしやすさという7項目で横並びにすると、社名の知名度や単価の安さでは見えなかった差がはっきりします。

見極めの本番は面談と小規模トライアルです。「日本語対応可」の一言ではなく、窓口の人数と日本語の水準、質問への回答が何時間で返るか、テスト仕様書を誰が書くかまで踏み込んで聞き、回答の具体性で判定してください。加えて、単価が相場から2割以上安いのに管理工数の計上がない会社、テストの分担を明示しない会社、再委託先を答えられない会社は、この段階で候補から外して構いません。最後に、仕様が固まらない案件や数百万円規模の単発開発であれば、そもそも国内の受託開発やニアショアに切り替えたほうが総額で安く収まります。本文では各項目の判定基準と、立ち上げから3か月の管理設計まで具体的に示します。

オフショア開発会社を探し始める前に決めておくべき3つの前提条件

候補集めから入ると選定は必ず迷走します。先に自社側の条件を確定させておくと、各社から返ってくる提案が同じ土俵に乗り、比較そのものが成立するためです。

委託形態をラボ型と請負のどちらに置くかで候補となる会社が変わる

オフショア開発会社は、月額で一定人数のチームを確保するラボ型を主力にする会社と、要件を確定させて成果物単位で請け負う会社に大きく分かれます。ラボ型は仕様変更を織り込みながら継続開発する体制に向き、請負は仕様が固まった単発開発に向きます。どちらを望むかを決めずに問い合わせると、各社が得意な形態で見積を出してくるため、金額の桁も前提も揃いません。

選び方の目安は単純です。開発が半年以上続き、要件が動く見込みがあるならラボ型。画面数と機能が確定していて、納品して終わりならば請負を選びます。ラボ型では発注者が指揮を執る度合いが高まるので、成果物で縛るのか稼働で縛るのかという契約類型の理解が前提になります。この論点は国内外で共通なので、準委任契約と請負契約の使い分けを整理した記事で押さえておいてください。形態が決まれば、候補となる会社の顔ぶれは半分程度に絞り込めます。

発注先の国と拠点の選択が候補リストの性格をあらかじめ決めてしまう

次に決めるのは発注国です。日本向けのオフショア開発ではベトナムに拠点を置く会社が多数を占め、フィリピンやインド、中国、バングラデシュなどが続きます。国によって人件費の水準、英語と日本語の通用度、技術者が得意とする領域、祝日の暦が違うため、同じ「オフショア開発会社」でも比較対象として並べにくい相手が混ざります。

実務では、国を1つに絞り込むより「この国とこの国のみ」と2つ程度に限定して候補を集めるほうが動きやすいでしょう。候補が3か国以上に散ると、時差や休暇の前提が案件ごとに変わり、比較表の意味が薄れます。国ごとの人件費水準や技術者層の特徴、日本企業との相性については、オフショア開発の仕組みと発注国ごとの特徴をまとめた記事で個別に扱いました。ここでは、国を先に絞ることが候補リストの均質性を保つ条件だと理解してもらえれば十分です。

自社側の受け入れ体制がないまま会社を比べても選定は空回りする

3つ目の前提が抜け落ちやすく、しかも失敗の主因になります。オフショア開発では、日本側に仕様を確定させる担当者と、上がってきた成果物を検査する担当者が必要です。この2つの役割を誰が兼ねるのか、週にどれだけの時間を割けるのかを決めないまま発注すると、質問への回答が滞り、現地チームは推測で実装を進めます。

目安として、10名規模の開発チームを海外に置くなら、日本側に専任1名相当の稼働が要ります。兼任で週5時間しか割けない状態であれば、開発会社側にプロジェクト管理まで含めて任せられるか、もしくは委託範囲を小さくするかの判断が先です。ここを詰めずに「安い会社を探す」と、単価の削減分が社内の残業で相殺されます。受け入れ体制を用意できるかどうかは、会社選びの前に自社が答えるべき問いだと考えてください。

オフショア開発会社を比較するときに見るべき7つのチェック項目

前提が固まったら、各社を同じ物差しで並べます。比較サイトの一覧表に載っている項目は、設立年・拠点国・人数・単価が中心ですが、発注後の成否を分けるのは以下の7項目です。

発注者が見るべき7つのチェック項目を一覧表で全体像から押さえる

まず全体像を示します。各項目について「何を見るか」と「どこで合格とするか」を対にして持っておくと、面談の場で判断が早くなります。

7項目のうち、比較サイトの一覧で確認できるのは実績のごく一部だけです。残りは問い合わせて資料を出してもらうか、面談で聞き出すしかありません。逆にいえば、この7項目を書面で答えられる会社は、社内の管理水準がそれだけ整っているという傍証にもなります。回答を渋る会社は、その項目に弱みがあると考えて差し支えないでしょう。

日本語で意思疎通できる体制と窓口の実像を面談前に確認する方法

「日本語対応可」という表記の中身は会社によって別物です。日本語が話せる現地技術者が兼務している場合と、日本人のプロジェクト管理者が常駐している場合と、日本法人の営業担当が窓口になり現地とは英語でやり取りする場合では、伝達の精度も回答速度も違います。確認すべきは、窓口が何名で、日本語のどの水準にあり、開発チームとの間に何人の伝達者が挟まるかという実像です。

伝達者が2人以上挟まる体制は避けたほうが無難です。仕様の意図は経由するたびに削られ、実装が上がってきたときの差分が大きくなります。もう1点、質問への回答が何時間以内に返るかを事前に取り決めておくと、発注後の停滞を防げます。現地の稼働時間帯と日本の営業時間の重なりが何時間あるかも同時に確認してください。重なりが3時間を切る国では、当日中の往復が難しくなり、確認1回あたりの遅れが積み上がります。

開発実績は件数ではなく業種と規模と技術スタックの一致で読み解く

実績500件という数字そのものには、選定の材料としての価値がほとんどありません。見るべきは、自社の案件と近い条件の実績が何件あるかです。近さは3つの軸で測ります。業種が同じか（業務知識の有無が仕様の空白を埋める精度に直結する）、規模が同じか（3名で回した案件と20名で回した案件では管理手法が異なる）、技術スタックが同じか（言語やフレームワークの経験が浅いと初期の生産性が落ちる）。

面談では「近い案件を3件挙げて、体制図と期間と苦労した点を説明してください」と依頼するのが確実です。守秘義務で社名を出せない場合でも、体制と工程については説明可能です。ここで抽象的な回答しか返らない会社は、実績の大半が短期の人員供給であって、設計から関与した経験が乏しい可能性があります。なお、実績の規模感を自社案件と突き合わせるには費用の物差しも要るので、システム開発の費用相場と人月単価の内訳を先に確認しておくと会話が噛み合います。

見積書は総額ではなく単価の内訳と管理工数の計上有無を確認する

見積の比較で総額だけを並べると判断を誤ります。オフショアの見積には、開発工数のほかにプロジェクト管理費、ブリッジ担当の人件費、テスト工数、日本側との調整工数が乗るはずですが、これらを計上しない見積は総額が見かけ上安く出ます。抜けている工数は消えたわけではなく、発注後の追加請求か、自社の負荷として現れるだけです。

確認するのは3点です。第一に工程別の人月が示されているか。設計・実装・テスト・管理の内訳がなく一式で書かれた見積は比較できません。第二に技術者の等級ごとの単価が示されているか。同じ月額でも、上級者2名の体制と新人5名の体制では成果がまるで違います。第三に管理工数が何パーセント計上されているか。実務では開発工数の1割から2割が目安で、これがゼロの見積は管理を発注者に丸投げする前提だと読めます。相場より2割以上安い見積を見つけたら、まずこの3点のどこが抜けているかを探してください。比較の物差しになる国別・職種別の単価水準は、オフショア開発の費用相場と人月単価をまとめた記事で確認できます。

品質保証と情報セキュリティと契約条件は必ず文書で裏付けを取る

品質については、テストの分担が最大の論点になります。単体テストまでが委託範囲なのか、結合テストと総合テストも含むのか、テスト仕様書は誰が書くのか。ここが曖昧なまま進むと、納品後に自社でテストを一から作る羽目になります。加えて、コードレビューの実施者と頻度、静的解析の有無、バグ修正の無償対応期間を書面で確認してください。

情報セキュリティでは、開発環境からのソースコード持ち出し制限、私物端末の使用可否、個人データを扱う場合の取り扱い規程を確認します。個人情報保護法は、個人データを外国にある第三者へ提供する場合に本人同意の取得か、提供先の体制確認と継続的な把握を求めているため、テストデータの扱いは契約前に法務と詰めておく必要があります。契約条件では、準拠法と裁判管轄、成果物の著作権の帰属、再委託の可否と再委託先の開示義務が要点です。再委託が絡む取引では国内の親事業者側に支払期日や書面交付の義務が生じる場面もあるので、下請法の対象取引と親事業者の義務を整理した記事も併せて確認しておくと安全でしょう。

提案書と面談と小規模トライアルで開発会社を見極める実務の手順

書面の比較で3社程度に絞ったら、そこから先は対話と実地で見極めます。ここが選定の精度を決める工程です。

一次面談で投げる質問と回答の合格ラインをあらかじめ決めておく

面談は雑談で終わらせず、質問を用意して臨みます。同じ質問を全社に投げると、回答の具体性の差がそのまま管理水準の差として現れます。以下の5問は、どの案件でも共通して機能する質問です。

合格ラインは「条件と数字で答えられるか」の一点に置いてください。柔軟に対応します、できるだけ早く返します、といった回答は、社内に手順が定まっていないことの裏返しです。反対に、自社の弱点を先に開示して条件付きで請ける会社は信頼できます。提案の粒度を揃えたいなら、依頼側から要求事項を文書化して渡すのが早道なので、提案依頼書（RFP）の目的と書き方をまとめた記事を参考に骨子を作っておきましょう。

小規模トライアルは工程の一部を切り出して設計すると精度が出る

面談で絞り込めない場合、本番案件の前に小さく発注して実力を測る方法があります。ここで失敗しやすいのは、独立性の低い機能を切り出してしまうケースです。本体と密結合した機能を渡すと、仕様の説明だけで工数が膨らみ、会社の実力ではなく説明の巧拙を測ることになります。

切り出すなら、管理画面の一機能、外部サービスとの連携部分、既存画面の作り替えのように、入出力が明確で単独で検収できる範囲が向きます。期間は3週間から6週間、金額は本番案件の1割以内が目安です。見るのは成果物の出来だけではありません。仕様の質問がどれだけ的確に飛んでくるか、進捗報告が指示なしに上がってくるか、指摘した不具合の修正がどの速度で返るか。この3点は本番でも同じ形で現れるため、トライアルの真の目的だと考えてください。

この条件に当てはまる会社は候補から外すという見送りの判断基準

選定では、選ぶ基準よりも外す基準を先に決めたほうが早く進みます。以下の条件に該当する会社は、単価が安くても候補から外して差し支えありません。

第一に、見積の内訳を出さない会社。一式表記に固執する相手とは、追加請求のたびに交渉が発生します。第二に、テストの分担を線引きしない会社。品質の責任範囲が曖昧なまま納品を迎え、検収で揉めます。第三に、窓口の担当者を契約前に開示しない会社。契約後に日本語の弱い担当が付いても、交代を求める根拠がありません。第四に、再委託先を答えられない会社。実体は仲介だけで、開発は別の会社が行っている場合があります。第五に、解約と引き渡しの条件を渋る会社。撤退できない委託先は、品質が下がっても切れなくなります。

これらは技術力の問題ではなく、取引条件を明示できるかどうかの問題です。明示できない会社は、社内に手順が存在しないか、開示したくない事情を抱えています。どちらであっても、初めての海外委託で選ぶ相手ではないでしょう。

発注後に効く受け入れ体制の作り方と他の委託先へ切り替える判断

会社を決めた後の立ち上げ方まで含めて、選定の成否は決まります。あわせて、そもそもオフショア以外を選ぶべき条件も整理しておきます。

立ち上げから3か月の管理設計が発注後の成否をおおむね左右する

発注直後の3か月で、日本側と現地の仕事の仕方が固まります。ここで決めておくのは4点です。定例会の頻度と参加者（週1回、双方の管理者と技術リーダーが出る形が標準）、質問の投げ方と回答期限（管理ツール上で起票し、営業時間内24時間以内に一次回答）、成果物の受け入れ基準（テスト項目の消化率と未解決不具合の件数で線引き）、そして進捗の可視化方法（機能単位の完了定義を先に合意する）。

この4点を口頭の合意で済ませると、3か月後には双方の認識がずれています。文書に落として双方が参照できる場所に置き、初回のスプリントか初回の中間検収で運用を検証してください。運用が回らないと分かった時点で直せば傷は浅く済みます。立ち上げ期に管理の型を作れるかどうかが、単価差を実際の削減として残せるかを分けます。

国内の受託開発やニアショアへ切り替えるべき条件を数字と状況で示す

最後に、オフショア開発会社を選ばないという判断について触れます。次の条件に複数当てはまるなら、国内へ戻したほうが総額でも納期でも有利です。開発規模が数百万円台の単発である、着手後の仕様変更が全体の1割を超える見込みがある、日本側に専任1名相当の受け入れ工数を割けない、個人データや営業秘密を大量に扱う。これらは翻訳や仲介にかかる固定費を単価差で回収できない典型的な状況です。

海外と国内地方のどちらに出すかで迷う段階であれば、オフショアとニアショアをコスト・品質・納期で比較した記事に4問の判断フローをまとめてあります。国内地方への委託そのものを検討するならニアショア開発の仕組みと向く案件の条件が参考になるでしょう。基幹業務に関わるシステムのように、業務知識の共有と法務要件が重く、仕様が動きながら進む領域では、そもそも国内の受託開発に置いたほうが結果的に安くつく場面が少なくありません。当社でも基幹システムの受託開発を国内体制で手がけており、オフショアからの切り替えや、設計を国内・実装を海外に分ける併用の相談も受けています。委託先を1社に固定せず、案件の性格で置き場所を変える発想を持っておくと、選定の失敗を取り返しやすくなります。

よくある質問

オフショア開発会社はどう選べばよいですか？

社名の一覧や単価から入らず、委託形態・発注国・自社の受け入れ体制という3つの前提を先に決めます。そのうえで、ブリッジ体制、実績の一致度、見積の粒度、品質保証、情報セキュリティ、契約条件、撤退のしやすさという7項目で横並びに比較してください。最終判断は面談での回答の具体性と、小規模トライアルの結果で行うのが確実です。

オフショア開発会社の比較で最初に見るべき項目は何ですか？

見積の粒度です。工程別の人月、技術者の等級別単価、管理工数の計上率が示されているかを最初に確認してください。この3点が書かれていない見積は他社と比較できないうえ、抜けた工数が追加請求や自社の負荷として後から現れます。総額が相場より2割以上安い場合は、どこが計上されていないかを疑うのが安全です。

おすすめランキングを参考に会社を決めても問題ありませんか？

候補を集める入口としては使えますが、決め手にはなりません。掲載順は掲載料や紹介手数料の影響を受ける場合があり、自社の業種・規模・技術スタックとの一致は反映されていないためです。一覧から3社程度を抽出したうえで、同じ質問を全社に投げ、回答の具体性で比べる進め方をおすすめします。

小規模なシステム開発でもオフショア開発会社に頼めますか？

依頼はできますが、費用面の利点は出にくくなります。翻訳・仲介・受け入れ検査にかかる費用は案件規模に比例せず発生するため、数百万円規模の単発開発では単価の差を固定費が上回りがちです。小規模で費用を抑えたい場合は、国内の受託開発やニアショアを候補に入れて総額で比較してください。

契約前に必ず確認しておくべき条項はどれですか？

準拠法と裁判管轄、成果物の著作権の帰属、再委託の可否と再委託先の開示義務、解約の予告期間とソースコードの引き渡し条件の4点です。とくに解約と引き渡しの条件は、品質が期待に届かなかったときに委託先を切り替えられるかどうかを決めます。契約書の雛形を面談の段階で開示してもらい、法務の確認を経てから締結しましょう。

関連記事

• オフショア開発とは？メリット・デメリットと国内受託開発との使い分けを発注者視点で解説｜海外委託の仕組み、発注国ごとの特徴、失敗を防ぐ体制づくりを扱っています。
• オフショアとニアショアの違いは？コスト・品質・納期で比較し発注先を選ぶ判断軸を解説｜形態そのものを選ぶ段階の6軸比較と4問の判断フローをまとめた記事です。
• ニアショア開発とは？オフショア開発との違いと国内委託が向くケースを発注者視点で解説｜国内地方拠点の特徴と、ニアショアが向く案件の条件を解説しています。
• システム開発の費用相場は？内訳・人月単価と見積もりの妥当性を発注者視点で解説｜見積の妥当性を判断する物差しになる費用の内訳と相場観を扱った記事です。
• RFPとは？提案依頼書の目的・書き方と発注者が押さえる要点を解説｜各社の提案の粒度を揃えるための要求事項の文書化を解説しています。