Logo SY Partners
ディープダイブ

オフショア開発会社の選び方|契約前に確認したい15項目

オフショア開発会社の選び方|契約前に確認したい15項目

オフショア開発会社の選び方で最も重要なのは、単価の安さではなく、契約前に「実績・コミュニケーション・体制と品質・費用と契約・立ち上げと出口」の5分野を同じ物差しで確認することです。ベトナム オフショア開発 会社を比較する場合でも、見積書の人月単価だけで判断すると、手戻り、メンバー交代、認識齟齬といった見えないコストが後から発生し、総費用が想定を上回る可能性があります。本記事では、契約前に確認したい15項目を番号付きのチェックリストとして整理し、判断に使える数値、図解、質問例まで一続きで解説します。

オフショア開発は、人月単価という分かりやすい数字が先に目に入るため、どうしても価格比較から始まりがちです。しかし、実際の成果を左右するのは、日本語で仕様を橋渡しするブリッジSE(BrSE)の力量、専任チームの継続性、テストと品質管理の仕組み、そして契約形態が実際の指示系統と矛盾していないかといった点です。これらは見積書の一行からは読み取れず、提案段階の面談と資料で確認する必要があります。

なお、本記事で扱う単価の相場は、SY Partners(SYP)の公開記事に掲載されている2026年のベトナム人月単価の参考値(プログラマー40.1万円、シニアエンジニア50.0万円、ブリッジSE59.0万円、プロジェクトマネージャー71.4万円)と、SYPの公式サービスページに記載された「1名・月あたり40万円〜(税別)」の料金目安に基づいています。QAとテックリードの公開相場は確認できないため、数値を補わず、個別見積りで確認するものとして扱います。

この記事で分かること

①失敗しやすい4つの選び方と見るべき指標 ②ラボ型・準委任・請負の使い分け ③契約前の15項目チェックリスト ④職種別単価と5名チームの試算例 ⑤3社比較に使える重み付きスコアシート ⑥相談から稼働までの流れとFAQ

1. オフショア開発会社選びで失敗する理由

オフショア開発の失敗は、技術力不足だけで起きるわけではありません。多くの場合、会社を選ぶ段階での確認不足が原因です。まず、典型的な失敗パターンを整理し、後続の15項目がなぜ必要なのかを確認します。

1.1 単価の安さだけで選ぶと総費用が下がらない

人月単価が低い会社を選んでも、仕様の確認回数が増える、成果物の修正が多い、日本側のレビュー工数が膨らむといった状態になれば、発注側が負担する総費用は下がりません。SYPの公開記事でも、単価だけで選ぶ失敗例では、見る指標は単価ではなく総費用、手戻り、自走範囲であると整理されています。

上の図は説明用の仮定です。A社は単価40万円でも手戻りが25%発生すると実効50.0万円、B社は単価45万円でも手戻りが5%なら実効47.25万円となり、順位が逆転します。見積り比較では、単価と同時に手戻りを減らす仕組みを確認します。

1.2 発注側に意思決定者がいないと柔軟な体制が機能しない

専任チームは優先順位の変更に対応しやすい反面、何を作るかを決める人がいなければ、チームは指示待ちになります。公開記事でも、発注側に責任者がいない状態では、柔軟な体制が「何を作るか決まらない体制」になると指摘されています。

1.3 メンバー交代が多いと知識が蓄積しない

同じメンバーが継続すれば、業務知識、コードの癖、過去の判断理由が蓄積します。反対に交代のたびに引継ぎとオンボーディングが発生し、立ち上げ工数が繰り返されます。このため、契約前に継続率と交代時のルールを確認することが重要です。

交代そのものを禁止するのではなく、交代理由の報告、引継ぎ期間、後任候補の事前面談、重複稼働期間の費用負担を契約前に取り決めておきます。

1.4 稼働時間だけで成果を評価してしまう

稼働時間は管理しやすい指標ですが、成果の質を直接表しません。リリース速度、障害件数、手戻り、チームの自走度を併せて評価する必要があります。

