SaaSGuide
How to Build a SaaS: The Complete Guide from Idea to Paying Customers
How to build a SaaS in eight steps: validation, MVP scope, tech stack, subscription billing, EU VAT and GDPR, launch and your first paying customers.
16 min read
SaaS and MVP
I build your SaaS from the first version to paying users. Fast enough to test the market and solid enough to keep building on. We prioritise what your first customers need.
Free and no strings attached. Reply within 1 business day.
[01]Who it's for
You have an idea for a software product and want it in front of real users before you've spent a year and the whole budget.
You have customers waiting, but no product they can sign up for and pay for yet.
Your no-code or AI-built prototype has outgrown itself and needs to be built properly.
You have an internal tool or specialist know-how that other businesses would pay for.
You run a SaaS already, but need a developer who can own the next version.
Sound like you?
Tell me about your project[02]Deliverables
A SaaS is more than features. The less visible parts decide whether it can be sold and run.
[03]MVP
An MVP isn't half a SaaS. It's a real product with a deliberately small scope.
The biggest risk in a new SaaS is rarely the technology. It's spending months on something nobody wants to pay for. So I start by finding the one thing your product has to do better than the alternative, and build that first.
A prototype shows the idea. An MVP is a product people can sign up for, use and pay for. It's small, but it sits on a foundation you can keep building on instead of starting over once the first customers say yes.
The thing that solves your user's problem. Everything else goes on the list for version 2.
The best test of an idea is whether someone will pay. That's why billing is in the first version.
You see what users actually do, so the next priority is based on data, not gut feeling.
A proper database, tests and an architecture that can grow. No rewrite once things start going well.
[04]Process
A clear process, so you always know where we are and what happens next.
20 minutes, free. You tell me about the idea, and I ask about users, payments and what needs proving first.
We trim the MVP down, write up the requirements and sketch the architecture. You get a fixed price for the first version.
I build in short cycles and show progress on a staging site as we go, so you can give feedback while changes are still cheap.
We go live together. Then we prioritize the next version based on what the first users do and say.
Typical timelineWe agree on a timeline that fits the task
Start with an intro call[05]Pricing
It depends on what the first version needs to do. We agree on scope and price before I start.
Price
Priced to fit the scope
You'll know the price before we start.
All prices exclude VAT. I only work with businesses.
Typical timelineWe agree on a timeline that fits the task
[06]Stack
I pick mature tools that lots of developers know. That makes your SaaS cheaper to run and easier to hire for.
[07]FAQ
It depends on the scope. We discuss what the first version needs to do and agree on pricing before I start.
It depends on what the first version needs to do. We agree on a timeline and you follow progress along the way. Starting with fewer features is often better than squeezing the schedule.
No, that's the whole point. The scope is small, but the foundation is solid: a proper database, tests and an architecture that scales. You build on it instead of starting over.
You do. The code lives in your own repository from day one, and you have access the whole way. You're never dependent on me to move forward.
Yes. I start with a code review and give you an honest take on what can be built on and what should be redone. You'll know what you have before you decide anything.
You talk directly to the person writing the code. There's no project manager translating your requests and no agency overhead in the price. The trade-off is that I'm one person, which is why I document as I go and keep the code in your repository.
Tell me briefly about the idea and who it's for. You'll get an honest answer on what a first version could look like.
Free and no strings attached. Reply within 1 business day.
Guides
SaaSGuide
How to build a SaaS in eight steps: validation, MVP scope, tech stack, subscription billing, EU VAT and GDPR, launch and your first paying customers.
16 min read
Behind the projectsCase
A guide to choices and priorities from SaaS idea to production: validation, development, billing, launch and maintenance.
14 min read
SaaSComparison
SaaS subscription billing compared by a developer: Stripe, Paddle or a European provider like Frisbii. EU VAT, failed payments, fees and Laravel Cashier.
12 min read
SaaSComparison
Freemium vs free trial vs paid from day one: what each model takes to build, where it breaks, and which one fits a European B2B SaaS.
11 min read
Customer portals, booking systems and internal tools that replace spreadsheets and manual work.
New Laravel apps, new features and upgrades of older Laravel projects to a supported version.
Built an app with an AI tool? I make it secure, stable and ready for real users.
Keep your product secure, up to date and moving forward with a dedicated developer who knows the code.
Fast websites that get found on Google and turn visitors into inquiries.