At what point do you sacrifice perfection in order to release a product?

David Feldman Data Analyst at Scribd

June 12th, 2015

It difficult to determine when you should sacrifice form (if ever) over function for a first-time entrepreneur. Is it better to make a product perfect, even if it means waiting to release past the set launch date? Or should you release it, even if it’s not the best it can be yet?

Dan Maccarone Co-Founder/CEO at Charming Robot

June 12th, 2015

No product will ever be perfect. Founders who think this end up in launch paralysis because there will always be tweaks that can be made. Big bugs that are glaring like major functionality not working are things to fix, but I'm a fan of getting stuff out there in the world, letting people use it, learning from it and making it better. You'll find out a lot of what you did wrong (and right) when you launch your product. Don't be afraid of being wrong because, inevitably, you cannot predict how people will use the product as you are not necessarily the user (even if you are A user). When you focus on what the product needs to do in order for users to (easily) accomplish their goals, you'll find that you can strip SO much out of your product so that any glaring major issues are obvious. Otherwise, get it out there and get people using it.

David Kurtz Chief Product Officer at Opera Mediaworks

June 12th, 2015

Not to be flippant, but my answer is: Immediately. Perfect is the enemy of done.

Perfection never occurs, so waiting for it is a fool's errand to start with; someone will always come up with something else you can add that will make it "perfect.".

Getting close to perfection only occurs because you get feedback from your customers on how they want to use your application. It's hubris to believe you can achieve perfection before customers touch your product and teach you how they want to use it.

That said:

A release has to have a purpose, it has to meet a need. You can't release until a user can succeed at the set of use cases that go into that need.
It has to have a level of usability to insure that users can actually succeed at using it without frustration setting in.
It has to have a level of polish so users who encounter it don't think: "it looks like crap so it must work like crap." But remember that doesn't always mean massive effort on UI: just look at Google's home page.

Dimitry Rotstein Founder at Miranor

June 12th, 2015

"If you're not embarrassed by the first version of your product, you've launched too late" (Reid Hoffman, Founder of LinkedIn).

Seriously, perfection doesn't matter. I would go even further - in many cases, at least when it comes to websites, you can launch a product that barely works, if at all (except maybe analytics and "contact us" form). Come on, what's the worst that can happen? A swarm of angry users will flood your mailbox? Good - it means your product is needed and you can go on and fix it, and now you will have plenty of angry user feedback that will help you concentrate on the stuff that matters. But a far more likely scenario is that almost no one will use your website, and no one will ever find out that it doesn't work as it should. Think how stupid you would feel to have perfected your product for nothing (I know this feeling all too well). With a total junk release at least you saved your resources for the next round.

So why not launch right now? Are you afraid that the users will be so angry they will never come back? Doesn't matter - others will come. If there are no others, if you exhausted your customer pool on the first launch, then you have no market anyway - move on to something better. Besides, human memory is short - in a few months these first users will forget all about your fiasco and come back to the new and improved product.

Bill Kelley

June 12th, 2015

We've established the term MVP for just this reason. We are ratcheting down expectations.

I would generally suggest the MVP priorities are 1.) reliability, 2.) demonstrate key benefits, 3.) cosmetics.

Reading between the lines, there is another factor that coule be playing behind your question: the infamous "feature creep." The leadership of the company needs to decide what is necessary and what is 'nice to have.' And they need to stick to it. Note: this is far easier to say than to do.

John Anderson

June 12th, 2015

The key is making sure you have enough functionality to be of users to your clients/customers, and make sure the functionality that is present is of high quality. You don't really need to "sacrifice" features, just have a good roadmap that can show you and everyone inside/outside of the company when certain features are scheduled to be included throughout the up and coming development cycles. It's much better to have a product with 7 well thought out and executed features, than 20 features that feel like they were thrown in.

As long as you have a good roadmap, you can mitigate responses about this or that feature not being in it. When people see the good features you have currently, and see the schedule for when other features are coming in, they will be more likely to wait.

Paul Self

June 12th, 2015

Bill is dead on right. I would not start development without an MVP definition. Otherwise it is pure feature creep and you will have to "shoot the engineer and ship the product".

I would further suggest creating a Customer Requirements Document and breaking that into various development phase with the first being the MVP. When you start with Customer Requirements, then you have to talk to customers and find out what they will pay for. You are not the customer and what you like is not important.

How do you eat an elephant? One bit at a time.

G.C. Mehta Top Level Management Executive/Advisor

December 15th, 2017

Perfection is on going process therefore the product should be improved /perfected in the light of feedback, changes in the technology etc so once satisfactory performance is achieved the product may be released.

Axel Schultze Founder Society3 Accelerator & Fundraising market place

June 14th, 2015

Get it out as soon as

1) Your MVP does what you have defined as the most differentiating thing to others

2) Publish a list of things that it doesn't do yet (known issue list) so people know what to expect

3) Let people know it is an early prototype / beta product

Get it out as quickly as you can and give your users a chance to become major influencer in your product development. Then you build essentially a product the market is asking for. Hard to go wrong with it.

G.C. Mehta Top Level Management Executive/Advisor

December 18th, 2017

Thanks for all the upvotes, launching date is important however product and its functional utility is most significant,since market dynamism,geo-political situation and customer preferences keep changing so the product should be adapted accordingly.

Fred Cohen We help grow companies

Last updated on January 29th, 2018

Nothing is ever perfect. Nothing is ever as good as it could be. Engineering, design, management, etc. are about making judgments based on parameters within a situation. There is no standard approach here, and that is why a CEO is the ultimate risk manager for their entity. As a first time entrepreneur, it would be wise to have an advisory board including "old hands" in the vertical you operate within, the subject matter at issue, and go to market ( as well as other things). They should help advise you in context. But then you have to decide.

Question stats