Big Helpers · Pvt Ltd since 2008 · Trust & verification
Startup Guide

How to scope an MVP without losing the plot

Most failed MVPs don't fail at execution — they fail at scope. Here's the 5-question filter we run with every Big Helpers founder client before any code gets written.

TL;DR

  • Cut to the one workflow that creates value. Everything else is v2.
  • Build for the first 100 users, not 100,000. Optimisations come later.
  • Use boring tech (Next.js + Postgres + Stripe). Novel stacks add weeks for nothing.
  • Ship in 8 weeks max. Anything longer means scope is wrong, not engineering.

The 5-question scope filter

For every feature you're tempted to add, run it through these. If it can't survive all five, it's v2.

  1. Does this feature directly create the value users pay for? If not — admin convenience, "polish", "nice-to-have" — drop it.
  2. Will the first 100 users notice if it's missing? If they won't even ask, it's not MVP.
  3. Can you fake it manually for the first 50 users? If yes — Excel, WhatsApp, manual admin — fake it. Build it when the manual cost crosses the dev cost.
  4. Is there a free SaaS that does this? Use Calendly, not a custom booking widget. Use Mailchimp, not a custom email engine. Save weeks.
  5. Will this feature take more than 5 days to build? If yes, defer to v2. MVPs ship by stacking small wins.

What every MVP needs (the actual minimum)

LayerMinimumWhat you DON'T need yet
AuthEmail + Google loginSSO, SAML, custom OTP, social-of-the-month
Core workflowOne happy path, end-to-endEdge cases, bulk actions, advanced filters
PaymentsRazorpay one-time + UPISubscriptions, refunds, multi-currency
AdminList + CRUD on key entitiesReports, dashboards, role hierarchy
Notifications1 transactional email per actionPreference centre, digest, push, SMS
AnalyticsPostHog free tierCustom dashboards, attribution modelling
Heuristic

If your MVP spec is >2 pages, you have a v1 product, not an MVP. Cut until it fits on 2 pages. The cuts hurt — that's the point. See our 8-week MVP playbook →

The "manual first" rule

Every operations feature can be faked manually for the first 50 users. Examples:

You'll feel like a fraud doing manual work. You're not — you're learning what the system actually needs to do before paying to automate the wrong thing.

FAQ

What if my investor wants "all the features"?

Investors want traction, not features. Show 100 paying users on the lean MVP and they'll fund the v2. Show a feature-complete product with 0 users and you'll close no round.

What if a competitor has feature X and we don't?

You're not competing on feature parity at MVP stage. You're competing on whether anyone uses it. The competitor with 50 features and 200 users is in worse shape than you with 5 features and 200 users.

Last reviewed: 21 April 2026.

Want this built for you?

Talk to Kashvi — 30-min call, honest assessment, no pitch deck.

📬 Practical India-context guides — in your inbox

One useful guide a week from Kashvi. No spam, no marketing fluff. Unsubscribe anytime.

Or just subscribe via RSS ↗

Sources & references

Pricing in this guide is verified as of the article date. Verify with vendors before committing budget — rates change quarterly.

💬