評価の軸稼働時間のみ成果指標を併用
見える情報作業した時間リリース頻度・障害・手戻り
起きやすい問題時間は使うが成果が見えない指標の定義合意に時間がかかる
改善の打ち手増員・時間追加に偏る仕様・テスト・体制の見直しにつながる
推奨度補助指標主指標+稼働は補助

1.5 失敗パターン4つと見るべき指標

公開記事で挙げられた4つの失敗例を、契約前に確認できる観点に置き換えると次のようになります。

失敗パターン原因契約前に見る指標
単価だけで選ぶ手戻り・確認工数が増える総費用、手戻り率、自走範囲
発注側に責任者がいない優先順位が決まらない意思決定の速度と担当者
メンバー交代が多いオンボーディングを繰り返す継続率、立ち上げ工数
成果指標が稼働時間だけ品質と成果が見えないリリース速度・障害・手戻り・自走度

ポイント

失敗の原因の多くは「会社の優劣」ではなく「確認していない前提」です。次章以降の15項目は、この前提を契約前に言語化するためのものです。

2. 選ぶ前に決める:開発モデルと契約形態

会社を比較する前に、自社がどの開発モデルを必要としているかを決めておくと、提案の比較が容易になります。ここでは、ラボ型、準委任、請負の違いと、案件タイプ別の選び方を整理します。

2.1 ラボ型・準委任・請負の違い

ラボ型は専任チームを継続確保する開発・提供モデルであり、準委任と請負は契約類型です。名称が違っても同じ軸では比較できないため、3つを並べる際は「何を決める言葉か」から整理します。

項目ラボ型開発準委任請負
位置づけ開発・提供モデル(体制)契約類型契約類型
中心となる考え方専任性の高いチームを継続確保専門業務の適切な遂行合意した成果物の完成
費用の考え方人数×役割別人月単価×期間人月・時間・月額が多いスコープ基準で固定価格化しやすい
要件変更優先順位の入れ替えに対応しやすい業務範囲内で調整しやすい追加見積りや変更合意が必要になりやすい
向いている案件継続改善・プロダクト開発継続開発・保守・反復開発仕様・納期・成果物が明確な開発

「ラボ型だから準委任」「請負だからラボ型ではない」と自動的に決めつけず、実際の契約書の内容で確認します。

2.2 案件タイプ別の選び方

仕様が固まっているか、継続的な改善が必要かで、向く体制は変わります。個別の契約設計は、法務・専門家への確認が必要です。

2.3 偽装請負を避けるための指揮命令の整理

公開記事では、厚生労働省の整理として、請負では請負事業主が自社の労働者を指揮命令する点が重要であり、発注者による直接の作業指示は、形式上は請負でも労働者派遣(いわゆる偽装請負)の論点を生じうると説明されています。契約名より実態が重要です。

注意

本記事は法的助言ではありません。契約区分や指示系統の設計は、個別の契約内容に応じて法務・専門家へ確認してください。

2.4 SYPが提供する3つの体制形態

SYPの公式ページでは、ラボ型・請負という用語ではなく、専任チーム、プロジェクト型、ハイブリッド型の3形態が案内されています。会社によって呼称が異なるため、用語ではなく中身で比較します。

形態内容向いている案件
専任チーム専任のチームを長期で確保長期的なプロダクト開発、モダナイゼーション、社内プラットフォーム開発
プロジェクト型スコープ・期間・マイルストーンを明確にして進める範囲が明確な案件
ハイブリッド型要件定義などの上流工程から開始し、専任開発チームへ移行仕様を固めながら開発へ進みたい案件

2.5 発注前に社内で決める5つのこと

会社選びの前に社内で決めておくと、提案が比較しやすくなり、見積り精度も上がります。次の項目をチェックしてください。

社内準備チェック

☐ 目的と成功指標(何を達成したいか)
☐ 予算レンジと契約期間の目安
☐ 意思決定者(プロダクトオーナー)
☐ 日本側の窓口担当者
☐ 既存資料(要件・画面・仕様・既存システム情報)

