Tuesday, December 08, 2009

What does "Pivoting" really mean?

Lean Startup and Customer Development are techniques/processes being used by a lot of startups, especially software and services companies. A term commonly used in both techniques is "pivoting". It means that the company changed direction--it was developing a floor wax, which no one wanted, so it "pivots" to develop a dessert topping. Gratuitous SNL reference aside, what usually happens is that the company developed a product with one feature set, then learned that what customers really wanted was a different feature set. In forums on the Web, I often read about companies that pivoted, sometimes three or four times.

What pivoting really means is "We got it wrong." Don't take this the wrong way--I've gotten it wrong many times in my career--but often, a company could have avoided pivoting if it had done more homework upfront. So, how do things go wrong?
  • The team understands technology but not the market: They spot what looks like an opportunity, but they don't really understand the domain all that well, so they define a product or service that looks good to them but not to their target customers.
  • They talk to customers but don't listen: Even when a startup sets out to talk to customers, they dismiss negative feedback--perhaps their product is "too advanced" for the customers they're talking to, or the problems that customers are expressing aren't really problems, or frankly, their customers are stupid.
  • They don't ask the right questions, or they don't ask them in the right way: Large and small companies alike distribute huge, complex, poorly organized surveys that scare off respondents, get low response rates and are too small a sample to be representative of their target customer base. Or, they use focus groups, which have their own set of risks and are often used the wrong way (the company wants to get projectable results when they actually get impressions from a small subset of customers).
  • They copy what competitors are doing: The team starts with an existing product or service and then does a variation--cheaper, faster, or more features. That assumes, however, that the competitive benchmark is actually successful or has features worth replicating. It may turn out that the competitive benchmark isn't successful, and the company ends up replicating a failure.
The solution is to understand more, earlier in the process. Whether that means talking to more customers, asking the right questions in the right way, doing more secondary research or bringing a domain specialist into the team, knowing more upfront is likely to result in a better product/market fit, fewer pivots and faster revenue growth and profitability. None of this invalidates creating Minimum Viable Products or an iterative product and customer development process. It just means spending more time to insure that you're pursuing a real opportunity and not a mirage.
Reblog this post [with Zemanta]

No comments: