Skip to content
Hiring

Hiring your first 10 engineers: a sequencing problem, not a search problem

Most early hiring failures aren't about who you hire - they're about the order. A sequencing model from teams that got it right.

Aakash Sisodiya1 min read
Group of people collaborating around a table with laptops

Most hiring postmortems focus on the wrong question: who did we hire wrong? The much more useful question is: did we hire them in the right order? Sequencing matters more than selection at the seed-to-Series-A stage.

Here's the model I've watched work, three times.

Hires 1–3: builders who can also decide

You're not hiring for specialization yet. You're hiring three people who can each independently:

  • Pick a stack and ship to it
  • Make a tradeoff without convening a committee
  • Hold the whole product in their head

The trap is hiring a "frontend specialist" early. You don't have a frontend yet. You have a product. Hire generalists who lean toward your hardest current problem.

Hires 4–6: the spike hires

Now you specialize. By hire 4, you should know exactly which dimension is breaking - usually one of: data infrastructure, performance, or platform reliability. Hire someone whose entire career has been that one thing.

Hire #4 sequencing decision tree:
 
  Are queries slow?           → senior data/perf engineer
  Are deploys flaky?          → senior infra/platform engineer
  Is the API contract drifting → senior backend engineer
  Are users abandoning UI?    → senior frontend/UX engineer

The mistake here is hiring "another generalist." You already have generalists. You need a depth multiplier.

Hires 7–10: the system hires

By hire 7, the bottleneck stops being engineering - it's coordination. This is when you hire:

  • A staff engineer who treats the system as the artifact (not their PRs)
  • A product engineer who pairs with sales/CS daily
  • A platform engineer who owns CI/CD as a product
  • Optionally: your first engineering manager (only if you cross 8 ICs)

The compounding effect

Get the sequence right and each hire makes the next one easier. Get it wrong and you spend year two re-leveling people who joined as the wrong shape for the company you became.

The teams I've seen do this best treat hiring not as filling roles but as editing a small ensemble. Every new hire shifts what shape the next hire needs to be. That's the whole craft.

Frequently asked questions

  • Almost always 'staff engineer' or 'founding engineer'. Anything more junior creates a mentorship deficit you can't afford yet. Anything more senior (VPE, director) creates organizational gravity before there's an organization.
Share

Keep reading

All articles →

The weekly briefing

One curated email every Tuesday. Founder essays, engineering deep dives, and the week's most important startup news. No spam.

Comments are coming soon. In the meantime, share your thoughts on social.