3. 確認項目1〜3:実績と信頼性を確認する

最初の3項目は、会社の信頼性を確認する項目です。実績の「数」だけでなく、自社案件と近いか、日本語対応の人材がどの程度いるか、情報管理の体制が整っているかを確認します。

3.1 項目1:自社に近い領域の開発実績

実績は件数よりも、業界・規模・技術・工程が近いかどうかが重要です。SYPの公式サイトには12件の導入事例が公開されており、製造、金融・フィンテック、小売・EC、CRM、業務システムなど複数領域に及びます。顧客名はNDAにより非公開のため、事例の詳細は面談で確認します。

領域公開されている事例(一部)
製造家庭用リモートデバイス管理システムのアップグレード/家庭向けエネルギー管理およびIoT統合システム
金融・フィンテック銀行のロイヤルティプログラム向けCMS開発/多言語対応の金融ニュース・情報サイト
CRM・カスタマー360社内向け利益試算・価格登録システム/マルチテナントCRM/要件定義設計
小売・ECファン・グループアプリ(メンバーシップ・チケット販売)
業務システム複雑な権限管理を備えた社内情報管理システム

3.2 項目2:規模と日本語対応人材の比率

会社規模が大きいほど良いとは限りませんが、専任チームを組成できる人数と、日本語で対応できる人材の割合は確認が必要です。SYPの会社概要ページでは、従業員総数250+(ベトナム230名、日本20名)、日本語対応メンバー120+、導入・開発実績200+、顧客満足度98%と記載されています。

3.3 項目3:セキュリティ認証と情報管理

ソースコード、顧客データ、設計書を扱うため、情報セキュリティの運用体制は必須の確認項目です。SYPはISO/IEC 27001:2022の認証を取得していると公式ページに記載しています。認証の有無に加え、認証の対象範囲と日常運用も確認します。

確認する点質問例
認証ISO/IEC 27001の認証範囲に、開発チームの拠点は含まれるか
アクセス制御案件ごとのリポジトリ・環境へのアクセス権はどう管理しているか
データの扱い本番データ・個人情報を開発環境へ持ち出すルールはあるか
契約NDAと再委託の取り扱いを契約書で確認できるか

3.4 実績を面談で検証する質問

提案資料の実績は良い面が中心になるため、面談では具体的な質問で検証します。回答の具体性が、実際の経験を見分ける手がかりになります。

質問具体的な回答の例注意したい回答
類似案件でのチーム構成と期間は?役割ごとの人数と開始〜稼働までの期間「大規模案件で経験があります」のみ
苦労した点とその解決方法は?仕様変更・性能・体制調整など具体例課題はなかったという回答
その案件の担当者は今回も参画するか?参画候補を明示し面談を設定一般論のみで確約がない

3.5 顧客の声と事例の読み方

公式サイトの顧客の声は、多くが定性的な評価です。数値の成果が示されていない場合は、面談で定量的な指標(リリース間隔、障害件数、継続期間)を確認します。

4. 確認項目4〜6:コミュニケーション体制を確認する

オフショア開発の品質は、言語と距離を越えて意図を正確に伝えられるかに大きく左右されます。4〜6番目の項目では、BrSE、会議体、日本側窓口を確認します。

4.1 項目4:BrSE(ブリッジSE)の役割と日本語力

BrSEは、日本側の要望を技術仕様へ変換し、開発チームへ伝える橋渡し役です。日本語力だけでなく、システム設計の理解、課題の先回り、進捗管理が求められます。公開相場でもBrSEは59.0万円と、プログラマー40.1万円より高い水準です。この差は橋渡し機能への対価として考えます。

確認項目質問例
日本語力日本語での設計レビューに参加できるか/JLPTの級より実務経験を確認
技術理解開発経験の有無/設計・コードレビューへの関与
稼働配分複数案件の兼任はあるか/本案件の専任割合

4.2 項目5:定例会議と報告の仕組み

