The Build-Operate-Transfer (BOT) Model in Software Outsourcing: A Complete Guide
What the build-operate-transfer model is, its 3 phases, real costs, and BOT vs ODC vs your own Vietnam entity — plus the transfer terms to lock in.
Date Published:
By
MONA Global
Direct answer: The Build-Operate-Transfer (BOT) model is a three-phase outsourcing arrangement where a partner builds your offshore team, operates it under your direction for an agreed period, then transfers full ownership (staff, assets, sometimes the legal entity) to you. It suits companies that want a working Vietnam team now and complete ownership later, without opening a subsidiary from day one.
What the Build-Operate-Transfer (BOT) Model Is
Direct answer: BOT is a staged outsourcing contract: a local partner recruits, employs, and manages a dedicated engineering team on your behalf (Build), runs it day-to-day while you direct the technical work (Operate), then hands the team, its assets, and sometimes the legal entity itself over to your company (Transfer) at an agreed point.
The term didn't originate in software. BOT is a decades-old public-private-partnership structure used for large infrastructure: a private company builds a toll road, power plant, or airport, operates it to earn back its investment, then transfers ownership to the government at the end of the concession (source: Wikipedia, Build-operate-transfer). The outsourcing industry borrowed the same logic for people instead of concrete: a provider "builds" a market entry and a team, "operates" it as a going concern, and "transfers" it once it's mature enough to run independently, the same structure that underpins Global Capability Centers in India, the Philippines, and Eastern Europe (source: ANSR, BOT (Build-Operate-Transfer) Model).
In software outsourcing, BOT is almost always layered on top of an offshore development center (ODC): the "team" being built, operated, and transferred is a dedicated Vietnam-based engineering unit, not a single project. If you haven't read the ODC model itself yet, start there; this guide assumes you already know what an ODC is and focuses specifically on the BOT contract structure wrapped around one.
The Three Phases of BOT: Build, Operate, Transfer
Every BOT engagement runs through the same three stages, though the exact duration and cost split vary by provider and team size. Here's what happens in each, who is accountable, and how the money typically flows:
Phase | What happens | Who's responsible | Typical timeline | Cost structure |
|---|---|---|---|---|
Build | Legal entity/employer-of-record setup, recruitment against your role specs, workspace and IT provisioning, initial onboarding onto your tools and process | Provider does the legal, HR, and hiring work; client defines roles, seniority mix, and hiring bar | 1–3 months for a core team of common profiles; longer for niche/senior specialists | One-time setup/onboarding fee, sometimes bundled into the first months of the operate rate |
Operate | Day-to-day delivery: sprints, code review, QA, reporting; provider runs payroll, benefits, HR, retention, and facilities while the client directs the technical roadmap | Provider owns employment and administration; client owns technical direction, backlog, and priorities | 6 months to 2+ years, sometimes extended to 3–4 years for larger centers before transfer is triggered | Monthly cost-plus (real salary and statutory costs plus a disclosed provider margin, typically 15–25%) or an all-inclusive per-seat rate (source: LinnoEdge — Vietnam Software Outsourcing Cost Guide 2026) |
Transfer | Employment transitions to the client (directly or via the client's own new entity), IP/asset handover, system and vendor-account access transfer, often a stabilization window with limited provider support | Both parties execute a pre-agreed transfer plan; provider settles outstanding obligations, client onboards the team as employer of record | 1–3 months for the handover itself, once the transfer plan is triggered | One-time transfer fee and/or asset valuation settlement, agreed in the original contract rather than negotiated at exit (source: Innowise — Build-Operate-Transfer (BOT) Model Guide) |
Two things worth internalizing about this table: first, Operate is where the range is widest. Sources put it anywhere from six months to several years, because the trigger for "ready to transfer" is a business decision (stable velocity, proven leadership, contract term ending), not a fixed calendar date. Second, the transfer fee should be defined in the Build-phase contract, not negotiated once the client already depends on the team; that leverage imbalance is the single most common source of BOT disputes.
How Much a BOT Engagement Costs
Direct answer: BOT costs stack three layers: a one-time Build/setup fee, an Operate-phase monthly rate (salary plus statutory costs plus a provider margin of roughly 15–25%), and a Transfer fee or asset-valuation settlement paid once. Total cost during Operate typically runs close to a comparable managed-ODC rate; the payoff is that provider margin disappears after transfer.
Once the team is fully in-house, reported savings from removing the provider's ongoing management margin run in the 15–35% range on that portion of cost (source: Innowise, BOT Model Guide), though base salary and statutory costs don't change, since those were never the provider's markup to begin with. The larger driver of total savings is still the underlying Vietnam cost base: for full hourly and salary benchmarks by seniority, see our IT outsourcing in Vietnam rate guide rather than treating BOT itself as a discount mechanism. BOT is a transition structure, not a pricing model, and providers quoting it as a guaranteed cost-cutter are oversimplifying.
What actually drives your total BOT cost:
- Team size and seniority mix. A 20-person team with several senior/architect roles costs meaningfully more to build and operate than 20 junior generalists, and the transfer valuation scales accordingly.
- How long you stay in Operate. Every additional month under the provider's margin is a month of markup; the business case for BOT weakens the longer transfer keeps getting pushed back.
- What "transfer" includes. A pure staff handover is cheaper to execute than a full legal-entity transfer that carries assets, leases, and existing vendor contracts.
- Retention risk during transition. Providers may build retention bonuses or notice-period guarantees into the Operate-phase cost specifically to protect the team you're about to inherit.
BOT vs. Managed ODC vs. Your Own Legal Entity: What Actually Costs Less

BOT vs. Managed ODC vs. Your Own Legal Entity: What Actually Costs Less (AI-generated illustration)
Direct answer: A managed ODC (no transfer clause) is cheapest and fastest to start but leaves the provider's margin in place indefinitely. Opening your own Vietnam entity is cheapest long-term but slowest to launch (6–12 months) and puts all compliance risk on you. BOT sits between the two: ODC-speed to start, entity-level ownership at the end, at the cost of paying provider margin during Operate.
BOT | Managed ODC (no transfer) | Your Own Legal Entity | |
|---|---|---|---|
Time to first hire | 1–3 months | 1–2 months | Typically 6–12 months to a productive team, once incorporation, licensing, and hiring all run in sequence |
Upfront cost | Low — no incorporation required until transfer | Low — no incorporation required | Higher — legal, registration, and setup costs before any hire is made |
Ongoing cost pattern | Cost-plus with provider margin, then in-house cost after transfer | Cost-plus or per-seat, indefinitely | Direct payroll only, no ongoing management margin |
Who employs the team | Provider, then the client (or client's new entity) after transfer | Provider, indefinitely | Client's own entity, from day one |
Compliance & HR risk | Provider's during Build/Operate; shifts to client at Transfer | Stays with the provider | Client's, from day one |
Best for | Companies confident they want a permanent Vietnam presence but not ready to run compliance and HR themselves yet | Companies fine with a long-term managed relationship and no need to ever take the team in-house | Companies planning a large center (dozens of engineers) or with regulatory/IP reasons to employ directly from the start |
If you're weighing the entity route, the real numbers matter more than the general "a few months" estimate most guides give. Under Vietnam's current process: an Investment Registration Certificate typically takes around 15 working days, the Enterprise Registration Certificate (which actually incorporates the company) about 3 working days after that, then 7–10 days for tax, e-invoice, and labor registration, with charter capital due within 90 days of ERC issuance, a realistic total of 6–10 weeks once documents are in order, though document legalization and bank setup commonly stretch this further in practice (source: ASEAN Briefing, Understanding Investment Licensing in Vietnam: IRC, ERC, and Beyond; Indochina Link, Foreign Company Registration in Vietnam: IRC + ERC Process Guide). Two 2026 changes worth knowing if you're comparing this route: the Law on Investment 2025 (effective March 1, 2026) now lets many foreign investors obtain the ERC before the IRC, reversing the old sequence, and Vietnam abolished the annual business license fee entirely from January 1, 2026 (source: JTM Asia, Set Up a 100% Foreign-Owned Enterprise in Vietnam: 2026 Guide; ASEAN Briefing, above). Incorporation being faster and slightly cheaper than it used to be narrows, but doesn't erase, the speed gap that makes BOT and managed ODCs attractive to companies that want to start hiring next month, not next quarter.
For the mechanics of a managed ODC itself, team structure, roles, and how MONA runs one, see our full offshore development center guide. If your need is a single scoped build rather than a standing team, offshore software development on a project basis is the simpler, cheaper starting point; if you need a handful of extra engineers under your own management without any of this structure, a dedicated development team gets you there faster than any of the three options above.
The Transfer Terms to Lock Into the Contract
Direct answer: Before signing, the contract must specify how staff move to your employment, who owns the IP created during Operate, and how the transfer/valuation fee is calculated, all fixed at the Build phase, not negotiated once you already depend on the team. Vague transfer language is the most common reason BOT engagements end in disputes.
Staff transfer mechanism. There are three common approaches, and the contract should name one explicitly rather than leaving it to be decided later:
- Direct employment transfer: employees' contracts move from the provider to the client (or the client's newly-formed entity), typically requiring individual consent under Vietnamese labor law.
- Rebadging: the team moves to the provider's payroll for the Operate phase, then "rebadges" back onto the client's own entity at Transfer.
- Legal entity takeover: the provider holds the local entity on the client's behalf during Operate, then sells or transfers the entity itself (not just the staff) to the client at the end (source: Innowise, BOT Model Guide).
IP and asset assignment. Every deliverable, line of code, and piece of documentation produced during Build and Operate should be assigned to the client by contract, not merely implied, with the assignment clause active from day one rather than triggered only at transfer. Waiting until Transfer to establish IP ownership leaves the entire Operate phase's output in a grey zone.
Transfer pricing and valuation. The contract should fix, in advance: what counts as a transferable asset (equipment, software licenses, leases), how outstanding costs are settled at the transfer date, and whether the transfer fee is a flat number or a formula (e.g., a multiple of monthly operating cost). Confirming this before signing, not during exit negotiations, is what keeps a BOT transfer from turning into a renegotiation under pressure (source: Innowise, above).
A short checklist to bring into contract review:
- Named transfer trigger (a date, a milestone, or either party's option, not "when things feel ready")
- Employee consent and retention mechanics for the transfer window
- IP assignment active from the first day of Build, not deferred to Transfer
- Fixed or formula-based transfer/valuation fee, agreed upfront
- A defined stabilization period post-transfer (provider support window, SLA wind-down)
- Exit rights if the provider fails to deliver during Build or Operate, before you're dependent on the team
When BOT Makes Sense, and When It Doesn't
Direct answer: BOT fits companies that know software will be a permanent part of their operations in Vietnam but aren't ready to handle incorporation, payroll, and local HR compliance themselves from day one. It doesn't fit a single project, a small or short-term need, or a company unwilling to eventually take on employer-of-record responsibilities.
BOT is a good fit when:
- You want a genuinely long-term (multi-year) engineering presence in Vietnam and plan to own it outright eventually.
- You need to move fast now (weeks, not the 6–12 months a self-run entity takes) but don't want to stay dependent on a vendor forever.
- Your team will grow large enough, commonly cited as five or more engineers sustained for a year or longer, that the eventual savings from removing provider margin justify the Build/Operate cost layer.
- You have (or are prepared to build) the internal capability to manage a team as an employer once transfer happens: local HR, payroll, and compliance knowledge, or a plan to acquire it.
BOT is the wrong tool when:
- You have one bounded project with a clear end date: a project-based offshore engagement is simpler and doesn't carry transfer complexity you'll never use.
- You need two or three extra engineers, not a standing center: staff augmentation or a dedicated development team gets there without any of the Build/Operate/Transfer contracting overhead.
- You have no intention of ever taking the team in-house. In that case, a straightforward managed ODC is cheaper to negotiate and run than a BOT with a transfer clause you'll never exercise.
- Your organization has no appetite for eventually owning local employment relationships, payroll, and compliance in Vietnam. Transfer will stall indefinitely, and you'll be paying provider margin for a "temporary" arrangement that never ends.
Why Vietnam Is a Strong Base for a BOT Engagement

Why Vietnam Is a Strong Base for a BOT Engagement (AI-generated illustration)
Direct answer: Vietnam pairs a large, growing technical talent pool with a cost base well below the US, Western Europe, and increasingly other Asian hubs, plus a legal framework that has recently gotten faster and cheaper for foreign incorporation: exactly the combination a BOT model is designed to exploit before you own the entity outright.
The country-level case is covered in depth in our IT outsourcing in Vietnam guide: workforce size, developer rates by seniority, and how Vietnam compares to India, the Philippines, and Eastern Europe. Two points specific to a BOT decision are worth adding here:
- The entity route just got faster and cheaper. As covered above, 2026 changes to Vietnam's investment law shortened the incorporation sequence for many foreign investors and eliminated the annual business license fee, which slightly reduces the "start fast with BOT, incorporate later" advantage, but doesn't remove it, since 6–10 weeks of incorporation still isn't hiring speed.
- Retention favors the transfer bet. BOT only pays off if the team you built is still there at transfer. Vietnam's lower reported developer attrition compared with more saturated outsourcing markets reduces the risk that your "transferred" team is mostly new hires by the time ownership actually changes hands; see the attrition figures in the Vietnam outsourcing guide linked above.
The Risks of the BOT Model
BOT is not risk-free just because it ends in ownership. The recurring failure modes, and how serious providers mitigate them:
- Retention risk during transition. Staff sometimes leave when they hear "we're changing employers" mid-contract, out of uncertainty rather than dissatisfaction. Mitigate with transparent early communication, retention bonuses timed to the transfer window, and compensation review before the transition, not after people start leaving.
- Governance ambiguity. If decision rights between provider and client aren't explicit during Operate, both technical and HR decisions stall. Mitigate with a written governance framework and a single named delivery owner on each side from day one.
- Underspecified transfer terms. The most common dispute source; see the contract checklist above. Fix it at signing, not at exit.
- Provider dependency. A provider's financial stability and quality directly determine what you're inheriting at transfer. Vet this the same way you'd vet an acquisition target, not a vendor.
- Regulatory and IP exposure during Operate. Vietnamese law protects software IP, but enforcement is less predictable than in the US or EU. The contract, not the courtroom, is the real safeguard (see the transfer terms section above).
- Front-loaded cost. The first 12–18 months of a BOT engagement typically cost more than a plain project engagement would, because you're paying for Build-phase setup and Operate-phase management on top of salaries. The payoff shows up after transfer, not before; don't evaluate a BOT deal on year-one cost alone.
Build Your BOT Engagement with MONA
MONA is a Vietnam-based software development company with a 200+-person team, delivering software since 2016, with a track record spanning 14,000+ projects delivered, including international clients in demanding markets like Japan, Australia, and Europe.
We run BOT as an option inside our managed offshore development center service, not as a separate product: you start with a team we recruit, employ, and operate under your direction, with the right to transfer staff, assets, and, if you choose, the underlying entity to your own ownership once you're ready. That means:
- You don't have to decide upfront. Start as a managed ODC; formalize the transfer clause whenever you're confident the team and the relationship are worth owning outright.
- Transfer terms are written before you need them. IP assignment from day one, a named transfer trigger, and a defined valuation approach, not renegotiated under pressure at exit.
- Full-stack delivery in the meantime. Web, mobile, e-commerce, custom software, and AI development, so the team you eventually own can already cover the roadmap you're building toward.
Ready to scope a BOT-structured team? Tell us the roles, the roadmap, and your timeline for wanting to own the operation outright, and we'll come back with a concrete proposal: team composition, phased cost, and transfer terms spelled out upfront.
CTA: Talk to MONA About a BOT Engagement →
Frequently Asked Questions
What does BOT stand for in outsourcing?
BOT stands for Build-Operate-Transfer: a provider builds your offshore team (recruiting, legal setup, infrastructure), operates it under your direction for an agreed period, then transfers full ownership (staff, assets, sometimes the legal entity) to your company. It originated in infrastructure project finance before outsourcing adapted the same structure to engineering teams.
How is BOT different from a regular managed ODC?
A managed offshore development center can run indefinitely under the provider's employment and margin. A BOT adds a contractual endpoint: a defined transfer of staff, IP, and sometimes the legal entity to the client's direct ownership, ending the provider's ongoing management fee once the transition is complete.
How long does a full BOT engagement take?
Build typically takes 1–3 months, Operate runs anywhere from 6 months to several years depending on when the client triggers transfer, and the Transfer itself takes 1–3 months to execute. Most engagements run 18 months to several years end-to-end, since "ready to transfer" is a business decision, not a fixed date.
How much does a BOT model cost compared to hiring outsourced developers directly?
During Operate, BOT costs resemble a standard managed-ODC rate: salary and statutory costs plus a provider margin, commonly cited around 15–25%. The savings materialize after transfer, when that margin disappears; reported reductions run roughly 15–35% on the portion of cost that was provider markup, not on base salaries.
Is it cheaper to open my own legal entity in Vietnam instead of using BOT?
Long-term, yes: a self-run entity has no ongoing management margin. Short-term, no: incorporation realistically takes 6–10 weeks at minimum once documents are ready, often longer in practice, plus months to build local HR and compliance capability, versus 1–3 months to a working BOT or ODC team. BOT exists specifically to bridge that gap.
What should be in a BOT transfer clause?
At minimum: a named transfer trigger, the staff-transfer mechanism (direct transfer, rebadging, or entity takeover), IP assignment effective from day one of Build rather than deferred to transfer, a fixed or formula-based transfer/valuation fee, and a post-transfer stabilization period with defined provider support.
Can a BOT engagement fail or get stuck without ever transferring?
Yes, most commonly when transfer terms were left vague at signing, or when the client never builds the internal capability to take on employer-of-record responsibilities. A BOT with no named trigger and no valuation formula tends to quietly become a permanent managed ODC, which isn't necessarily bad, but should be a deliberate choice, not a default.


