Tell me more ×
Answers OnStartups is a question and answer site for entrepreneurs looking to start or run a new business. It's 100% free, no registration required.
up vote 7 down vote favorite
2

Just today I started to get interested in this field and I've started with Getting Real. I kept seeing answers here that recommend it and it also seems trustworthy.

However, one thing I don't get is this:

We'll cover the concept of less throughout this book, but for starters, less means:

  • Less features
  • Less options/preferences
  • Less people and less corporate structure
  • Less meetings and abstractions
  • Less promises

I understand most of these, but "less features"? why?

Later in the book they mention Writeboard. I Googled it to see what we're talking about, but to be honest I was kind of disappointed. I assumed it was something like an online OneNote or something..
It's just a place to put text in online.

It is useful IMO, don't get me wrong, but if it had more features wouldn't it shine much brighter? Maybe if you could also draw and not only type text, maybe you could drag & drop images, or attach files, and so much more.

Why shouldn't my application thrive with features to make the user experience as best as I can make it?

By the way, that doesn't have to mean that my software would be even a tiny bit more complex or intimidating.

Also, why less options/preferences? people want to be able to customize their programs. Think of a world where you can barely do that.. isn't it just awful by comparison?

share|improve this question
2  
Well how many features are there on the Google homepage? – frenchie Jan 27 at 14:36
@frenchie Ugh you really tackled me. It's so weird. The way I always saw it is the more features - the better, and suddenly it appears to be the other way around. I still don't understand why it is like that. Although for Google.. I don't see anything they can add to the homepage. The links at the top of the page have everything. – Ken Jan 27 at 14:46
2  
There's a quote that goes something like "perfection isn' reached when there's nothing left to add but instead when there's nothing left to remove". Search engines used to look like the Yahoo homepage and then Google removed every feature they could and I think they were just left with the search bar. But less features doesn't mean less capabilities; it's just that you want the features to be revealed as the users get more involved with the product, not upfront. The opposite example would be MS Word: you need to take a class for 6 months before you can use it to write a letter. – frenchie Jan 27 at 14:50
@frenchie Oh, I'm starting to get a clearer picture. But why believe in "no features" rather than "simple"? simple programs can have tons of features, but if they keep a simplistic user-interface and not limit essential features for extra features, it sounds much more appealing, don't you think? – Ken Jan 27 at 14:54
They're talking about the phase when you're STARTING a business: you start with a simple product that's focused on few features and then you add them as the business evolves. Facebook started with just status updates. You start simple, and then you add. – frenchie Jan 27 at 15:00
show 5 more comments

6 Answers

up vote 12 down vote accepted

There's a quote that goes something like "perfection isn't reached when there's nothing left to add but instead when there's nothing left to remove". Search engines used to look like the Yahoo homepage and then Google removed every feature they could and I think they were just left with the search bar. But less features doesn't mean less capabilities; it's just that you want the features to be revealed as the users get more involved with the product, not upfront. The opposite example would be MS Word: you need to take a class for 6 months before you can use it to write a letter.

Getting Real talks about startups and STARTING a business: you start with a simple product that's focused on few features and then you add them as the business evolves. Facebook started with just status updates. You start simple, and then you add.

share|improve this answer
1  
To add to this one.. you have limited resources. Period. Whether that is time, money, people, market opportunity, etc, you can only do so much. So it's better to do fewer things better than do everything halfway. Also, remember than anything released has to be included in support, future testing, iteration planning, etc, etc. – CaseySoftware Jan 27 at 21:33
1  
@CaseySoftware: very true. Google now even has software that can drive cars; they didn't need that feature to launch their search engine. – frenchie Jan 27 at 21:35
Their market cap is also larger than 80% of the countries of the world and they can cherry pick grads from all over the world.. so they're starting to have (effectively) unlimited resources. That changes the economics completely. – CaseySoftware Jan 27 at 21:46
4  
Less features also mean less distraction, less bugs, and more focus on the core of what you're doing. There was a TV advert that ran a few years ago, about a guy going to a cafe and ordering coffee and getting drowned in the questions by an employee - this or that, and the likes. He ends up assaulting the employee and storming out shouting "I only wanted a coffee". Can't remember what the ad was for, but seems relevant in this discussion here – elssar Jan 28 at 3:49
@elssar: yes that's a good point. Less is more in the startup world. – frenchie Jan 28 at 15:14
up vote 4 down vote

'Getting Real' is good book, heavy on substance, but heavy on hype and over-simplification too.

People love to quote famous writers and throw stuff like 'fewer is better', 'small is beautiful'.

More is Actually Better

