How to Kill the Feature Creep Monster: Launch and Sell Early!

Which features should you add to your product before selling it?

Many founders get overpowered by the feature creep monster early in the development of their product. They stifle the progress of their startup because they get too hung up on thoughts like:

Here's something I learned about startups that will help you to find the right answer:

You ship something that lacks many crucial things, and people still buy it? Yep, that's the signal that you're on to something.

If it takes a feature-complete product before you can sell it, you're not building something 10x better than existing solutions. You're not on your way to product/market fit.

This is a guiding principle.

If you have a working product, even if it's working badly and still has a bunch of bugs ... launch and start selling!

This is going to be super uncomfortable.

But here's the much more painful alternative: Not shipping while working on your project for months, or even years, only to later discover that someone else has shipped and has essentially made your work obsolete before you even released it into the wild.

And while you might hate them for it, you may even end up making the humiliating decision to become a customer because, well, they solved the problem you've wanted solved. Check out The saddest "Just Ship It" story ever in case you need a cautionary tale...

Every time I'll get a payment notification it's gonna feel like stepping on a lego ... glued to a knife. My bank might as well change the notification from "You have paid 5$ to ThatCompany" to "You never shipped, loser".

Next time, that voice in your head says, "Sure, we'll ship it soon, but not now. It's just not ready yet. Just fix this one thing, and then..." Slap yourself and embrace the discomfort of shipping early.

‎Either people will buy or they won't. It doesn't matter at this point. The important thing is to get out of your head. The value at this point is not in revenue generated; it's in the lessons you learn from the marketplace by facing it early.

Here's a 3-step process for building a successful startup:

  1. Launch way too early
  2. Get people to use a product that isn't working well, lacks a lot of important features, and is annoyingly buggy
  3. Scramble to catch up and fix things as you're growing

If you do this with a product that has true potential, two things will happen:

  1. People will buy and use your product.
  2. Many of them will cancel because something is currently missing in your product's performance.

As long as you're losing customers at a slightly slower pace than you're winning customers, you're doing just fine in the early days:

  • You will have validated real market potential.
  • You will know what your customers care about most. That will give you focus.
  • The feedback you get from these people is the best kind of feedback you can get. It's feedback from people who are paying for your product.
  • You will be sufficiently motivated to focus on what matters most.

It will be a constant scramble to fix and add things. But you won't be just guessing working in your comfortable bubble. You'll be out in the messy market with real customers and requests. You'll know what needs to be done next.

You'll scramble until you catch up with the promise of your product.

Eventually, your product will deliver all the value people see when they first look at it.

I know this sounds harsh and "unpleasant," and it is. I know you'd rather just build the "perfect product" and then launch it in the "perfect way" and have "perfect customers" and live happily ever after in "perfect land," but that's not how the real world functions.

Real entrepreneurship is messy. It's a grind. It's a hustle. Get used to it or look for something else to do.

Don't fall for the false promise of one more feature. And don't let "I'm not good at sales" be a reason for not starting to sell now. Check out our SaaS sales advice or grab a free copy of my book SaaS Sales For Startup Founders.

Close Wasn't Perfect (Still isn't)

When we launched Close, there was no reporting in our app. Ouch.

We lost some really good customers because of that. It was painful.

But we retained more and kept on growing. Why? Because Close delivered so much value to our customers that they kept using it despite this glaring hole.

If nobody would have bought Close without the reporting, we would have stopped working on it. It's that simple.

Over time, we built out our reporting functionality step by step. We built some of the most-loved reporting features for sales teams in a CRM. Our customers rave about our reporting.

‎One of the features sales reps loved about our sales tool was our built-in predictive dialer. But when we launched Close publicly, we had to remove the dialer first, and our beta users complained bitterly about it. It was years before we reintroduced the dialer back into Close.

And we still have a lot of work to do. But that never stops.

One of our big advantages was our deep understanding of our users. Our developers coded the product in the same room as the sales team. We built our product from scratch as our core users actually used it.

Is Your Product Appealing Enough?

At its core, your product needs to be so good that people are willing to put up with your shortcomings (at least for a short time while you're building a more mature product). It needs to solve a core problem 10 times better than existing solutions, or what's the point in even starting to build it?

But Users are Requesting it!

What do you do if many users request a specific feature not aligned with your product strategy?

Don't give in if you don't really believe in it. Instead, try to understand people's core use case and problem behind the feature request rather than just listening to the proposed solutions.

Less is More

More features look good in itemized feature-comparison charts. But when people use a product, they don't want a gazillion features—they want an easy-to-use, fast product that gets the job done.

"Most software is better if it does less stuff."David Heinemeier Hansson, Creator of Ruby on Rails and Partner in 37 Signals

Cumulative Danger of the Feature Creep Monster

Feature creep is addictive. The more you fall for it, the harder it is to stop.

"Focus and simplicity are often more difficult to achieve than building features on top of features on top of features."—Gary Swart, CEO oDesk

One reason is simply that you've invested so much time and effort into building all these features that you'll always try to justify it as a good investment of your time and energy.

At a certain point, it becomes just too psychologically difficult to face the potential reality that this isn't the right product or feature.

That's why you should launch your product as quickly as you can. Start selling it. Don't let excuses get in the way. If you think you don't know enough about selling or aren't good at it, there's always the 30-day startup sales success email course for you.

Table des matières
Share this article