定例の頻度と成果物が決まっていないと、進捗の見えない期間が長くなります。SYPの公式ページでは、キックオフ後に週次デモを実施し、四半期ごとに振り返りと体制調整を行う運用が示されています。

頻度会議・報告目的
毎日朝会・チャット報告課題の早期共有
週次スプリントデモ・進捗報告成果物の確認と優先順位の調整
月次品質・コスト・リスク確認全体状況の把握
四半期振り返り・体制調整チーム規模と役割の見直し

チェック

会議の頻度だけでなく、議事録の共有速度、課題管理表の更新ルール、緊急時の連絡手段が契約前に決まっているかを確認します。

4.3 項目6:日本側の窓口と拠点

日本に窓口があると、契約、請求、緊急時の対応、対面の打ち合わせがスムーズになります。SYPはベトナム・ハノイに本社、日本・横浜市に日本支社を置く2拠点体制です。

4.4 コミュニケーションツールとルール

ツール自体より、何をどのツールで連絡するかのルールが重要です。契約前に、次のような運用案を提案側から出してもらい、自社の運用に合うかを確認します。

用途ツールの例運用ルールの例
日常連絡チャット質問は24時間以内に一次回答
課題・タスクチケット管理1課題1チケット、担当と期限を必須化
仕様・設計ドキュメント管理変更履歴を残し、承認者を明記
緊急連絡電話・チャットのメンション障害時の連絡先と対応時間を事前合意

4.5 認識齟齬が起きるパターンと対策

認識齟齬は「言語」だけでなく「前提の違い」から起きます。同じ言葉でも、日本の業務慣習とチームの理解がずれることがあります。対策は、曖昧な表現を残さない仕組みを作ることです。

起きやすい齟齬対策
「適宜」「よしなに」などの曖昧指示受入条件を数値・画面・操作で書く
暗黙の品質基準(UIの細部・文言)デザインガイド・サンプル画面を共有
仕様変更の口頭連絡変更は必ずチケット化し承認を記録
質問しにくい雰囲気質問タイムを定例に設ける/質問歓迎を明示

5. 確認項目7〜9:チーム体制と品質管理を確認する

見積書の人月単価が同じでも、どのようなメンバーが参画し、どう品質を管理するかで結果は変わります。7〜9番目の項目では、アサイン、継続性、品質保証を確認します。

5.1 項目7:アサイン前の面談と承認

営業段階で紹介されたメンバーと、実際にアサインされるメンバーが異なる事態を避けるため、アサイン前の面談と承認の仕組みを確認します。SYPの公式ページでは、候補エンジニアとの面談を行い、顧客の承認なしにアサインしないと明記されています。

5.2 項目8:メンバーの継続率と交代ルール

専任チームの強みは継続性です。交代率や交代時の対応を数値と文書で確認します。公開されていない場合は、面談で過去案件の平均継続期間を確認します。

確認項目確認の観点
平均参画期間同一メンバーが何か月継続しているか
交代時の引継ぎ重複稼働期間と費用負担
後任候補面談・承認の権利があるか
キーパーソンBrSE・リードの代替要員の有無

5.3 項目9:QA・テスト体制

テストを開発メンバーだけに任せると、品質の見落としが起きやすくなります。独立したQA担当の有無、テスト計画、テスト観点の共有方法を確認します。なお、QAの職種別単価は公開相場が確認できないため、個別見積りで確認します。

5.4 チーム構成の標準形

SYPの公式ページに記載されたチーム構成は、プロジェクトマネージャー/Bridge PM、テックリード、バックエンド・フロントエンドエンジニア、QAエンジニアを基本とし、必要に応じてUI/UXデザイナー、DevOps/クラウドエンジニア、ビジネスアナリストが加わる形です。

5.5 品質を確認するための指標

品質は感覚ではなく、指標で確認します。プロジェクト開始時に、どの指標を、どの頻度で、誰が報告するかを決めておきます。