As you have probably noticed, quite often, more is more. What a surprise. That is why Microsoft Office, while considered bloated by many, is still the most profitable software in the world.

You Can't Do More

You should forget the literal interpretation of the 'less is more'. Be smart and think about it. The real problem is people significantly underestimate how much effort it takes to implement a given feature. It takes even longer to do it well. And it takes, again, much much longer, to implement it in a notably good way. (Think 'Paper' for iOS)

Do As I Do, Not As I Say

If you look at 37 Signals' own products, you will notice that they add stuff over time. They have almost never removed features. It is logical, and makes sense, but is inconsistent with the advice they give.

Focus

So, even if more is more, you can't do it all. You can't even do much. What you can realistically hope for, is to correctly identify the core functionality of you app/idea, and to put all your efforts into it.

In the end, if you succeed in making it good and satisfying beyond people's expectations, it might just be enough for success.

share|improve this answer
Microsoft Office is made by Microsoft: they can afford to spend a billion dollars a year to have a few thousand developers implement all sorts of features. Startups can't, and therefore shouldn't. 37signals isn't a startup either, at least not anymore; they can also afford to add features. But I totally agree with you on the fact that people vastly underestimate how much time it takes to implement even seemingly simple functionalities. – frenchie Jan 28 at 22:53
Microsoft Office was an example that if you can do it, more is actually better. There are 2000-3000 developers on MS Office. The product generates several billions per year. To suggest how successful it is, just divide by 1000. Equals 2-3 devs earning millions. – Boris Jan 28 at 23:19
@Boris - Office is successful because it is the defacto corporate standard, not because it is an awesome product. Most people use a small percentage of its capabilities, but not the same parts. Uncontrolably adding features makes them very hard to rationalise later. – dave Jan 30 at 6:01
@dave ... and it is the standard for a reason. Many features well implemented trump few features well implemented. – Boris Jan 30 at 6:03
@Boris - it is the standard for a number of reasons, not the least of which was Microsoft's early sabotage of competing products (Windows won't ship until Lotus 123 won't run). – dave Jan 30 at 22:42
show 1 more comment
up vote 2 down vote

Features add complexity. Complexity makes usability more difficult and increases development and maintenance time.

Best is to find the sweet spot, with just the right balance between features and complexity.

share|improve this answer
up vote 2 down vote

Less features is better. One of the biggest problems in software is that developers love to make stuff. (it's in our nature, and yup I'm guilty too)

Product Guy 1: Can you make this blue?...

Product Guy 2: Nah. Wait how about purple?...

Developer: How about we just make it configurable! I'll need to add a new table to the schema, store the current value in the session, build a configuration page with a color wheel widget that lets you choose the color...

It takes a lot of restraint for the developer (and product management) to say no - we don't need this. Or as they often say in Agile Development YAGNI (Ya Ain't Gonna Need It).

Both groups of people should be focused on what features the end user actually needs. Do they need to be able to export this data? No? then don't waste time building the export wizard.

When indecisive about a feature... I like to ask myself... "Are we going to lose customers if we don't add this feature?" - If the answer is no or likely not then you need to ask yourself if it is worth adding.

share|improve this answer
You're blaming the developer but it's the product team asking for these features. The developer wants to craft the best solution possible that satisfies the request, with the incentive of not being bothered further with ridiculous and mundane requests such as color changes. – Joe A Jan 30 at 0:54
I think the "blame" goes to both parties. The Developer shouldn't blindly accept the "requirements"... and the Product team should "verify" the actual needs before making the items a "requirement". I can't count the number of times that a product person has stated a "requirement" that was actually their "personal desire". It is better for both parties to succeed by satisfying the customer's/market's needs. ;-) – scunliffe Jan 31 at 15:54
up vote 1 down vote

I am missing an important issue so far: product-market fit. Unless you are building a product for yourself, YOU ARE NOT THE CUSTOMER. You may think you know its needs well, but you WILL be wrong on many parts. Starting with less means less wrong assumptions (and therefore less waste of your efforts).

Focus on product-market fit

Entrepreneurs are passionate and inevitably opinionated (this is a good thing). It's a good strategy to start with less, get surprised by user feedback, learn from it and then home in on additional features that hit the mark better.

share|improve this answer
up vote 1 down vote

“Simplicity is the ultimate sophistication.” ― Leonardo da Vinci

All features in your app add value to it... and cost for you to maintain them.

Every feature means more code, more bugs, more user training, more specs, more designs, more docs, more performance issues, but not always means more value for the user. Indeed, 20% of your features shall represent 80% of your app's value.

"Less features" is just another way to say "Stick with the 20% that matters and forget the 80% of headache!"

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.