svpg
FREE newsletter

Subscribe via RSS

Subscribe

Tag Cloud

product management product discovery management company culture product owner product portfolio planning product development process product strategy product marketing product manager marketing great products user experience design innovation agile scrum project management minimum viable product user testing prototype testing

Browse by Date

  • April 2012
  • March 2012
  • February 2012
  • January 2012
  • December 2011
  • October 2011
  • August 2011
  • July 2011
  • June 2011
  • May 2011
  • April 2011
  • March 2011
  • February 2011
  • January 2011
  • December 2010
  • November 2010
  • October 2010
  • September 2010
  • August 2010
  • July 2010
  • June 2010
  • May 2010
  • April 2010
  • March 2010
  • February 2010
  • January 2010
  • December 2009
  • November 2009
  • October 2009
  • September 2009
  • August 2009
  • July 2009
  • June 2009
  • May 2009
  • April 2009
  • March 2009
  • February 2009
  • January 2009
  • December 2008
  • November 2008
  • October 2008
  • September 2008
  • August 2008
  • July 2008
  • June 2008
  • May 2008
  • April 2008
  • March 2008
  • February 2008
  • January 2008
  • December 2007
  • November 2007
  • October 2007
  • September 2007
  • August 2007
  • July 2007
  • June 2007
  • May 2007
  • April 2007
  • March 2007
  • February 2007
  • January 2007
  • December 2006
  • November 2006
  • October 2006
  • September 2006
  • August 2006
  • July 2006
  • June 2006
  • May 2006
  • April 2006
  • March 2006
  • February 2006
  • January 2006
  • December 2005
  • November 2005
  • October 2005
  • September 2005
  • August 2005
  • July 2005
  • June 2005
  • May 2005
  • April 2005
  • March 2005
  • February 2005
  • January 2005
  • HOME
  • Services
    • Product Management
    • Product Marketing
    • Technology
    • User Experience
    • Public Workshops
  • Articles
    • Index
    • Blog
  • Clients
  • Resources
  • Company
    • Team
    • Manifesto
    • Contact Us

Framing Product Decisions

Posted by Marty Cagan on May 15, 2006

Tags: product principles, product manifesto

Judging from all the feedback from the last posting, it sounds like quite a few of you are struggling with your company’s process for product decisions (or lack thereof!). Lots of complaints about endless meetings without structure or decisions, second guessing earlier decisions, vetoes, politics and what I call “drive-bys” (when a manager just drops in every so often, shoots down your progress, and then is gone again without providing the feedback or guidance that could help you address his concerns).

While this type of situation can occur with virtually any decision a company must make, I think it’s true that with product decisions this is an especially common problem. As I see it, there are several reasons for this. First, everyone has an opinion on the company’s products; it is probably what attracted them to join the company in the first place. Second, everyone feels strongly about the product since at some level we all realize that companies need money to survive, money comes from customers, and customers come for the products. Third, many of your colleagues view themselves as much more like your target customer than they really are (or think they understand the target customer much more than they really do).

Combine this with the fact that in most organizations, the product team doesn’t actually report into the product manager, so the product manager must persuade the team and not dictate to the team. The result is of course what makes product management so difficult and at times extremely frustrating.

In some teams, the product decision process can become so contentious and deadlocked that the decision must be escalated to a senior manager in order to move forward. If this happens (and sometimes it is unavoidable), I consider this to be a very bad result. You want the debate and the arguments. And you want everyone on board at the end. In most cases, a much better product will result. A senior manager can always go and make the call for you, but besides the resentment this creates, the product is the biggest loser.

I suppose it’s little surprise that so many of you asked for help on an effective process for making product decisions.

I will not pretend that there’s a way to make the product creation process painless. There isn’t. And further, constructive debate and argument is I believe an essential ingredient to coming up with a great product. While I know those arguments are necessary, it doesn’t mean I always enjoy them.

That said, as product manager you can make a very significant impact on this process; minimizing the churn and maximizing the creativity and the quality of the result.

For virtually all product decisions, the key is in properly framing the decision to be made, and first getting everyone on the same page in terms of:

- what problem exactly are you trying to solve?
- who exactly are your trying to solve this problem for - which user profile?
- what are the goals you are trying to satisfy with this product?
- what is the relative priority of each goal?

In my experience, most of the time there’s strong disagreement in the product team, it’s not really over the facts of the situation; it’s because each person has a different interpretation or weighting of the goals and the priorities.

For example, you should be arguing about what’s most important to your target user: ease of use, speed, functionality, cost, security, privacy? This is the right argument. Once you’ve agreed on what the goals are and who exactly you want to satisfy, and just as important, the relative priority, then you all have a common basis for evaluating and assessing the options.

Note that it is extremely important to take the prioritization seriously. You should get the team to agree on a specific ordering, 1-n. Don’t just wave your hands and group the goals into something like “critical” and “very important.” Be sure you can all identify what is the most critical, and then the second most critical, and so on.

I would say that when I am called in on controversial product decisions, all too often the group has effectively skipped this step, and is deep in the weeds of each option, everyone passionately arguing his case but without the common basis for evaluation. Everyone is assuming the objectives and the priority. Even if you have done a great job developing these objectives you should remind the team prior to the decision process – put it up on the white board so that the team can see the exact framework for evaluating the options and making the decision.

Moreover, I think it is very important for product managers to be completely transparent in their decision making process and reasoning. You don’t want the team thinking that you’re shooting from the hip or just following your intuition. Every member of the team should be able to see the goals and objectives you are using, and their priority, and how you assess each option, and therefore the decision and the reasoning behind how you got there should be clear to all.

So the next time you find your product team battling it out and getting into that unproductive and demoralizing state, bring the team back from the edge, and revisit the goals and priorities. Make sure you're all on the same page before returning to evaluating the different options.


  • Product Management
  • Product Marketing
  • Technology
  • User Experience

© 2009 Silicon Valley Product Group. All rights reserved.