オフショア開発会社の選び方|契約前に確認したい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の見積りではありません。
| 役割 | 人数 | 単価(万円) | 小計(万円) |
|---|---|---|---|
| プロジェクトマネージャー | 1 | 71.4 | 71.4 |
| ブリッジSE | 1 | 59.0 | 59.0 |
| シニアエンジニア | 1 | 50.0 | 50.0 |
| プログラマー | 2 | 40.1 | 80.2 |
| 合計 | 5 | 平均 52.1 | 260.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社(実績重視) |
|---|---|---|---|---|
| 実績・信頼 | 15 | 3 | 4 | 5 |
| コミュニケーション | 20 | 2 | 5 | 3 |
| 体制・品質 | 25 | 3 | 4 | 5 |
| 費用・契約 | 25 | 5 | 4 | 2 |
| 立ち上げ・出口 | 15 | 3 | 4 | 3 |
| 合計(100点満点) | 100 | 66 | 84 | 71 |
低価格のA社は費用・契約が5点でも、コミュニケーションが2点のため合計が伸びません。価格だけで選ばず、総合点で判断する意味がこの比較で見えます。
8.4 分野別のバランスで強みと弱みを見る
合計点が近い場合は、分野別のバランスを見ます。自社にとって譲れない分野で低評価がないかを確認します。
8.5 面談でそのまま使える質問リスト
以下の質問を全社に同じ順番で投げ、回答の具体性を採点します。
- 類似案件の体制と期間を教えてください。
- 参画予定のBrSEの経験と稼働配分を教えてください。
- メンバーの平均参画期間と交代時の引継ぎ方法は?
- テストはどの担当が、どの観点で実施しますか。
- 単価は税別ですか。PM・BrSE・QAの工数は含まれますか。
- 最低チーム規模と増減時の通知期間は?
- 契約開始から最初のスプリントまでの期間は?
- 成果物とソースコードの帰属はどうなりますか。
- 解約・縮小の条件と引継ぎ期間を教えてください。
- セキュリティ認証の範囲と開発環境の運用ルールは?
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 | 認証範囲・開発環境の運用 |
| 4 | BrSE | バイリンガルPM/Bridgeが支援 | 候補者の経験・稼働配分 |
| 5 | 会議体 | 週次デモ・四半期レビュー | 報告フォーマット |
| 6 | 窓口 | ハノイ・横浜の2拠点 | 日本側の担当者 |
| 7 | アサイン | 候補面談・顧客承認なしにアサインしない | 候補提示の時期 |
| 8 | 継続率 | 公開情報なし | 平均参画期間 |
| 9 | QA | QAエンジニアが標準構成に含まれる | 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項目のうち公開されていない項目も、無料相談で具体的にお答えします。