指標見る観点報告頻度の目安
バグ検出数・修正数品質の傾向と収束状況週次
レビュー指摘数コード・設計の品質スプリントごと
テスト進捗計画と実績の差週次
リリース後障害本番品質リリースごと
手戻り工数仕様伝達の精度月次

6. 確認項目10〜12:費用と契約条件を確認する

ベトナム オフショア開発 会社を比較する際に最も数値で比較しやすいのが費用ですが、単価の定義が会社ごとに違うと比較できません。10〜12番目の項目では、単価の内訳、契約形態、最低条件を確認します。

6.1 項目10:職種別の人月単価と内訳

2026年のベトナムオフショア開発の公開相場(SYP公開記事の参考値)は、プログラマー40.1万円、シニアエンジニア50.0万円、ブリッジSE59.0万円、プロジェクトマネージャー71.4万円です。QAとテックリードの相場は掲載されていません。実際の単価は、経験年数、技術領域、日本語対応、難易度、契約期間によって変わります。

確認ポイント

単価が税込か税別か、為替レートの扱い、日本語対応の加算、PM・BrSEの工数がチーム全体に含まれるかを必ず確認します。公開記事の人月単価は税の扱いが明記されていません。

6.2 5名チームの月額試算

公開相場をもとに、PM1名、BrSE1名、シニアエンジニア1名、プログラマー2名の5名体制を試算すると、月額は260.6万円(平均52.1万円/人)です。SYPの料金目安である1名あたり40万円〜を5名に掛けると月200万円〜が入口になりますが、役割構成によって平均単価は変わります。以下は公開相場からの試算であり、SYPの見積りではありません。

役割人数単価(万円)小計(万円)
プロジェクトマネージャー171.471.4
ブリッジSE159.059.0
シニアエンジニア150.050.0
プログラマー240.180.2
合計5平均 52.1260.6

6.3 項目11:契約形態と費用の考え方の整合

費用の決め方は契約形態で変わります。ラボ型は人数×単価×期間、請負はスコープ基準の固定価格が基本です。形態と実態が合っていないと、追加費用の紛争や指示系統の問題が発生します。

契約形態費用の考え方確認したい点
ラボ型人数×役割別単価×期間最低期間、増減条件、成果の評価方法
準委任人月・時間・月額業務範囲、稼働報告、成果物の扱い
請負スコープ基準の固定価格仕様確定の時点、変更時の追加費用、検収条件

6.4 項目12:最低チーム規模・最低期間・増減ルール

専任チームには、効率的に運営できる最低規模があります。SYPの公式ページでは、専任チームは通常5名程度から開始し、ロードマップや優先順位に応じて規模を計画的に増減できると案内されています。

増員・減員の通知期間、増員時の立ち上げ期間、減員時の費用負担を契約前に確認します。

6.5 見積書で確認する項目

見積書は金額だけでなく、前提条件と除外項目を読みます。次の項目が明記されているか確認してください。

確認項目理由
税別・税込の表記総額の誤差を防ぐ
為替・円建て/ドル建て為替変動リスクの所在
PM・BrSE・QAの工数チーム単価に含まれるか別料金か
環境・ツール・ライセンス費別途請求の有無
出張・現地訪問費発生条件と負担者
追加開発・変更時の単価増減ルール

7. 確認項目13〜15:立ち上げと出口戦略を確認する

最後の3項目は、開始時と終了時に関わる項目です。立ち上げの速さと、解約・縮小・引継ぎの条件は、契約後に交渉しづらいため、契約前に確認します。

7.1 項目13:立ち上げ期間とディスカバリー

SYPの公式ページでは、契約後おおむね4週間程度での立ち上げが案内され、最初の2週間はディスカバリースプリントで人材を選定し、4週目を目安に最初のスプリントを開始、週次デモを行う流れです。

7.2 項目14:知的財産と成果物の帰属

開発したソースコード、設計書、テスト仕様、環境構築手順の帰属と引渡し方法を契約書で確認します。後から別の会社へ移行する可能性を考え、成果物が自社に残る仕組みにします。

