MVP Features You Should Cut (And 5 You Shouldn't)
The five features founders waste a month building before launch, and the five they skip that always come back to bite them in week three.
On this page
I've helped 30+ founders ship MVPs in the last three years. The same five features always get built that no one needs. The same five always get skipped that always matter by week three. This post is the cut list.
If you're staring at a Notion doc with 47 features and a six-week timeline, you're already losing. Pre-product-market-fit, every feature is a liability: code to maintain, a bug surface, a thing you'll have to migrate later. Cut hard. Then cut again.
5 features to cut before you write a line of code
These are the five I see in nearly every MVP scoping doc. They eat 30-40% of the build budget and contribute roughly zero to your first 100 users. Cut them now.
- Cut the custom admin dashboard. Use the database GUI (Supabase Studio, Retool, Postgres in TablePlus). You will look at this dashboard 12 times before you have 100 users. Don't burn 40 engineering hours on it.
- Cut multi-language support. Internationalization touches every component, every email, every error message. Ship in English. If a French customer wants in, that's a great problem and a paid feature later.
- Cut SSO and SAML. Magic links or email plus password covers 100% of pre-PMF B2B sales. Enterprise SSO is a deal-closer for $50K+ ACV deals, not for your first ten customers paying $49/month.
- Cut the public API and developer docs. You don't have a developer audience yet. Building OAuth2, rate limiting, webhook signing, and a docs site is two weeks of work for zero revenue. Add it when a paying customer asks.
- Cut customizable email templates. Founders love this one. Users do not. Ship one transactional email per type, hard-coded, with your brand. Customization is a v3 feature.
Bonus cut: dark mode. I know. But dark mode is a 4-8 hour rabbit hole when you account for testing every component, charts, syntax highlighters, and Tailwind's class soup. Ship light only. Add dark mode in week 8 if anyone asks.
Why founders keep building these (and shouldn't)
Every cut-list feature has the same psychological pull: it feels like real work, it's tractable, and the spec is clear. Building an admin dashboard is satisfying. Talking to your tenth user who hates your onboarding is not. Founders default to the satisfying work and starve the painful work.
I covered the validation side of this in [How to Validate a Startup Idea Before Writing a Line of Code](/blog/how-to-validate-startup-idea-before-building). Read that first if you haven't started building yet. If you're already mid-build, this cut list is your second chance.
5 features you should never cut
These five are non-negotiable. Skip any of them and you'll spend week three doing emergency surgery instead of talking to customers. They cost less than $50/month total at MVP scale.
- Authentication done properly. Use Clerk ($25/month free tier covers 10K MAU) or Auth.js with Postgres. Roll-your-own auth is the most expensive 'free' decision in software. Hashing passwords correctly, session rotation, password reset emails, rate limiting login endpoints — all solved problems. Use the solution.
- Core CRUD with audit logging. The user can create the thing, read the thing, update the thing, delete the thing. Every state change writes a row to an audit_log table with user_id, action, timestamp, and a JSON diff. You will thank past-you the first time a customer asks 'where did my data go?'
- Payments via Stripe Checkout. Stripe Checkout is a hosted page. Plug in a price ID, redirect, listen for the webhook. Two hours of work. Stripe charges 2.9% plus 30 cents. Don't build Braintree comparisons or 'we'll add billing later.' Charge from day one.
- Error reporting via Sentry. Free tier: 5K events/month. Wire it into your Next.js app in 10 minutes. The first time a user hits a 500 and you see the stack trace before they email support, you'll understand. Ship without this and you're flying blind.
- Product analytics via PostHog or Plausible. Track three events: signup, activation moment (the thing that proves the user got value), and the paywall hit. PostHog free tier covers 1M events/month. Plausible is $9/month if you only need page views. You cannot improve what you do not measure.
The cut list vs keep list at a glance
Here's the quick visual. If you're scoping with a co-founder or a contractor, screenshot this and align on it before the kickoff call.
| Feature | Verdict | Time saved/spent | Why |
|---|---|---|---|
| Custom admin dashboard | CUT | ~40 hours saved | Use Supabase Studio or Retool |
| Multi-language i18n | CUT | ~30 hours saved | Ship English. Add later if asked. |
| SSO/SAML | CUT | ~20 hours saved | Email/password covers pre-PMF |
| Public API + docs | CUT | ~80 hours saved | No dev audience yet |
| Email template editor | CUT | ~25 hours saved | Hardcoded transactional only |
| Authentication (Clerk/Auth.js) | KEEP | ~4 hours spent | Security non-negotiable |
| Core CRUD + audit log | KEEP | ~6 hours spent | You will need the diff trail |
| Stripe Checkout | KEEP | ~2 hours spent | Charge from day one |
| Sentry error tracking | KEEP | ~30 minutes | Visibility into 500s |
| PostHog analytics | KEEP | ~1 hour spent | Measure activation |
How to defend the cut list against your own brain
Founders cave on the cut list under three pressures: investor demos, competitor envy, and 'just one more feature' from a single loud beta user. Here's how I handle each in client engagements.
- Investor demo pressure: investors don't fund features, they fund evidence of demand. Ten paying customers on a janky MVP beats a polished demo with zero revenue every time. Show the Stripe dashboard, not the admin panel.
- Competitor envy: your competitor has 30 engineers and three years of build time. You have you, two months of runway, and a question to answer. Different game, different rules.
- Loud beta user: one user is not your market. If three paying users ask for the same thing, build it. If one free user asks, log it in a 'maybe' doc and move on.
What about design polish?
Polish is a keep, but a constrained one. Use a component library (shadcn/ui, Mantine) and pick a single accent color. That's your design system. Don't hire a designer for v1. Don't run a brand exercise. Don't build a Storybook. The MVP needs to be legible and functional, not beautiful. Beautiful comes after PMF.
If you want the full opinionated stack, see my post on [the best MVP tech stack for 2026](/blog/mvp-tech-stack-2026) — it pairs well with this cut list.
The 80/20 of MVP scope
If you cut everything on the cut list and ship everything on the keep list, your MVP is roughly 1,200-1,800 lines of application code, six database tables, and three external services (Stripe, Clerk, Sentry). It costs under $50/month to operate at 0-1,000 users. It ships in 7-14 days with a senior architect. Anyone telling you a different shape is selling you complexity.
I run this exact scope as my [MVP Build Sprint](/services/mvp-sprint) starting at $3,500. Two-week ship cycle, daily demos, no scope creep. The cut list is built into the engagement.
Frequently asked questions
What if my MVP is for an enterprise buyer who needs SSO?
Then SSO moves from cut to keep, but only if you have a signed LOI or letter of intent referencing it. No LOI, no SSO. 'Enterprise might need it someday' is a v2 problem.
Should I cut my marketing site too?
Cut the marketing site for v1. Use a single landing page on Vercel or Framer. A full marketing site with blog, careers, and case studies is a week of work and converts roughly 0% better than a one-pager pre-launch.
What about mobile apps for an MVP?
Cut native mobile for v1 unless your core loop literally requires the camera or push notifications. A responsive web app on Next.js covers 95% of use cases and ships in a tenth of the time. React Native or Expo is a v2 conversation.
Is GDPR/SOC2 compliance on the cut list?
GDPR basics (cookie consent, data deletion endpoint) are keep. SOC2 is cut until you have a deal that requires it. SOC2 Type 1 is a 3-month, $15K minimum project. Don't start it pre-PMF.
How do I handle the customer who demands a cut feature?
Ask: 'Will you pay $X more per month for this?' If yes and the LTV math works, build it. If no, it goes in the Maybe doc. Stated preference and revealed preference are different animals.
Related articles
No-Code vs Custom MVP: Which One Should You Build in 2026?
Bubble, Glide, and Webflow vs Next.js and Postgres. Here's the actual decision framework I use with founders, including the 7 questions that resolve it in under 10 minutes.
The Best MVP Tech Stack for 2026 (Boring, Fast, Cheap)
After shipping 30+ MVPs, here's the exact stack I'd pick today. Six tools, under $50/month at MVP scale, deploys in a weekend, and won't embarrass you in two years.
How Long Does It Really Take to Build an MVP? (Real Timelines)
Founders ask 'how long does an MVP take?' expecting a single answer. Here are five honest timelines by approach, with the trade-offs and hidden costs of each.
Want a senior eye on your stack?
If you are scoping an MVP, scaling a SaaS, or staring at an inherited codebase, book a 30-minute call. No pitch deck required.