MVP Development

How to scope an MVP: deciding what goes into version 1

A practical method for cutting your product idea down to a first version you can build in weeks, launch, and learn from — without shipping something embarrassing.

By the Soonlay teamUpdated 6 min read

Most first versions fail for the same reason: they try to be the finished product. The team spends months building features for users who have not arrived yet, and by launch the budget is gone. A good MVP is not a smaller version of everything — it is the complete version of one thing.

Step 1: Write the one sentence your product must make true

Before listing features, write down the single outcome your first users need. For a clinic booking app it might be “a patient can book a confirmed slot with a doctor in under a minute.” For a B2B dashboard it might be “a store owner can see today's stock and sales without opening a spreadsheet.” Every feature in version 1 must directly support that sentence.

Step 2: Pick one user and one path

List every type of user — customers, staff, vendors, admins — and choose the one whose problem you are validating. Then map the shortest path from “opens the product” to “gets the outcome.” That path, plus the minimum admin tooling needed to operate it, is your MVP.

Step 3: Sort every feature into three lists

  • Must have — the product does not work without it (for example: sign up, create a booking, confirmation).
  • Manual for now — needed, but a person can do it from an admin panel at first (approvals, refunds, assigning delivery partners).
  • Later — valuable, but not needed to prove the core idea (referrals, loyalty points, advanced analytics, multiple languages).

The “manual for now” list is the most powerful budget tool you have. Anything a person can handle for the first 100 users does not need to be automated yet.

Step 4: Choose the cheapest platform that reaches your users

If your users are businesses working at a desk, a web app is almost always the right first platform. If your users are consumers on the move, a mobile app — or a mobile-friendly web app that can be installed to the home screen — may be necessary. Do not build three platforms to validate one idea.

Step 5: Define what success looks like before you launch

Decide in advance which number will tell you the MVP worked: bookings per week, repeat usage, paying customers, or hours saved for your team. Add basic analytics for that number from day one, so the next version is driven by evidence instead of opinions.

What a well-scoped MVP typically includes

  • Authentication (email, phone OTP or Google sign-in)
  • The core workflow for one user type, done properly
  • A simple admin panel to manage users, data and exceptions
  • Payments only if charging money is part of what you are validating
  • Transactional notifications (email, SMS or WhatsApp) for key events
  • Error tracking and basic analytics

If you are unsure what belongs in your first version, our project form will turn your idea into a draft scope — user roles, core modules, MVP scope and later scope — which our team then reviews with you.

Frequently asked questions

How long should it take to build an MVP?

A tightly scoped MVP for one user type and one core workflow typically takes 5–10 weeks. If the estimate is several months, the scope usually contains features that can be moved to a later version.

Should an MVP include payments?

Only if charging money is part of what you are trying to validate. Otherwise, invoice early customers manually or use payment links, and add in-app payments in a later version.

Start a project

Have a product or business problem in mind?

Describe it in a few sentences. You'll get a draft plan and a preliminary estimate right away — then a person on our team reviews it and gets back to you.

  • Free draft project plan in 2 minutes
  • Reviewed by our team within one business day
  • Written scope and price before any work starts
See Our Work