成果物確認する点
ソースコード著作権の帰属/自社リポジトリでの管理
設計書・仕様書更新責任者と保管先
テスト仕様・結果再利用の可否
環境構築・運用手順引継ぎに必要な粒度
第三者ライセンス利用しているOSS・有償ライセンスの一覧

7.3 項目15:解約・縮小・終了条件

開始時は関係が良好でも、事業計画の変更で体制縮小や終了が必要になることがあります。違約金や最低期間が過大ではないか、通知期間が現実的かを確認します。

7.4 内製化・他社移行に備える引継ぎ設計

長期的には、成果物をいつでも引継げる状態にしておくことが、発注側の交渉力になります。最初から引継ぎを前提にドキュメントとリポジトリを整備します。

7.5 リスクの優先度マトリクス

15項目すべてを同じ重みで見るのではなく、影響が大きく発生しやすいリスクから順に対策します。

8. 15項目チェックリストとスコアリング:複数社を同じ物差しで比較する

ここまでの内容を、番号付きの15項目チェックリストにまとめます。複数社に同じ質問をし、同じ尺度で採点することで、営業トークの印象ではなく、根拠に基づいた比較ができます。

8.1 契約前に確認したい15項目(一覧)

No.分野確認項目判定
1実績・信頼自社に近い領域の開発実績☐
2実績・信頼全社規模と日本語対応人材の比率☐
3実績・信頼セキュリティ認証と情報管理☐
4コミュニケーションBrSEの役割・日本語力・稼働配分☐
5コミュニケーション定例会議と報告の仕組み☐
6コミュニケーション日本側の窓口と拠点☐
7体制・品質アサイン前の面談・承認☐
8体制・品質メンバー継続率と交代ルール☐
9体制・品質QA・テスト体制☐
10費用・契約職種別単価と内訳☐
11費用・契約契約形態と費用の整合☐
12費用・契約最低規模・最低期間・増減ルール☐
13立ち上げ・出口立ち上げ期間とディスカバリー☐
14立ち上げ・出口知的財産・成果物の帰属☐
15立ち上げ・出口解約・縮小・引継ぎ条件☐

8.2 分野ごとの重み付け

すべてを同じ重みにせず、自社の案件に合わせて配点を決めます。以下は継続開発型の案件を想定した例で、合計100点です。短期の固定スコープ案件では、費用・契約の比重を高めるなど調整してください。

8.3 3社比較のスコアシート例

各分野を1〜5点で採点し、配点で重み付けして100点満点に換算します。次の表は説明用の仮定のスコアです。

分野配点A社(低価格重視)B社(バランス型)C社(実績重視)
実績・信頼15345
コミュニケーション20253
体制・品質25345
費用・契約25542
立ち上げ・出口15343
合計(100点満点)100668471

低価格のA社は費用・契約が5点でも、コミュニケーションが2点のため合計が伸びません。価格だけで選ばず、総合点で判断する意味がこの比較で見えます。

8.4 分野別のバランスで強みと弱みを見る

合計点が近い場合は、分野別のバランスを見ます。自社にとって譲れない分野で低評価がないかを確認します。

8.5 面談でそのまま使える質問リスト

以下の質問を全社に同じ順番で投げ、回答の具体性を採点します。

  1. 類似案件の体制と期間を教えてください。
  2. 参画予定のBrSEの経験と稼働配分を教えてください。
  3. メンバーの平均参画期間と交代時の引継ぎ方法は?
  4. テストはどの担当が、どの観点で実施しますか。
  5. 単価は税別ですか。PM・BrSE・QAの工数は含まれますか。
  6. 最低チーム規模と増減時の通知期間は?
  7. 契約開始から最初のスプリントまでの期間は?
  8. 成果物とソースコードの帰属はどうなりますか。
  9. 解約・縮小の条件と引継ぎ期間を教えてください。
  10. セキュリティ認証の範囲と開発環境の運用ルールは?

9. SYPで15項目を確認する:公開情報と面談で聞くこと

