このガイドは、同一プロジェクトに対して規模の異なるベトナムITベンダーを比較検討しているファウンダー、プロダクトリード、CTO、調達担当者を対象としています。ベトナムが候補に挙がった理由はすでにご存知の前提で進めます。コスト要因・チームモデル・IP条件・ベンダー誠実性チェックリストなど規模を問わず共通する事項については、ベトナムオフショア開発ガイドをご参照ください。このページが答える問いはより絞り込まれています:ベトナムを選んだ後、ベンダーの規模はどう決めるか。
このガイドの内容
- 「どのベンダーか」と「どの規模か」が別の問いである理由
- 意思決定マトリクス:規模をジョブに合わせる
- 各規模が実際に対応できること
- 意思決定の進め方
- AIの位置づけ
- 存在する納品実績と存在しないもの
- 代替案:エンゲージメントを適切なサイズに整える他の方法
- このガイドの限界
- よくある質問
- 次のステップ
「どのベンダーか」と「どの規模か」が別の問いである理由
ベトナムITベンダーの公開比較の多くはランキング形式です。Second Talentの「Top 10 Software Development Outsourcing Companies in Vietnam」やMOR Softwareのアウトソーシング概要は、ショートリスト作成には有用ですが、「どの規模がプロジェクトに合うか」については触れていません。すでに規模の異なる3社が候補に挙がっている購買担当者向けの判断基準は、どのランキングにも掲載されていません。
規模はランキングが示さない4つの要素を変えます:コードを書くエンジニアとあなたの間に何人介在するか、作業開始前にベンダーが要求するプロセスの量、同じメンバーが1年間アカウントに留まる可能性、そしてスコープの変化をベンダーがどこまで吸収できるか。これらは「トップ10」リストには現れません。
意思決定マトリクス:規模をジョブに合わせる
各行に対して自分のプロジェクトを採点し、最も多くマッチした列を確認してください。
| シグナル | ブティック・中規模ベンダーが適合 | 大手ベンダーが適合 |
|---|---|---|
| プロジェクト段階 | MVP、初期プロダクト、またはスコープがまだ模索段階 | アーキテクチャが確定した複数チームの大規模プログラム |
| ガバナンス負荷 | 軽量:プロダクトオーナー1名、週次レビュー | 重厚:複数ステークホルダー、正式な監査証跡、セキュリティ調査票 |
| 継続性ニーズ | 高:同じ2〜3名のエンジニアがアカウントに留まる必要がある | 低め:文書化された引き継ぎである程度のローテーションを吸収できる |
| インテグレーション複雑度 | 少数のシステム、単一プラットフォーム | 多数のシステム、複数事業部門、段階的ロールアウト |
| 意思決定スピード | 迅速:変更依頼にチェンジボードは不要 | 正式な変更管理プロセスを許容できる |
| シニアへのアクセス | アーキテクトまたはリードエンジニアへの直接アクセスを求める | 通常の窓口がアカウントマネージャーである階層型チームを受け入れられる |
| コンプライアンス・監査 | 標準的なNDA・DPA・セキュリティ対応で十分 | 業界固有のコンプライアンス実績と正式な監査証跡が必須 |
1行だけで判断はできません。大半の行が一方の列に集中すれば答えは明確です。スコアが割れた場合は、両者の中間に位置する中規模ベンダーが安全なデフォルトとなります——本格的なプログラムを支えるだけの規模がありながら、同じメンバーが継続して携われる小ささを兼ね備えています。
各規模が実際に対応できること
大手ベンダーは多くのアカウントに多くの人材を配置するため、セキュリティ・コンプライアンス・アカウント管理・ベンチキャパシティといった固定コストを多数のクライアントに分散させています。複数の専門領域を同時に必要とするプログラムや、自社の監査担当者に正式なプロセスを証明する必要がある場合には、これは実質的な価値です。トレードオフはアカウントあたりの注目の深さです:6名規模の開発では大手ベンダーの最上級人材が割り当てられることは少なく、スコープ変更はエンジニアに届くまでに多くの層を通過します。
ブティック・中規模ベンダーはシニア1名あたりのアカウント数が少ないため、スコープを設計したアーキテクトまたはリードエンジニアが、数カ月後もそのままレビューを担当していることが多いです。この継続性と短い意思決定チェーンは、スコープがまだ模索段階のプロジェクトや、アカウントマネージャーではなく担当エンジニアに直接連絡したいクライアントに適しています。トレードオフは上限です:5つの専門領域を同時に必要とするプログラムや、正式な監査証跡、またはベンダーが抱える以上のベンチが必要になった際に、ブティックは対応しきれなくなることがあります。
「ブティック」と「大手」は二項対立ではなくスペクトラムです:30〜80名規模のベンダーは中間に位置し、純粋なブティックより多くのベンチを持ちながら、エンタープライズ規模の企業より少ない階層で運営しています。
意思決定の進め方
-
ベンダーを見る前にプロジェクトをマトリクスで採点する
ことで、最初にピッチしたベンダーの規模に引きずられないようにします。
-
スコアが示す規模帯で2〜3社をショートリスト化する
マーケティングリーチが最大の規模帯ではなく。
-
各ベンダーに、あなたのスコープに対するチーム構成を確認する
:会社全体のヘッドカウントではなく、誰がリードし、何名体制で、そのチームがアカウントに継続して割り当てられるかを聞いてください。
-
小規模な有償パイロットを実施する
機能1つまたは文書化されたバグ修正——レビュースピード、実際にコードを書く人のシニアリティ、スコープ変更への対応を評価します。
-
パイロット後にガバナンスと継続性の行を再確認する。
営業段階ではブティック規模に見えたベンダーが、契約後に別チームへ振り分けることがあります。それが明らかになるのがパイロットです。
-
適合条件を提案書だけでなく契約書に明記する
:担当者名、同一メンバー継続が必要な場合の継続性条項、そして採点したガバナンス行に合った変更管理プロセス。
ベトナムオフショア開発ガイドのベンダーチェックリストと0〜2点の採点方式は、ショートリストに挙げたいずれのベンダーの誠実性と納品実績も検証します。署名前に両方の確認を合わせて実施してください。
AIの位置づけ
ベンダー規模が変えるのは、AIガバナンスの運用方法であって、その必要性ではありません。大手ベンダーは通常、アカウント横断で監査された成文化されたAIツールポリシーを持っています。ブティックベンダーは通常、すべてのマージをレビューする同じ2〜3名を通じてインフォーマルに管理しています。どちらの規模にも同じ3つの質問をしてください:どのAIツールとモデルがあなたのコードとデータに触れているか、AI支援による変更はマージ前に担当者がレビューしているか、あなたのコードやデータがサードパーティモデルの学習に使われていないか。
-
納品実績:プロダクトレコメンデーションエンジン。
4over4のオンライン印刷ストア向けに、閲覧・購買履歴をもとに構築。中規模ベトナムパートナーが大手ベンダーのベンチではなく、稼働中のECビジネスの中でAIを納品できることの証明です。
-
成長ケイパビリティ:AI支援デリバリーガバナンス。
Netbaseは主要な商用・オープンソースのAIツールおよびモデルと連携しており、プロジェクトごとに選定しています。ツールポリシーとマージレビューはチーム規模に応じてスケールしますが、公開ケーススタディにはまだ結びついていません。
存在する納品実績と存在しないもの
Netbase自身がこのガイドで説明するスペクトラムの中間に位置するベトナムITベンダーです。そのため、フレームワークを鵜呑みにするよう求めるのではなく、自社の実績をお示しします。
- チーム構成。Netbaseのデリバリーチームは3〜30名で構成され、ビジネスアナリスト、プロジェクトマネージャー、ソリューションアーキテクト、開発者、QA、UI/UXを組み合わせています。ディスカバリー後、通常1〜2週間で作業を開始します——エンタープライズ規模のベンチよりもブティック・中規模に近い位置づけです。
- 長期プログラムでの継続性。2020年以降、Netbaseはある米国クライアント(匿名)のマルチテナントクラウドERPについて、オフショア開発およびマネージングパートナーとして継続して携わっています。第1フェーズはCRM・メッセージング・HR・ナレッジベース・APIインテグレーションをカバーし、第2フェーズとしてリテール拡張が計画されています。エンゲージメント実績はクラウドERPポートフォリオ記録に記載されています。同様のプログラムのセットアップについては、AIファーストオフショア開発センターガイドもご参照ください。
- 具体的なコマース事例。4over4のオンライン印刷ストアに対し、Netbaseはコンバージョン・チェックアウト・検索・レコメンデーションエンジンを納品しました。公開済みの4over4ケーススタディに記載されているとおり、実装から6カ月以内に売上が82%増加しました。この数値はエンゲージメント全体を反映したものであり、単一の機能によるものではなく、そのクライアントのベースラインに依存しています。
- ポジショニングと契約条件。Netbaseはコンサルティング・ソリューション・カスタム開発を主軸とし、ほとんどのプロジェクトはディスカバリー後に固定価格契約で進行します。専任チーム・プロジェクトベース開発・オンデマンドサポート・フルマネージドデリバリーをエンゲージメントモデルとして提供しています。カスタム開発で生成されたIPはクライアントが所有します。デリバリーコミュニケーションは英語で行われ、週次レビュー・KPIダッシュボード・専任アカウントマネージャーおよびプロジェクトマネージャーを配置しています。セキュリティ対応としてコードレビュー・転送中のTLS暗号化・ロールベースアクセス制御・MFA・脆弱性スキャンを実施し、NDAおよびDPAは要請に応じて締結します。
- 規模の背景。2012年創業のNetbaseは500社以上のクライアントに対応しており、2023年の会社概要ではベトナム国外クライアントからの案件比率が85%となっています。
存在しないもの。Netbaseは、特定の大手競合との自社デリバリー比較、ベンダー規模ベンチマーク、スイッチングコスト調査、継続性条項が発動した頻度を示す数値を公開していません。クラウドERPプログラムの第2フェーズは計画段階であり完了していません。その期間や人員規模についても公開データはありません。
代替案:エンゲージメントを適切なサイズに整える他の方法
-
純粋なブティックベンダー
- 強み
- 最高の継続性、最速の意思決定、シニアへの直接アクセス
- 選ぶ場面
- 1チームでエンドツーエンドをカバーできる小規模プロジェクト
-
中規模ベンダー(多くのプロダクトチームにとってのスイートスポット)
- 強み
- ブティックより多いベンチ、エンタープライズより少ない階層
- 選ぶ場面
- マトリクスのスコアが両極端に割れた場合
-
大手ベンダーの専任ポッド
- 強み
- 安定した担当チームを確保しながら、エンタープライズのプロセスとコンプライアンスも得られる
- 選ぶ場面
- コンプライアンスや監査実績が必須だが、継続性も重視する場合
-
大手ベンダー+ブティックスペシャリスト
- 強み
- 大手からプログラム規模を、ブティックパートナーから難易度の高いコンポーネントへの深い関与を得られる
- 選ぶ場面
- 特定の部分(AI機能、複雑なインテグレーション)にメインプログラムでは割けないシニアの集中が必要な場合
-
社内チーム+コントラクター
- 強み
- 完全なコントロール、ベンダー引き継ぎなし
- 選ぶ場面
- コアチームがすでに存在し、新たな関係構築ではなくキャパシティのみが必要な場合
Netbaseはこのテーブルのブティック〜中規模の領域を、専任開発チームまたは長期プログラム向けのスコープ付きオフショア開発センターとして提供しています。いずれのモデルもコンサルティングファーストで、ディスカバリー後に合意した固定価格をデフォルトとし、オープンエンドなスタッフィングは行いません。規模を選んだ後、商業モデルは別途検討が必要です:専任チーム vs 固定価格をご参照ください。
このガイドの限界
- ベンダー規模は判断要素の一つであり、すべてではありません。ベトナムオフショア開発ガイドのチェックリストは規模にかかわらず通過する必要があります。
- 「ブティック」「中規模」「大手」は登録されたヘッドカウント区分ではありません。マトリクスは分類法ではなく採点方式として扱ってください。
- いずれのベンダー規模についても、期間・コスト・成功率・スイッチングコストの数値は示していません。Netbaseが出典とできる公開データは存在しません。
Netbaseのコンサルタントと次のステップを計画する
よくある質問
リスクは減少するのではなく、移転します。ブティックベンダーはキーパーソンリスクを集中させます(コンテキストを保有する人数が少ない)。大手ベンダーはプロセスと引き継ぎリスクを集中させます(あなたと作業の間に多くの層が入る)。上記のマトリクスの継続性とガバナンスの行が、あなたのプロジェクトがどちらのリスクをより許容できるかを教えてくれます。
一部の中規模ベンダーは同じアカウントに人員を追加することで成長を吸収します。純粋なブティックベンダーは多くの場合、上限に達すると追加スコープを断るか、継続性を損なう別チームを投入することになります。過去に1つのアカウントに何名追加したことがあるか、そのときに何が変わったかを直接確認してください。
通常はそうですが、常にではありません。一部の大手ベンダーは単一クライアント向けに軽量なポッドモデルを運営しています。会社規模だけで判断せず、上記の進め方のチーム構成に関する質問で確認してください。
自動的にそうすべきではありません。大手ベンダーはベンダー自体が消滅するリスクは低減しますが、不確かなスコープにおけるディスカバリーリスクは低減しません。まずプロジェクトを採点してください。安全に見える大手ベンダーも、要件がまだ動いているMVPには依然として不適合です。
次のステップ
上記のマトリクスで自分のプロジェクトを採点した上で、ソリューションレビューを予約してください。ブティックスタイルから大規模まで、エンゲージメントモデルを最適化してご提案します。Netbaseが長期プログラムをどのように運営しているかは、オフショア開発センターモデルでご確認ください。
関連サービスとソリューション
ハノイのAI対応オフショア開発センター(ODC)-長期ロードマップ向け
ベトナムのオフショア開発センター(ODC)は、海外パートナーがお客様のプロダクトロードマップに向けて人員を配置し、マネジメントし、ドキュメント化する長期エンジニアリングチームです。Netbase JSCはハノイの唯一のオフィスからODCチームを運営し、AIアシストエンジニアリング、週次ガバナンス、ナレッジトランスファーを提供します。成果が明確に定義されている場合は、固定価格プロジェクトの方が適していることが多いです。
詳しく見る
AIによる需要予測・文書取込対応のカスタムクラウドERP:プロジェクト、財務、HR、CRMを一元管理
Netbase JSCが提供するカスタムクラウドERPは、プロジェクト、財務、HR、顧客管理を共有データ基盤で一元化するブラウザベースのシステムです。請求書を自動取込し需要と資金を予測するAIを搭載し、スプレッドシートでは管理しきれなくなった中小企業の業務フローに合わせて構築します。基盤はNetbase JSCが設計・運営するCloodo Workspaceです。
詳しく見る
プロジェクトを相談する
Netbase JSCは、デジタルプロダクトおよびAI活用ビジネスシステムの設計・構築・モダナイゼーション・運用を支援します。project@netbasejsc.com
+84 937 869 689
91 Nguyen Chi Thanh, Dong Da, Hanoi, Vietnam
ご連絡ください
構築・モダナイズ・運用したい内容をお聞かせください。