/// Tips

The Beta Principle: Skip Perfection & Launch Early

tip
by Scott Belsky
One thing every company has in common is a desire to innovate. Whether it means creating entirely new products or improving existing ones, everyone is familiar with the anxiety that accompanies all things new. All too often, we strive to get everything right the first time around. As a consequence, our products suffer from costly delays and insufficient feedback prior to launch.For a solution, we can steal a page from the playbook of modern Internet and technology companies that have pioneered the practice of “launching in beta.” As you probably know, most of Google’s products are launched in beta (with bugs and all) for the world to adopt. The “Labs” icon in the top right hand corner of Gmail is a treasure trove of quickly executed ideas that Google is testing. Some are clearly half-baked, but all are available.

Why? Because sometimes it’s best to launch a product before it’s perfect. I call this acting without conviction. You may be uncertain – and some things may remain unfinished – but you’ve got to push it out. The reasons are both practical and psychological.

Sometimes it’s best to launch a product before it’s perfect.

On a practical level, you can only get feedback and real user data when the product is released. Google makes major changes to their products while they are in beta – and these changes are made based on rock-solid analytics. Also, if there are fundamental flaws in your assumptions about your product, you will realize them more quickly if it’s live. Rather than spending many months (and lots of money) on the finer details, getting early feedback can lead to priceless realizations.

On a psychological level, a team thinks differently once the first version of a product is up and running. Rather than working for a hypothetical group of customers, everything you do affects real people. Your team will become more expedient and start to think of the project in smaller chunks rather than as an insurmountable giant.

Even Apple, a company that is known for perfection and control, releases products with known shortfalls in exchange for market data and an early impact in the marketplace. Inside chatter that I’ve heard suggests that the critical “copy/cut/paste” functionality, noticeably absent from the early iPhones, simply wasn’t good enough yet at the time of launch. Rather than hold the iPhone back, Apple released the product anyway. And when they figured out the right solution, they upgraded the functionality many months later.

Especially for those perfectionists among us, it is important to weigh the benefits and costs of extending development. Oftentimes, the bounty of information and insight garnered from launching (or “going public”) is greater than the cost of early adopters finding a few bugs — and bringing them to your attention!

--

This post was written by Behance Founder & CEO Scott Belsky, whose new book, Making Ideas Happen, chronicles the methods of exceptionally productive creative people and teams. Learn more about MIH.

/// Comments Add a Comment

Captcha Stuck? Try Another...
  • I think this makes sense for maleable products (ie software/websites). But what about things that are more fixed, like a feature film, or a wedding cake. I guess I would say you can learn from those projects and consider them beta and upgrade future products, but it just seams weird to me for some things. Like I don't want to make 12 terribly thought out movies to eventually make 1 great one. I'd rather have spent time and made 2 good to great films. ...but that's just me.
    Joe /// 8/20/2010 3:16 pm
  • I've found that launching projects in beta also tend to keep the bosses happy. It provides that reassurance that you're making progress and confident enough in your work that you aren't afraid to let the public see it even before it's 100% ready to go.
    Chris /// 6/24/2010 4:33 pm
  • Yes and... If you think of bringing out new products early as a form of 'clinical trial' before launching the 'safe' product, then yes. Go for it. And... recognise that whilst this less than perfect product is being tested and tweaked, your trialists deserve some compensation and benefit for the risk they are taking and ideas they are bringing to you.
    NickCrosby /// 6/10/2010 8:44 am
  • I totally agree. We launched an online flu surveillance project in beta mode last october during the H1N1 pandemic. I think we would still be working on it if we had waited for the product to be perfect. User comments helped us fine-tune the project while collecting precious epidemiological data.
    Louis-Robert /// 4/29/2010 3:02 pm
  • Agreed! In the internet age velocity is a necessity. So launching a product quickly and less than complete is always the better strategy. Similar to the "Ready, Fire, Aim" approach to business.
    Cristian /// 3/3/2010 11:22 am
  • well, this is also valid on all levels within the company: if you know the boss will want it all redone anyway, better showing sketches on Tuesday than renderings on Friday afternoon... it sounds to me like common sense indeed. Pushing it to the next step, involving the end users, isn't always comfortable but it makes a lot of sense.
    Tanguy /// 2/26/2010 11:59 am
  • hmm.. I would very interesting to read answer by Alan Cooper to this post.. :)
    Victor Novak /// 2/26/2010 4:21 am