Ask HN: Bootstrapping a SaaS – Have the idea, validated the market, what next?
Right now I just have pages and pages of notes (competitor research, ideas, prospective user feedback, etc.). I don’t have any formal specs written.
Goal: build a functional prototype and get my first actual users.
I’m a product manager, so while I can fumble my way around a command line, I don’t think I myself can build this thing. There are lots of options — no code, prototype in InVision, hire a freelancer, approach a trusted engineer colleague who could maybe moonlight with me for pay.
What’s my next step for getting this built? Assuming I have basically zero funds and will be bootstrapping it myself.
Few other things to note: app will leverage several APIs, require basic auth, a few integrations (though doesn’t have to be MVP).
I have the confidence and some validation, but now what?
14 comments
[ 3.0 ms ] story [ 53.3 ms ] threadHere we’ve compiled a checklist on how to get your SaaS funded: https://bit.ly/3jfVzR9
Hope it helps!
Perhaps having a functional prototype isn't the best next step to getting to your ultimate goal. Start by defining as clear as possible the task to solve and then determine the easiest and quickest way to validate your solution. If the 'pain' for your prospective customers is big enough that they're willing to pay for a solution, they're willing to accept limitations with a product in development that solves their core problem.
As a freelance developer for various start-ups I've seen this mistake being made a lot of times: jumping from basic idea validation to product development. Unless you can get a prototype built for free, development is an expense you should put off as long as possible. This goes for situations where time is less valuable than money, which in your case it seems to be.
> development is an expense you should put off as long as possible.
That lines up with all of my experience in startups and PMing, and yet, it is SO tempting to start building. I’ll try to remember this.
So instead of building something functional, you could use no code tools to design a custom front end for these early adopters and then hardcode (manually type in) the parts that will require real code to scale.
You could then deliver these as consulting style projects, and use the revenue you capture from these customers to pay someone to build a code-based version.
Upside to this would be bootstrapped funding for development, a clearer sense of what the app does and the user stories associated with it, and validation that people will actually pay money for the product.
Downside is you will have to manage the customers and the delivery, which can quickly get overwhelming. Especially for a solo founder.
Personally, I’ve found the concierge MVP route to be really effective. I used these early adopters as a Product Advisory Board, and they became excellent advocates and case studies for our product.
What do you mean by that?
I'm not saying it is not a start, but maybe we could validate further? As in, dollars in the bank account? Just a little more.
I’d be happy to help you setup a landing page to take payments. Shoot me an email.
then invision.
then get 10 people to actually pay you $50. if you get payments from 10 customers within the next month, they get 6 months use of the product when it is released in 3 months. everyone else will have to pay $50/mo or whatever it is. if you don't get those 10 customers within a month (or whatever timeline you set), everyone gets their money back, project canceled, thank you for supporting my idea.
it'd be cool if there was a kickstarter-like escrow service that handled this threshold funding idea for you. like a private kickstarter. maybe that already exists. patreon or something.
This way, a MVP can be rolled out quickly and focus will shift to acquire early customers.
The alternate way to build the MVP is to use no code tool to build as much as possible and do the rest manually. Then over the time, replace the manual work with code.