15項目を実際の会社に当てはめるとどうなるかを、SYPの公式サイトで公開されている情報で確認します。公開されていない項目は、面談で確認する前提で整理しています。情報は2026年10月時点で確認した内容です。

9.1 SYPの基本情報

SYPはベトナム・ハノイに本社、横浜に日本支社を置き、オフショア・オンサイト開発、AIエージェント、レガシーモダナイゼーション、DX/AXコンサルティング、QAを提供しています。

9.2 15項目と公開情報の対応表

No.項目公開されている情報面談で確認すること
1実績12件の導入事例を公開(顧客名はNDA)類似案件の体制・期間
2規模250+名/日本語対応120+参画予定メンバーの日本語力
3セキュリティISO/IEC 27001:2022認証範囲・開発環境の運用
4BrSEバイリンガルPM/Bridgeが支援候補者の経験・稼働配分
5会議体週次デモ・四半期レビュー報告フォーマット
6窓口ハノイ・横浜の2拠点日本側の担当者
7アサイン候補面談・顧客承認なしにアサインしない候補提示の時期
8継続率公開情報なし平均参画期間
9QAQAエンジニアが標準構成に含まれるQA単価・テスト方針
10単価1名・月あたり40万円〜(税別)職種別単価
11契約形態専任チーム/プロジェクト型/ハイブリッド型契約書の雛形
12最低規模専任チームは5名程度から増減の通知期間
13立ち上げ契約後おおむね4週間開始日程
14知財公開情報なし帰属・引渡し方法
15解約条件公開情報なし最低期間・通知期間

9.3 事例:航空向けRFID資産・在庫管理システム

公式サイトの事例では、大手航空会社向けにRFIDを活用した資産・在庫管理システムを構築しています。従来のバーコード、Excel、手作業の紙ラベルから移行し、体制は日本(横浜)とベトナム(ハノイ)にまたがっています。工数は合計40人月、技術はPHP Laravel/VueJS(Web)とKotlin(アプリ)です。数値の成果は公開されておらず、顧客からは資産管理と在庫効率が大幅に向上したというコメントが掲載されています。

9.4 SYPが向いている案件と、事前相談が必要な案件

向いている案件事前に相談したい案件
長期的なプロダクト開発・社内プラットフォーム開発1〜2名だけの短期スポット依頼(専任チームは5名程度からの想定)
レガシーシステムの段階的な刷新(日越混成チーム)開始時期が極端に早い案件(立ち上げは約4週間が目安)
要件定義・設計から開発まで一貫して依頼したい案件職種別単価の公開を前提にした比較(個別見積りで提示)

9.5 公開されていない情報の確認方法

10. 相談から稼働までの進め方

会社の候補を絞ったあとは、段階的に進めます。最初から大きな契約をせず、ディスカバリーや小さな範囲で相性を確認する進め方が安全です。

10.1 全体の流れ

10.2 初回相談で用意する資料

資料が不十分でも相談は可能ですが、次の情報があると、見積りと体制案の精度が上がります。

初回相談の準備リスト

☐ 目的・背景(誰の何を解決するか)
☐ 現状のシステム構成や既存資料
☐ 希望する機能・画面イメージ
☐ 希望時期と予算レンジ
☐ 日本側の体制(意思決定者・窓口)

10.3 概算見積りの依頼のしかた

見積りを比較可能にするため、依頼時の条件を揃えます。複数社に同じ条件で依頼しなければ、価格差の理由が分かりません。

揃える条件内容
体制人数と役割(PM・BrSE・開発・QA)
期間開始時期と想定期間
単価の表記税別/税込、通貨
範囲工程(要件定義〜保守)の範囲
前提発注側の準備事項・使用ツール

10.4 ディスカバリーで小さく始める

SYPでは最初の約2週間でディスカバリースプリントを実施し、スコープ確認と人材選定を行います。この段階で、コミュニケーションの質、質問の的確さ、資料の読み解き方を確認できます。

観点ディスカバリーで見ること
質問力要件の曖昧な点を的確に指摘するか
提案力代替案やリスクを示すか
BrSEの対応日本語での説明の分かりやすさ
見積りの精度前提条件が明確か

