First-Time CTO

You just became CTO.

There's no playbook.

No onboarding.

No one to ask.

A survival guide for the loneliest job in startups

Pre-order for £69

Launch price £99 · Save 30%

"The hardest part isn't the technical fires - it's the isolation." - From the conversation that started this book
THE FIRST CTO

THE FIRST
CTO

The Job Nobody Explains

Ben Howdle

You're making decisions alone that could sink the company.

You're hiring engineers for the first time and terrified of getting it wrong.

Your founder changes priorities every week and you're the one who has to make sense of it.

You're context-switching between architecture spikes and homepage copy.

You're wondering if what you're feeling is normal or a red flag.

And there's no one else who holds the full context - no one who understands the weight of it.

You're isolated. You're improvising. And nobody told you this is what the job would actually be.

"The job isn't one job. It's five jobs in a trench coat."

This playbook is everything I learned the hard way - so you don't have to.

What's Inside

Five parts, zero theory

The tactical handbook for first-time CTOs who are making it up as they go

War stories from building fintech platforms where real money moved to real governments - and what I learned the hard way about security, hiring, founders, and staying sane.

Part 1: The Job Nobody Explains

01
"CTO" Is a Fake Title
What the job actually is at 0 people and at 5 people.
02
The 40% Rule
Your technical skills are now less than half the job.
03
Your Real Boss
The founder relationship is the job. Everything else flows from it.

Part 2: Shipping Under Chaos

04
Architecture Decisions at 2am
Making technical bets with incomplete information.
05
When to Cut Corners
Speed vs. quality is a false choice. Knowing where to cut is the skill.
06
The First Deploy
Shipping v1 when nothing is ready.

Part 3: Hiring Before You're Ready

07
Your First Hire Will Probably Be Wrong
Why the first engineering hire is the hardest.
08
The Team You Didn't Build
Inheriting engineers you didn't hire - and making it work anyway.
09
High Output, High Maintenance
Hiring brilliant engineers who are difficult to work with.

Part 4: Managing the Founder

10
The Weekly Pivot
Founders change priorities constantly. That's their job.
11
Saying No
The features that will kill you if you say yes - and how to push back without breaking the relationship.
12
Translating for the Room
Communicating technical tradeoffs so non-technical people actually get it.

Part 5: Surviving Yourself

13
The Bottleneck Is You
Recognizing when you're the thing slowing everything down.
14
"I'll Just Fix It Myself"
The trap of doing instead of delegating.
15
What Success Looks Like
It's not what you think.

Chapter content subject to change in final version

This book is for you if...

  • You just got the title and there's no GitHub repo yet
  • You're the only one who holds the full technical context
  • You spent today setting up someone's Gmail instead of coding
  • You're wondering if you're supposed to still be writing code
  • A teammate went directly to the founder because you hadn't given them direction
  • You're making architecture decisions that could crater the company and there's no one to ask

This book is NOT for you if...

  • You're scaling from 50 to 200 engineers
  • You want frameworks for running a mature engineering org
  • You're looking for theory - this is war stories and hard lessons

From Chapter 2

The 40% Rule: Where the time actually goes

You think you'll spend most of your time writing code. Here's what actually happens.

  • 40% Actual code
  • 20% Translating between founder-speak and engineer-speak
  • 15% Operations and admin (vendor calls, Gmail accounts, tooling)
  • 15% People (hiring, feedback, unblocking)
  • 10% Stuff you can't even label

Sample Excerpt

From Chapter 2: "The 40% Rule"

I once spent the entire day "organising Linear" - and honestly I hated it. I hated it because it felt unfamiliar, and I felt zero immediate gratification. You write code, compile it or reload a browser, and you can see the immediate effects; there's a very tight feedback loop.

I had a couple of engineers to manage by that point, and in all honesty, I was doing a terrible job of it. When you're used to building and writing code, you collaborate with people for sure, but you're rarely responsible for guiding how their day looks like.

