SaaS MVP Development: What to Build and What to Skip

A SaaS MVP needs six things: sign-up that works, the one workflow customers would pay for, data kept separate per customer, a working subscription, onboarding that reaches a first result fast, and enough analytics to see whether people come back. With Easify that typically costs €5,000 to €10,000 for a single-user tool and €12,000 to €25,000 for a B2B product with teams and billing, over 4 to 12 weeks. Single sign-on, granular permissions, integrations and a public API can almost always wait.

Below: each of the six in turn, what to leave out, a minimum feature set, a typical scope and price, and the pitfalls specific to SaaS.

At a glance

Authentication

Do not build authentication from scratch. Use what your framework or a provider gives you: Laravel's starter kits, Auth.js for Next.js, Supabase Auth, or a hosted service such as Clerk. Your MVP needs:

• email and password or magic links, with email verification and password reset;
• Google sign-in if your buyers are businesses on Google Workspace (Microsoft sign-in if they are on Microsoft 365);
• sessions that expire, and rate limits on sign-in;
• authorisation on the server. Hiding a button is not access control. Every request that reads or changes data must check who is asking, on the server.

Single sign-on with SAML, enforced two-factor authentication and SCIM provisioning are enterprise features. Add them when an enterprise customer asks, and ideally pays.

Multi-tenancy

If you sell to teams, every piece of data belongs to an account (a tenant), and one customer must never see another's. Decide the model on day one.

• Shared database, account ID on every row. The usual MVP choice: cheap to run and simple to deploy. The risk is one query that forgets the filter, so enforce it centrally, with scoped queries in the framework and, on PostgreSQL, row-level security as a second line.
• Schema per tenant. Stronger separation, more complex migrations. Rarely worth it for an MVP.
• Database per tenant. For customers who contractually require it. Not an MVP pattern.

Keep roles to two at first: owner (manages billing and members) and member. Invitations by email, with the inviter's account attached, complete the picture.

Billing and subscriptions

If the MVP's question is whether people will pay, billing is not optional.

• Use a billing product, not your own logic. Stripe Billing with Stripe Checkout for sign-up and the customer portal for card changes, invoices and cancellations covers most of an MVP. On Laravel, Cashier wraps it.
• Or a merchant of record. Paddle and similar services sell to your customer on your behalf and handle sales tax and EU VAT, for a higher fee. Worth it if you sell to consumers in many countries and want the least tax work.
• Mind EU VAT. Selling digital services to EU consumers generally means charging VAT at the customer's country rate; selling to EU businesses usually means the reverse charge, with their VAT number checked. Stripe Tax can calculate it. Confirm your own position with an accountant.
• Handle webhooks properly. Your app learns about payments, failed renewals and cancellations through webhooks. Process them reliably and idempotently, and test what happens when a card fails.
• Start with one or two plans. Monthly only, with or without a trial. Annual plans, usage-based pricing, seats and coupons are later decisions, made with data.

Onboarding

A new user should reach the result they signed up for in their first session. That is the whole job of onboarding.

• Ask only for what the first result needs; collect the rest later.
• Replace empty screens with a next step, a template or sample data.
• Offer a simple import (CSV is usually enough) if users bring existing data.
• Send one welcome email, and one follow-up to anyone who signed up but did not reach the first result.

A guided product tour is rarely the fix. A shorter path to the first result usually is.

Analytics

You need to know a few things, not everything:

• signed up;
• activated (completed the core action for the first time);
• invited a teammate, for team products;
• came back in week two;
• started paying, and cancelled.

Track those as named events in a product analytics tool. PostHog, for example, offers EU hosting; Plausible covers privacy-friendly site analytics. Check your consent requirements before setting cookies. Dashboards, cohort reports and attribution can wait until there are enough users for them to mean anything.

What to leave out

The features below are real needs for a mature SaaS product and almost never needed to answer an MVP's question:

• single sign-on, SCIM and enforced two-factor authentication;
• granular roles and custom permissions;
• audit logs and activity feeds;
• a public API and webhooks for customers;
• integrations beyond the one the core workflow cannot work without;
• usage-based or seat-based pricing, annual plans and coupons;
• white-labelling and custom domains for customers;
• native mobile apps;
• a settings page with more than a handful of settings;
• an internal admin panel beyond what you need to support the first customers.

Our MVP development page puts it this way: if the question is whether restaurant owners will pay monthly for rota scheduling, you need rota building, staff invitations and a subscription, and you do not need reporting, integrations or a settings page.

Minimum feature set checklist

• Sign-up, sign-in, email verification and password reset
• Authorisation checked on the server for every request
• Accounts (tenants) with every record tied to one, enforced centrally
• Owner and member roles, and email invitations
• The core workflow, complete and reliable
• Subscription through Stripe Billing or a merchant of record
• Customer portal for cards, invoices and cancellation
• Webhook handling for renewals, failures and cancellations
• VAT handled by the billing provider or a tax tool
• Onboarding to a first result, with empty states that guide
• Five or six tracked product events
• Transactional emails: welcome, invitation, receipt, failed payment
• Backups, version-controlled migrations and a staging environment
• Terms of service, privacy policy and a data processing agreement for business customers

Typical scope and price

Illustrative ranges inside our €5,000 to €25,000 MVP band, not a quote. The MVP cost calculator gives a range for your scope; rates are on pricing.

For comparison, Kolonell estimates an agency-built SaaS MVP in Berlin at €30k to €80k over 10 to 16 weeks (Kolonell), and EltexSoft puts a focused MVP at $25k to $80k (EltexSoft). Each is one source's estimate.

Pitfalls specific to SaaS

• Tenant separation added later. Every query has to be audited, and one miss is a data breach between customers.
• Building SSO, roles and audit logs for an enterprise customer you do not have yet.
• Billing as an afterthought. Webhooks, failed payments and VAT are where subscription products quietly lose money.
• Several plans before any customer. Pricing tiers are guesses until people pay; one plan is easier to change.
• A free plan with no limits. You learn nothing about willingness to pay, and you carry the running costs.
• Onboarding by product tour. Usually a sign that the path to the first result is too long.
• No staging environment and no migrations. Fine for a demo, dangerous once customer data exists.

Case studies: Rostavo and Easify AI

Rostavo is a SaaS platform for in-home service agencies, built by us on Laravel. Its case study describes the problem: agencies run on spreadsheets, a shared calendar and a group chat, and the cost shows up as double bookings, staff sent to the wrong address and invoices raised late. The client did not want another tool to add to the pile; they wanted one place where bookings, staff, compliance and money all live. So Rostavo was built as a single operational dashboard rather than a set of connected modules, with client bookings, staff scheduling, workforce management, invoicing, payments, compliance tracking and communication in one system and the repetitive administrative steps between them automated. It is a broad platform rather than a minimal one, and the decision that transfers to any SaaS MVP is the first one: build around the one view the customer actually needs.

Easify AI, our own AI sub-brand, answers questions about a company's database in plain English. There the MVP was scoped around the core querying flow, everything that could wait was left out, and development ran in short cycles so feedback changed the next iteration. The interface was kept plain enough for a new user to reach a result without onboarding, which is the onboarding principle above in practice. The AI MVP guide covers the AI side.

When not to hire us

• A spreadsheet, a form and a few automations would test the idea. If customers will pay for the outcome done partly by hand, prove that first.
• You cannot name the core workflow. "A platform for agencies" is not yet a scope. Our first conversation would be about narrowing it, and you can start that without us.
• You need an enterprise-ready product at launch. SSO, audit logs and security questionnaires on day one make it a larger project than an MVP.