📺 Stream EntrepreneurTV for Free 📺

Too Many Bells and Whistles Will Not Sell a Product Most customers and marketers can't remember or name more than a half-dozen key features of any solution.

By Martin Zwilling

entrepreneur daily

Opinions expressed by Entrepreneur contributors are their own.

Shutterstock

Technical entrepreneurs love to compare the number of features in their product to competitors, and they love to keep adding features -- just because they can. Unfortunately, this approach often turns off mainstream customers, who find the result hard to use. Even worse, this "feature creep" often makes the final product late to market, sluggish and more expensive than competition.

Related: The 7 Steps of Effective Product Development

"Focus" is the key to success in a startup, and a minimum viable product (MVP) that does a few things better than anyone else will get more attention quicker from your market. From that base, you can then iterate more effectively, based on customer feedback, to add additional features that really expand the market. Early adopters, who love to count features, are not your major market.

As a former developer, experienced technical entrepreneur, and an advisor to many startups, I recommend that every technical startup adopt and live by some strict strategic and organizational rules to counteract the urge and risks of feature creep. These include:

1. Separate requirements gathering from product implementation.

Every startup team needs a "product owner" role who is not an engineer or coder to collect from customers, prioritize and document required features. Then developers size the implementation alternatives, and startup executives draw a line based on vision, costs and funding.

2. Define and enforce role and decision authorities.

Developers should get the last word on implementation, sizing and duration alternatives. Marketing and product owner negotiate the minimum viable product level based on competition and customer expectations. Financial executives set staffing budgets and monitor spending.

3. Communicate and commit to a formal development process.

With agile and other incremental development processes, schedule and track the allowable time boxes -- one to four weeks -- per cycle. In my experience, where development cycles and timeframes are completely open-ended, the number of features goes up, and the quality goes down.

4. Update or substitute features as required, but keep the same total.

The team must deal with changes from the market and technology but resist any urges from anyone to add features without pruning or removing others. Maintain role responsibilities as previously defined including executive sensitives to overall progress and opportunity.

Related: When You've Built an Audience You'll Know What Product to Sell

5. Focus on stability, usability and performance of key features.

The urge to add more features often takes priority over confirming that the basics have been implemented with a competitive level of quality and ease of use. A bloated product with more features done poorly will not survive against a simpler product that does a few things very well.

6. Incrementally add features in small numbers to follow-on releases.

Including too many features into initial release dramatically increases time-to-market and the likely need to pivot. Customer requirements should be re-confirmed and re-prioritized after each release. Plan incremental releases every few months -- but not too frequently.

7. Avoid adding features for a single customer to close a sale.

Sometimes it pays to say "no." Features added which have not been evaluated to have general appeal make your product more difficult to support, dilute your development effort for important features and complicate the usability and installability for all customers.

8. Build multiple products versus a single product with many features.

The advantage of a multiple-product strategy, with integration capability, is that it allows a natural planning cycle for market requirements, resources required and marketing efforts. Customers are not "forced" to buy features and complexity they don't need.

Related: 5 Tips to Get Your Product or Service Noticed

In reality, most customers and marketers can't remember or name more than a half-dozen key features of any solution, so extending your implementation to double or triple this number is counter-productive. The negatives outlined here of "feature-itis" in a startup far outweigh the potential positives of appealing to more customers. Don't let your business be a victim of feature creep.

Martin Zwilling

Veteran startup mentor, executive, blogger, author, tech professional, and Angel investor.

Martin Zwilling is the founder and CEO of Startup Professionals, a company that provides products and services to startup founders and small business owners. The author of Do You Have What It Takes to Be an Entrepreneur? and Attracting an Angel, he writes a daily blog for entrepreneurs and dispenses advice on the subject of startups.

Want to be an Entrepreneur Leadership Network contributor? Apply now to join.

Side Hustle

These Coworkers-Turned-Friends Started a Side Hustle on Amazon — Now It's a 'Full Hustle' Earning Over $20 Million a Year: 'Jump in With Both Feet'

Achal Patel and Russell Gong met at a large consulting firm and "bonded over a shared vision to create a mission-led company."

Productivity

Want to Be More Productive? Here's How Google Executives Structure Their Schedules

These five tactics from inside Google will help you focus and protect your time.

Side Hustle

How to Turn Your Hobby Into a Successful Business

A hobby, interest or charity project can turn into a money-making business if you know the right steps to take.

Business Ideas

63 Small Business Ideas to Start in 2024

We put together a list of the best, most profitable small business ideas for entrepreneurs to pursue in 2024.

Business News

These Are the 10 Most Profitable Cities for Airbnb Hosts, According to a New Report

Here's where Airbnb property owners and hosts are making the most money.