260 hours will not build a scaled company. It is comfortably enough to find out whether you should. Where the hours actually go, and the three things that waste them.
Ten hours a week for six months is about 260 hours. That number is worth sitting with, because most people building on the side either wildly overestimate it or dismiss it as not being serious.
Both are wrong. 260 focused hours is not enough to build a scaled company. It is comfortably enough to find out whether you should.
Set the expectation properly first.
It will not build a polished product with a real design system, a mobile app, and an admin panel. It will not get you to meaningful revenue in most B2B categories, where sales cycles alone eat months. It will not let you out-execute a funded team of six working full time in the same market.
If your plan requires any of those inside six months, the plan is wrong, not your schedule.
Across a six month stretch, 260 hours is enough to produce all of the following, in this order:
A problem you can prove other people have. Fifteen to twenty real conversations at roughly forty minutes each, including scheduling and notes, is around 25 hours. That is under 10 percent of your budget and it is the highest-return spend available to you.
A working thing in front of real users. Not a product. A narrow, ugly, functioning slice that does one job. For most software ideas, 80 to 120 hours gets there if the scope is genuinely narrow.
Your first paying customer. Not a pilot, not a friend doing you a favour. Money moving from someone who owes you nothing. This is the single milestone that separates a project from a company.
A pricing decision you can defend. Made from what people actually agreed to pay, not from a competitor's website.
A clear go or no-go. Which is the real deliverable. The purpose of six months is to replace an opinion with evidence.
A rough allocation that survives contact with reality:
Notice that building is under 40 percent. Almost everyone building on the side inverts this and spends 200 hours coding, because coding is the part that feels like progress and does not involve being told no.
Two people both put in 260 hours. One does ten hours every week for six months. The other does nothing for three weeks then 40 hours in a heroic weekend sprint.
The first person finishes far ahead, and it is not close.
Momentum compounds through other people. Customer conversations lead to introductions, which lead to more conversations, but only if you keep showing up while those threads are warm. A three week gap kills every thread you had open. You restart cold each time, and re-reading your own notes to remember where you were is pure overhead.
Six focused hours every week beats fifteen erratic ones. Protect the floor, not the ceiling.
Building before talking. The most expensive mistake available. Forty hours of building the wrong thing is 15 percent of your total, gone, and you usually cannot tell it is gone until much later.
Perfecting things nobody sees. The landing page redesign, the logo, the fourth CI refactor. This work is comfortable precisely because it cannot be rejected. That is the tell.
The research spiral. Reading about your market, watching founder interviews, filling a Notion doc. This feels like preparation and it is consumption. If a week produced no artefact and no conversation, it produced nothing.
What ten hours looks like when it works:
That last thirty minutes is the one people skip and the one that keeps the other 9.5 hours pointed somewhere.
At the end of six months you will have one of two things.
A company with real customers, a defensible reason to exist, and enough evidence to decide what happens next.
Or a clear, well-earned no, arrived at in six months instead of three years, at a cost of 260 hours and nothing else.
The second outcome is not the failure case. Spending four more years half-wondering is the failure case.
Six months, ten hours a week, deliverables a mentor actually reviews, is precisely the shape of LVL1 Startup School.
Your co-founders will determine your startup's success more than your idea, funding, or market. Here's how to choose the right people and structure your founding team.
Being a startup CEO is unlike any other job. Learn the essential skills, responsibilities, and mindset needed to lead your company through the challenges of early-stage growth.
Most startups fail not because they build the wrong solution, but because they solve the wrong problem. Learn how to identify and validate problems that are truly worth solving.