ベトナムオフショア開発会社の選び方 — 営業資料では分からない5つの評価軸
- 課題: ベトナムオフショアベンダーの営業資料は単価・人数・ポートフォリオばかりで、プロジェクト成否を左右する要素がどこにも書かれていない。
- 解決策: ①BrSEの成熟度 ②品質プロセスの実在性 ③責任構造 ④チームの定着率 ⑤パイロットの設計力、の5軸で評価し、8つの危険シグナルをスクリーニングに使う。
- 結果: 「安かったが高くついた」を避け、単価差2〜3割よりはるかに大きい手戻り・炎上コストを構造的に回避できる。
ベトナムのオフショア開発会社を選ぶとき、単価とポートフォリオで決めてはいけません。プロジェクトの成否を分けるのは、営業資料に書かれていない5つの要素——BrSEの成熟度、品質プロセスの実在性、責任構造、チームの定着率、パイロットの設計力——だからです。
TL;DR (Executive Summary)
- 課題： ベンダーの営業資料は単価・人数・実績ロゴばかりで、成否を左右する要素（誰が責任を持つか、品質はどう担保されるか）が読み取れない。
- 解決策： 5つの評価軸（BrSE成熟度／品質プロセスの実在性／責任構造／定着率／パイロット設計力）でスコアリングし、8つの危険シグナルで足切りする。
- 結果： 「安かったが高くついた」を回避。単価2〜3割の差より桁違いに大きい、手戻り・炎上のコストを構造的に防げる。
私は14年間、日越市場のBrSE兼デリバリーマネージャーとして、発注側・ベンダー側の両方の現場に立ち、ベンダー評価やプロジェクトレスキューを数多く経験してきました。この記事は、その現場で実際に使っている評価フレームワークです。
なぜ営業資料ではベンダーを評価できないのか
ベトナムのオフショアベンダーの提案書は、ほぼ例外なく「単価の安さ」「エンジニア数」「大手企業のロゴ」で構成されています。しかしこの3つは、あなたのプロジェクトが成功するかどうかとほとんど相関しません。
アウトソーシング失敗の70%は技術力ではなく責任の断絶が原因であり、品質問題の多くは基準の伝達問題です。つまり評価すべきは「何を作れるか」ではなく、**「どう伝わり、誰が責任を持つ構造になっているか」**です。
ベンダー評価の5軸スコアカード
| 評価軸 | 確認方法 | 合格ライン |
|---|---|---|
| ① BrSEの成熟度 | 担当予定のBrSE本人と面談 | 仕様に押し返した実例を語れる |
| ② 品質プロセスの実在性 | DoD・レビュー基準の実物を要求 | 過去案件の実物が出てくる |
| ③ 責任構造 | 「失敗時に誰が責任を持つか」を質問 | 個人名・役割で即答できる |
| ④ チームの定着率 | 提案メンバーの在籍年数を確認 | コアメンバーが2年以上 |
| ⑤ パイロット設計力 | 小規模で始める提案を依頼 | 検証目的が明確な設計が返る |
軸①：BrSEの成熟度 — 「通訳」か「責任者」か
見積書の「BrSE 1名」という記載からは何も分かりません。必ず担当予定のBrSE本人と面談し、「顧客の要求に最後にNoと言ったのはいつか」を聞いてください。具体的な実例を語れなければ、そのBrSEは翻訳型です。詳しい見極め方はBrSEの4段階成熟度モデルに書きました。
軸②：品質プロセスの実在性 — 「あります」ではなく「見せてください」
「品質管理はしっかりやっています」という言葉に意味はありません。過去案件のDefinition of Done、レビュー観点表、テスト報告書の実物（守秘部分はマスクで構わない）を見せてもらってください。実在するプロセスを持つ会社は数分で出せます。出せない会社のプロセスは、営業資料の中にしか存在しません。
軸③：責任構造 — 「失敗したとき、誰の電話が鳴るのか」
「このプロジェクトが失敗した場合、御社では誰が責任を持ちますか」と直接聞いてください。「チーム全体で」「会社として」という回答は危険シグナルです。結果に責任を持つ個人（Single Point of Accountability）を役割と名前で即答できる会社だけが、炎上時に機能します。
軸④：チームの定着率 — 提案書の顔ぶれは3ヶ月後もいるか
ベトナムIT業界の転職サイクルは速く、提案時のエースが開発開始時にはいないことは珍しくありません。提案メンバー各人の在籍年数と、離任時の引き継ぎルール（ドキュメント・引き継ぎ期間）を確認してください。属人化対策を仕組みで語れるかどうかが分かれ目です。
軸⑤：パイロット設計力 — 小さく賢く始められるか
いきなり本契約せず、1〜2ヶ月の小規模パイロットを提案してもらってください。見るべきは金額ではなく設計の質です。「何を検証するためのパイロットか」（コミュニケーション精度か、品質プロセスか、ドメイン理解か）を明確に定義して返してくる会社は、本番プロジェクトでも仮説検証で動けます。
危険シグナル8項目（1つでも該当したら深掘りを）
- すべての要求に「できます」と即答する（押し返しがゼロ）
- 見積もりが極端に安い（手戻りコストが価格に織り込まれていない）
- 担当BrSE本人との面談を渋る
- 品質プロセスの実物を「準備に時間がかかる」と出さない
- 失敗時の責任者を聞くと「チーム全体で」と答える
- 提案書のメンバーと契約書のメンバーが違う
- 過去の失敗事例を1つも語れない（失敗ゼロはあり得ない）
- 契約前から追加要員の増員を提案してくる（人月ビジネスの兆候)
よくある質問
大手ベンダーと中小ベンダー、どちらが安全ですか？
規模は安全性の指標になりません。大手は体制が安定する一方、あなたの案件が「その他大勢」になり若手中心のチームが付くリスクがあります。中小はエース投入の可能性がある一方、定着率リスクが上がります。どちらの場合も、上記5軸——特に「担当者本人との面談」——で評価すれば規模によるブレは吸収できます。
評価する技術力が自社にない場合はどうすればいいですか？
発注側に技術評価ができる人間がいない状態は、ベンダー選定で最も不利な構造です。その場合は、ベンダーから独立した立場で提案書のレビュー・BrSE面談・パイロット評価を行う第三者（発注側に立つBrSEやデリバリー経験者）を入れることで、情報の非対称性を解消できます。
ベンダー選定の局面で「提案書は立派だが、本当に任せていいのか判断材料がない」と感じている方は、課題を共有してください。専門領域と時間的余裕に合う案件であればご返信いたします。