Everyones worked on a product its failing despite a ton of work behind it. Its 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, theres 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, its easy to get a Frankenstein product that tries to do too much.
At this point, adding new features wont help- whats broken is at the core of your product, not out on the edges. Adding more to edges wont do anything, because most of your users arent 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 isnt 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 youre 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 Ill 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 whats actually getting enough usage to actually execute the zoom in pivot. After all, if you zoom into a smaller featureset that isnt being used currently, thats 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 youre 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 youd 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 thats much more problematic. It might turn out that the zoomed in feature you picked is somehow not right enough. Or maybe the userbase youve amassed isnt right for the pivot. Or maybe you need to develop the featureset a bit more, in the direction youve 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. Thats all gray area.
SOURCE: http://bit.ly/IBb2qH, this factual content has not been modified from the source. This content is syndicated news that can be used for your research, and we hope that it can help your productivity. This content is strictly for educational purposes and is not made for any kind of commercial purposes of this blog.