The stories are everywhere: a founder pays $8,000 upfront, the "developer" disappears with the money and a half-finished repo; or a contractor delivers code that doesn't run, demands more money to fix it, and owns the IP because "we never signed anything." These aren't rare anecdotes — they're the predictable outcome of hiring on trust in a market with almost no barrier to entry. We hire freelance developers ourselves every week on client projects, and we've seen both sides of this market. The good news: getting scammed is almost always preventable, because the scammers follow patterns. This is the exact vetting-and-contract playbook we use.
Understand the scam before you fight it. The four dominant patterns in 2026:
Run every candidate through this funnel before committing a dollar beyond the trial:
Hiring without a written contract is not "agile," it's exposed. A minimal safe contract covers:
| Clause | What it must say |
|---|---|
| Scope & acceptance criteria | Deliverables, defined as testable outcomes ("login flow works against staging with SSO"), not vibes |
| IP assignment | All code, designs, and data produced = your property, transferred on payment, including work done in the contractor's own time |
| Milestones & payment schedule | 25–30% max upfront; rest in 3–5 milestones, each paid only after your written acceptance |
| Repo & access | Development happens in a repository you own from day one; contractor commits under their own account |
| Warranty & fixes | 30–90 days of bug fixes after each milestone at no extra charge |
| Confidentiality & non-solicitation | Your business data stays private; your customers and employees aren't poached |
Platforms that hold money in escrow — Upwork, Toptal, and similar — are the single best anti-scam device for first engagements, because your payment is only released when you approve the milestone. If you hire direct, replicate the mechanic yourself: pay in milestones with written acceptance gates, never a lump sum for the whole project, and treat a request to switch payment methods mid-project as a red flag. On the contractor's side, escrow is also the honest developer's friend: it proves commitment and protects them from clients who vanish at invoice time. Both sides win when money moves against demonstrable work.
Even a genuine developer can deliver a mess if you don't manage the engagement. Weekly async demos (video or screen-share, recorded), a written acceptance checklist per milestone, and demo environments — not screenshots — as proof of progress. Require documentation: the repo README, deploy steps, and environment variables. If the developer resists writing down how their own system runs, you haven't hired a developer; you've hired a puzzle for your next hire to solve. And keep your own records of every decision emailed, so "we agreed to X" is provable on both sides.
Recovery is harder than prevention, but the order matters: (1) freeze everything — change passwords, revoke repo access; your repo ownership clause determines whether the code is recoverable at all; (2) open a dispute on the platform you used before accepting anything, since escrow decisions follow their process; (3) attempt a chargeback for card payments — deadlines are strict, act immediately; (4) consider a demand letter for contracts over ~$5k; and (5) report the account to the platform so the next founder doesn't meet the same profile. Document every message and payment record before contacting anyone.
Freelancers are the right answer for focused, well-scoped work with strong oversight — and the same discipline that protects you from scams (contracts, milestones, owned repos) is simply how you should buy software at any size. When the project sprawls, depends on ongoing support, or carries real business risk, the trade-offs shift: a partner with a team, its own quality process, and a contract in its own name absorbs the failure modes a single freelancer can't. That's the same judgment framework we walk through in our guide to choosing a software development partner, and the cost breakdown applies whether you pay a freelancer by the hour or a firm by the milestone. The vetting discipline above works in every case — apply it ruthlessly, sign the contract first, and pay against accepted work.
Novaboro has done this a thousand times: we can review a freelancer's proposal and contract in under an hour, take over projects gone sideways, or build the thing for you at a fixed price with milestones you approve. Tell us where it hurts and we'll give you a straight path forward.
Get a Straight AnswerNovaboro is a software development and product intelligence firm serving 40+ companies since 2018. We hire and manage freelance developers across client projects, rescue projects abandoned by bad hires, and build systems designed to be owned by their customers. 98% client retention; 24/7 operational support.
This guide reflects patterns from Novaboro's own hiring practices and client rescue engagements. It is practical advice, not legal counsel — have a lawyer review any contract before you sign.