Ask HN: How do you deliver big projects as a solo contractor?

2 throwaway342110 4 8/11/2025, 4:38:42 PM
I have been doing some freelance development on smaller projects. The usual range being 100 - 300 hours. I also work on my own product, so I know what's it's like to develop a product that spans 3,000 hours in scope, but I have never done it professionally, for someone else.

Now a good client of mine is asking to develop an SaaS app. It's a typical CRUD app, nothing extremely complex, nothing that could not be done in a stock Next.js setting. Yet when I think about the scope of it, I think it would probably take some 1,000 hours to get a crude prototype, another 1,000 hours to add some features and polish it and then 500 hours to get it ready to be Internet facing, with payment system and so on. And that does not even include communication with the client, changes, buffer. I don't think I am out of my mind, if I think I would need to bill some 3,000 hours at the very least for the base product and any extra features being an extra premium (I did not really dig into the scope in detail yet, I am just guessing).

So let's say it takes 3,000h. If I work 30h/week just on that product (there are also other admin tasks and what not), it will take me 100 weeks or 2 years to deliver it. Is it something expected in the industry? Or am I simply uncompetitive for a project like this?

Comments (4)

jonahbenton · 1h ago
What you are actually talking about is a situation where you have moved higher up on the consulting value chain. Your client probably has trust for you and almost certainly does not understand that the thing they want you to do, in the way you understand it, would take 2 years. (A SAAS play almost certainly has to have something out in the market in 3 months, from a business perspective.)

Moving higher in the value chain means instead of you doing things that the client well understands the dimensions of, you are now doing something they don't understand the dimensions of. This is a critical and risky point. If you dive into implementation, they are going to be unhappy.

To serve them well, you have to now understand what they do not understand, and what is actually important to them. Almost certainly timeframe is important, but there will be a nuanced balance between 3 points of the triangle- time, features, cost- and you/they can only control two. The third is dependent on the others.

Upon eliciting more about what is actually important about the business context and opportunity, you help them most by presenting a strategy that incrementally and sufficiently delivers what is most important to them in the order of importance in the timeframe that matters.

Whether or not they know it, this is a strategic planning engagement first, before it is a implementation engagement.

And maybe you learn that cost is not an issue, they have critical needs in terms of features and time, so- you or they need to find additional resources and then manage them through implementation. Acting in a program management capacity over additional resources brings its own challenges, and it brings its own benefits. This is the transition from solo contracting to consulting. This profit margin on less expensive resources' time is how the money is made in consulting.

HTH.

throwaway342110 · 35m ago
Thank you! That makes sense. The client does have some understanding about the scope of the project, since when he approached me he stated "I'm not sure if it's something for 1 person", but yeah, the timeframe would probably be an issue and I need to push it to cut it to the essential features first and add anything non-critical later.

However, is a 1 year timeframe something common / acceptable in the industry? I don't think everyone is hiring sub-contractors and it's rather hard for one person to deliver anything substantial in 1 year unless they work overtime like 50 - 60 hours per week.

cosmic_quanta · 1h ago
I guess it depends on the business. Can your client wait two years?

At my work, my team of 5 was tasked with creating the beta version of a customer-facing app in 2 months, after which we launched and iterated as fast as possible. It was barely functional, and did not scale well, but it worked. Now we're working on the next phase -- making it scale and add customer-requested features.

This is typical in tech startups facing lots of competition.

billy99k · 1h ago
You need a team of developers to reduce the overall time frame.