I remember once, one of my team reached out to the founder directly, asking what exactly it was they were supposed to be working on next. The founder helped him out, and then reached out to me to relay the situation.

"I was mortified. I felt awful. I felt called out. I felt seen. I felt under-qualified. I felt plainly stupid."

My brain filled with justifications and excuses. I had built a reputation based on building great software, but here I was, actively contributing to great software not being built.

This was the first time I truly felt that simply writing code and building features was not going to cut it any more. I needed to fight my gut instincts to spend time just outputting code. I needed to lead. To foster. To be responsible for creating an engineering team I would want to be part of.

Hence: Linear day.

Linear day was boring and unfulfilling but it was necessary and the correct thing to do.

From the Book

Six levels of "ready"

A framework for deciding when to ship

  • 1

    Does it work for me?

    Local dev, happy path only. You're the only one who's seen it.

  • 2

    Does it work for a technical colleague?

    Another engineer can run it. Edge cases start surfacing.

  • 3

    Does it work for the non-technical stakeholder?

    The founder or PM can demo it. UI matters now.

  • 4

    Does it work for our 100 most fanatical users?

    Real usage, real feedback. They'll forgive rough edges.

  • 5

    Does it work for a cold new signup?

    No context, no patience. Onboarding has to hold up.

  • 6

    Does it work for an influx from a paid campaign?

    Scale pressure. Errors cost money. No second chances.

Why This Book Needs to Exist

From CTOs who've lived it

"The hardest part isn't the technical fires - it's the isolation. You're making decisions that could crater the company and there's literally no one else who understands the context."

Alex Pavlov

Founder, HelixMatter

"Less 'how to scale a 200 person org,' more 'how to survive being the only adult in the room when everything is on fire.'"

Gino Ferrand

Founder, GILD

"First-time CTO hiring is brutal because you're making irreversible people decisions with almost no signal and no margin for error."

Harish Ramakrishnan

Founder, JobsifyAI

"It blows my mind how tech companies promote without training."

Tessa Kriesel

Developer Relations

About Me

I've made every mistake in this book

Ben Howdle

I'm Ben Howdle. I've been CTO at two early-stage startups:

  • Letter (3.5 years) - Built the platform from zero, led the engineering team, worked directly with the CEO
  • WorkMade (1.5 years) - Promoted from engineer to CTO, managed 6 engineers, shipped financial infrastructure handling real money and tax data

I've also spent 15 years shipping products for companies like Clerk, GoDaddy, Cisco, and Soho House.

I've been where you are. I've made the hiring mistakes, the architecture calls with incomplete information, the founder management failures. This playbook is what I wish I'd had when I started.

Published in Smashing Magazine · Featured in Fast Company & Wall Street Journal · Work adopted by UK Government (Ministry of Justice) · Technical reviewer for O'Reilly and Apress · Speaker at Re:develop, fintech_devcon, and the European Bioinformatics Institute

What People Say

From people I've worked with

"Ben intuitively knows where to cut corners for speed and where shortcuts would come back to haunt us."

Chase Croft

Head of Product

"Ben had the rare ability to turn an idea from concept yesterday to a working build in production today. He knew exactly where to focus our energy for the biggest impact."

Nick Simpson

Founder, WorkMade

"His early contributions have saved a potentially limitless amount of developer time, pain and costs down the line."

Jamie Edwards

CEO, Kayako

Limited Pre-Order Pricing

Pre-order now

Get 30% off the launch price

£69
£99 launch price
Pre-order The First CTO

Digital delivery on launch

Need More Support?

Work with me directly

The playbook gives you the playbook. But if you need someone in your corner for the day-to-day - architecture reviews, hiring decisions, managing up to founders - I offer monthly CTO coaching retainers.

CTO Coaching & Advisory

Weekly calls, unlimited async access, architecture & hiring reviews

£1,600/mo

Not Ready Yet?

Get notified when it launches

Sign up to be the first to know when The First CTO is available, plus occasional insights for first-time CTOs.

Have questions? Email me at hello@benhowdle.im