[Adapted from an answer I wrote on Quora, and thought I’d share it on my blog too.]
Adding a lot more features won’t save your product
Everyone’s worked on a product it’s failing despite a ton of work behind it. It’s not for lack of great ideas, or a lack of bright minds working long and hard on the product. In the startup world, often this comes because after a new product is launched, there’s a Trough of Sorrow where features are often added to try to spark traction. After a few months of this, and a few shifts in direction, it’s easy to get a Frankenstein product that tries to do too much.
At this point, adding new features won’t help– what’s broken is at the core of your product, not out on the edges. Adding more to edges won’t do anything, because most of your users aren’t even getting there.
Eric Ries has a wonderful term for what to do here, which is to consider a “zoom in pivot.” He talks about it in his book Lean Startup, as a kind of pivot you can do if your product isn’t gaining traction.
The idea of the zoom in pivot is:
A single feature in a product becomes the whole product, highlighting the value of “focus” and “minimum viable product,” delivered quickly and efficiently.
The question is, how do you pick the feature you’re going to zoom into? And how do you validate that it can work as a standalone product? And how do you execute the pivot itself and what metrics can you look at?
Picking the new product
The actual process of picking the new product is the same as picking any new product for a startup. Ultimately it still has to go after a huge market, it has to be differentiated against competitors, and have a distribution model. You have to be passionate about it. Etc, etc. All the standard strategy issues apply, and I’ll leave this as an exercise to the reader.
In terms of tactics though, the big thing from a metrics standpoint is to try and figure out what’s actually getting enough usage to actually execute the “zoom in” pivot. After all, if you zoom into a smaller featureset that isn’t being used currently, that’s obviously much risker than noticing that out of 10 features, 1 or 2 are getting all the usage, so then you dump everything else.
Based on developing a product strategy, and looking at current usage metrics, you can develop a hypothesis for what a smaller product might look like. You can also create some goals you want to hit as far as the metrics are concerned- obviously the usage of the zoomed in feature should be much higher, but by how much? And the usage of the secondary features should become zero or minimal- are you OK with that? The next step is to test it.
Iteration and testing
It should be easy to test a “zoom in” pivot- just default the navigation and the description of the product to focus on what you’re zooming into. You can even test a few ideas simultaneously if you want to.
Here are a few high-impact places to test:
- Changing all the landing page where new/unregistered users arrive to reflect the new positioning
- Taking users directly into the functionality after they sign in or sign up, so that you are defaulting to that usage
- Using modal lightboxes or other highly prominent UI to channel users into the zoomed in featureset
- At the end of the typical workflow of the user, to take them to the feature again
The above suggestions focus on making the zoomed in feature more prominent, but you can also make the other features more secondary. You can do the following:
- Burying other features into submenus like “Extras” or “Goodies”
- Removing other features from global navigation UI
- Rewriting headlines to de-emphasize unneeded features, or removing text about them from landing pages, bulleted lists, etc.
The combination of all of the above – either by making the main feature more prominent, or the burying the secondary features – should help the goal. You can A/B test these, primarily focusing on new users, to see what the effect looks like.
From a metrics standpoint, I think as a baseline you’d want the zoomed in feature to increase significantly in usage, and for the secondary features to go to zero or nearly so. You also want to make sure some of the aggregate stats around frequency of use, time on site, content shared, etc. to be stable depending on what you care about.
Choosing a feature
After this iteration process, picking the zoomed in feature should be easy. You may have to go through an A/B testing process to smooth the transition from the old featureset to the minimalist one, but over some period of time you should be able to make the metrics move in the direction you want.
If it turns out the metrics are stubborn and some important metrics go down, then that’s much more problematic. It might turn out that the zoomed in feature you picked is somehow not right enough. Or maybe the userbase you’ve amassed isn’t right for the pivot. Or maybe you need to develop the featureset a bit more, in the direction you’ve pivoted, to get to the right product.
For all of these, the Plan B might be to either accept the new featureset and deal with the reduced numbers, hoping to fix them later. Or alternatively, the Plan B might be to pick a new featureset or continue iterating on the zoomed in featureset, until it works. That’s all gray area.
