Most offshore app deals don't blow up because of hourly rates.
They blow up because nobody owns the code cleanly when something goes wrong.
I've spent 15+ years on the delivery side of custom software and offshore engineering (US, UK, EU, Australian clients). The pattern is boring and expensive:
Founder optimizes for $/hour
Shares Figma + repo access on a handshake
Contract is a PDF template with vague "confidentiality"
Six months later: dispute, stalled handover, or "we need to keep a copy for support"
You do not need a law degree to avoid this. You need a process.
Here's the checklist we walk clients through before any serious build starts.
1. Before you share anything meaningful
Do these before the deep product dump, not after the kickoff call.
☐ Mutual NDA
One-way NDAs that only protect the vendor are a red flag. Mutual. Signed. Dated.
☐ Security posture check
Ask for evidence, not slogans:
ISO 27001 and/or SOC 2 (or a clear equivalent control set)
How they handle laptop encryption, access logs, offboarding
If they can't explain basics, don't hand them your roadmap.
☐ Governing law/jurisdiction
Know which country's law applies when you disagree. "We'll figure it out later" is how later becomes a write-off.
2. In the contract (non-negotiable IP block)
This is the section founders skip because it's "legal." It's also the section that decides who owns the product.
☐ Work-for-hire + assignment
Plain language goal: you own the work product.
You want clear assignment of:
Source code
Designs / UX
Documentation
Scripts, infra-as-code, CI configs related to the project
☐ Client-owned repositories
Code lives in your GitHub/GitLab/Bitbucket org from day one.
Not:
"We'll transfer the repo at the end"
At the end is when leverage disappears.
☐ Early termination clause
What happens to IP if you pause or kill the engagement in month 2?
Who owns incomplete work?
What must be delivered within X days?
What access is revoked?
☐ No reuse of your code for other clients
Explicit restriction. Especially important if you're building something category-defining or tightly coupled to your business logic.
☐ Credentials and third-party accounts
Who owns the AWS account? The app store seats? The domain DNS?
Write it down. Verbal "of course it's yours" is not a control.
3. During development (operational IP protection)
Contracts without ops are theater.
☐ 2FA everywhere
Git, cloud, project tools, email aliases used on the project.
☐ Least-privilege access
Developers should not default to production admin "because it's faster."
☐ VPN / controlled environments when dealing with sensitive data
Especially if you touch PII, health, fintech, or customer exports.
☐ Your secrets, your vault
API keys and .env material should not live forever in a vendor laptop chat log.
Use a shared secrets manager; rotate when people leave.
☐ Documentation as you go
Handover pain is usually documentation debt, not malice.
Require architecture notes + runbooks as sprint output, not a final-week scramble.
4. After completion/offboarding
☐ Full handover package
All repos (including infra)
Docs, designs, credentials inventory
CI/CD pipeline ownership transfer
Third-party license list
☐ Written confirmation: no residual copies retained
Simple statement. Professionals won't fight this.
☐ Access teardown checklist
Remove vendor users from:
Git org
Cloud
Slack/Jira
App stores
Analytics/error tracking
If offboarding takes "a few weeks whenever someone is free," your access model was wrong from the start.
Red flags (walk away)
Refuses client-owned repos
Won't put IP assignment in writing
Only offers their private Git with "export later"
No security certifications and no coherent security story
Pressure to start coding before NDA/contract basics
Cheap velocity is expensive when ownership is fuzzy.
A simple decision rule
Rate shopping without IP discipline is not cost optimization.
It's deferred risk.
Offshore (and nearshore) can be an excellent model — larger team on the same budget, strong talent pools, real delivery — when the boring legal/ops layer is tight.
If you want the fuller context (2026 cost ranges by region, offshore vs nearshore vs onshore, partner selection, and the downloadable version of this checklist as PDF), I published it here:
Offshore App Development: Complete 2026 Guide + IP Protection Checklist (PDF)
Mini checklist
Before share: NDA · security proof · jurisdiction
In contract: work-for-hire · you own code/design/docs · your repos · exit IP · no reuse
During: 2FA · least privilege · secrets hygiene · docs in-sprint
After: full handover · no-copy confirmation · access teardown
If you're mid-vendor evaluation right now, run this list in your next call. The good partners will answer cleanly. The rest will change the subject to hourly rates.
I'm Sambhav Aggarwal, Founder & CEO at SSNTPL — custom software and offshore engineering since 2011. Happy to answer questions in the comments if you're structuring an offshore app engagement.
Top comments (1)
Some comments may only be visible to logged-in visitors. Sign in to view all comments.