Should Companies Delay Products for More Features?
conq writes "BusinessWeek has a piece looking at if it makes sense for companies such as Sony to delay the release of products to ensure that when they do come out they are absolutely top of the line. From the article: 'In the tech world, where consumer trends can rise and fall and product cycles are short, that's more often the exception than the rule. The penalty for a delay can be severe -- even catastrophic. One of the biggest risks in postponing a product launch is being out-hustled to market by rivals.'"
Should Companies Delay Products for More Features?
:-)
Companies should release products when they are *done*. This means that they define a set of parameters they want to meet and then complete them. Putting a product out in a date driven fashion is a sure fire way to release crap that you end up beta testing on your customers while trying to add in new features/technology results in version creep. Want to please your customers and get them to come back for your other products? Release a product when it is done and if you want to introduce new features, that is an incremental release.
*Disclaimer: This only works if you do not have a monopoly...
Visit Jonesblog and say hello.
You just have to find the right balance.
Read the article and the real reason is plain as day:
"The main holdups were a copyright protection mechanism for the PS3's high-definition DVD player."
Yeah, right, top of the line cool features are delaying shipment. By the way, I have a bridge I want to sell you; and Vista is shipping this month!!
Quality Hosting e3 Servers
If a company can show sales figures at a particular time in the fiscal year, it may be more of an advantage over the lag in release date. It is a balancing act that is dancing between marketing promises, top line sales, etc. There is more to it that quality and features.
they should delay until all the QA testing and debugging are done. Adding features to buggy products leads to Microsoft Windows-like products and no ends of pain for customers/users...
"A door is what a dog is perpetually on the wrong side of" - Ogden Nash
Purely by chance, this story breaks on the same page as the latest Duke Nukem Forever story...
Slashdot Burying Stories About Slashdot Media Owned
This explains Dunke Nukem Forever! They're just waiting for everything to be developed so they can implement it in!
Napalm is nature's toothpaste
There is no correct answer to this question. If you put out a crappy product ahead of the competition, nobody will use it - look at the hordes of expansion packs that are released for every successful game. If you wait too long, everyone will have settled for what was available. The bottom line is that companies need to schedule a release date and meet it. If they can't get the product out the door with the original quality on the original timeline, somebody is not doing his job and the marketplace will reflect that.
Bethesda is an example of a company that typically waits until everything is 'just right' before releasing.
The company rarely gives any public information about timelines, they simple say "It will be released when it is done". Which often includes many long delays, but when the product finally is released you can always count on getting your money's worth.
Big ones, small ones, some as big as yer 'ead!
Give 'em a twist, a flick o' the wrist...
In an industry where there is no originality, only evolution, having your competitor's product out before yours doesn't mean much. People will buy yours if it's better or has features they want. If you're making another XBox 360 but calling it Joe 180, it's your own fault. I for one wouldn't mind things slowing down some, more in software than hardware. Pay programmers not for the final product (or the nth iteration of the product), but for their work on it. Windows' backward compatibility and long next-version-time-to-market is probably the best thing going. Better than having to try to make your product for a particular version of Linux and then right 20 pages of documentation detailing how to get it to work with another version.
I don't see how this is truely a new problem. Feature creep has plagued the software development industry for decades. Considering that everyone wants thier new toaster to properly toast bread, bagels and muffins, the next logical step is of course: how can you bake cookies with it?
It's the marketing zombies that keep trying to one-up each other adding features and screwing up us programmers. There must be a limit placed on the madness. Get the thing working NOW, then worry about what you *can* do with it later.
-=- I tried going insane, and it was fun for a while, but I got bored and decided to go sane. -=-
You can always make your product better by killing one feature.
This rule is recursive.
If you're asking yourself at the end of the development cycle if you really need some features, why have they survived the design phase?
I wait until stuff is obsolete to get it.
Really.
You can get obsolete stuff (anything more than a year old now) for rock bottom prices and often you can pick it up off of trash piles for free.
I grabbed a really nice mf printer/scanner/copier off a trash pile the other day that works great, they even put the manuals inside. It was clean and in perfect working order. I guess they had to have the bleeding edge product of the week.
Works for me..
You can't imagine how much cool stuff I get out of trash piles and how much money I save. I wasn't born with the "trendy gene"..
The short answer to the query is "absolutely not."
Adding "features" is the last thing a successful company does. Added "features" are what delineates a Creative Zen or a Dell DJ from an Apple iPod. The former two concentrated on adding a bunch of superfluous "features" designed to placate a narrow audience, while Apple just built the best damn music player they could before starting to add things.
"Features" are the enemy of a shipping product in the same way the perfect is the enemy of the good. How do you know what "features" are really useful and what "features" are wastes of time and energy. You don't - at least not if you're honest with yourself.
Successful technologies like the iPod are based on simplicity. Bad products, like Windows Vista or Office, are based on trying to jam a bunch of features down the throats of their users. The iPod isn't a success because it has the most features of any digital music player, it's the king of the hill because it does what it does damn well. Hell, the iPod shuffle is about as simple as it is possible for a music player to get, and that simplicity is why it was the success that it was.
Good design isn't about adding features. It's about ensuring that every feature is essential . If you're delaying ship dates to add features you think are worthwhile rather than features which really are essential (and those are rarely overlapping sets), then you're doing something wrong.
As other posters have mentioned, the key to releasing a successful product is all about balance. As a product manager, I would love to be able to wait until the product has 100% of the specified features and zero bugs before we ship it.
That's just not feasible in the real world, though. While first to market does not necessarily provide an advantage, being las to market is a tough hole to climb out of. Additionally, there are always pressures to meet revenue expectations, especially in a public company. This is why I try, as much as possible, to define requirements early, to work with our engineering team early to get initial (and continually refined) estimates, and to know which features I can sacrifice when we get to crunch time and the product has to ship.
Having worked on both the software development side and the product management side, my impression is that most programmers and software engineers are not aware of the pressure to meet revenue targets. It is the reason (in a lot of cases) why the company exists. Waiting "until it's done," in many instances is just not feasible...at least if I want the company to stay in business.
It's "no one," not "noone." Who the hell is noone anyway?