10.5 契約前の最終チェック

契約前の最終チェック

☐ 15項目の空欄が埋まった(または回答期限が決まった)
☐ 契約形態と指示系統が矛盾していない
☐ 税別・為替・追加費用の条件が明記されている
☐ 成果物・知財・引継ぎの条項を確認した
☐ 解約・縮小の条件と通知期間を確認した

11. よくある質問(FAQ)

Q1. オフショア開発会社は何社を比較すればよいですか?

目安として2〜3社を同じ条件で比較すると、価格と体制の差が見えやすくなります。社数を増やしすぎると対応負荷が高まるため、本記事の15項目で事前に絞り込みます。

Q2. ベトナムオフショア開発の人月単価の相場はいくらですか?

SYPの公開記事では、2026年の参考値としてプログラマー40.1万円、シニアエンジニア50.0万円、ブリッジSE59.0万円、プロジェクトマネージャー71.4万円が示されています。実際の単価は経験、技術、日本語対応、契約期間で変わり、税の扱いは個別に確認が必要です。

Q3. SYPの料金目安を教えてください。

公式ページには1名・月あたり40万円〜(税別)と記載されています。専任チームは通常5名程度から想定され、単純計算では5名で月200万円〜(税別)が入口です。役割構成によって平均単価は変わります。職種別の単価は個別の見積りで確認してください。

Q4. 最小のチーム規模はどのくらいですか?

SYPの専任チームは通常5名程度から開始します。規模はロードマップや優先順位に応じて計画的に増減できます。

Q5. 立ち上げまでの期間はどのくらいですか?

契約後おおむね4週間程度です。最初の2週間でスコープ確認と人材選定を行い、4週目を目安に最初のスプリントを開始します。

Q6. 上流工程(要件定義)から依頼できますか?

可能です。ビジネスコンサルティング、要件定義、ソリューション設計から参画できます。ハイブリッド型では上流工程から開始し、専任開発チームへ移行できます。

Q7. ラボ型開発なら偽装請負の心配はありませんか?

契約名だけでは判断できません。公開記事では、契約名より実態が重要で、発注側は優先順位と受入条件を伝え、受託側の責任者がチーム内の作業指示を行う指示系統が重要とされています。個別の契約設計は法務・専門家に確認してください。

Q8. 日本語でのコミュニケーションは問題ありませんか?

SYPではバイリンガルのPM/Bridgeが支援し、定期報告と合意した運営ルールに基づいて進行します。日本語対応メンバーは120+名と公式ページに記載されています。参画予定メンバー個人の日本語力は、面談で確認するのが確実です。

おわりに

オフショア開発会社の選び方は、「安いか高いか」ではなく、「契約前に確認すべきことを漏れなく確認したか」で結果が変わります。実績と信頼性、コミュニケーション、体制と品質、費用と契約、立ち上げと出口の5分野・15項目を、同じ質問と同じ尺度で全社に当てはめれば、営業資料の印象に左右されず、根拠のある比較ができます。

特に重要なのは、単価を総費用の一部として捉えることです。公開相場ではPM71.4万円、BrSE59.0万円、シニアエンジニア50.0万円、プログラマー40.1万円と職種で大きく異なり、5名体制の月額は職種構成で変わります。単価、手戻り、継続性、契約条件をセットで比較してください。

SYPでは、1名・月あたり40万円〜(税別)の料金目安のもと、5名程度からの専任チーム、約4週間の立ち上げ、顧客承認を経たアサイン、週次デモ、四半期レビューを案内しています。15項目のうち公開されていない項目も、無料相談で具体的にお答えします。

15項目のチェックから、概算見積りまで無料でご相談いただけます

貴社の案件に合わせた体制案と職種別の概算費用をご提示します。

無料相談を予約する 無料見積もりを依頼する

関連情報:オフショア開発サービス/ラボ型開発とは?準委任・請負との違い・費用・選び方/導入事例

その他の記事

相談を予約