I’ve written previously about a few models for thinking about the process of managing products:
- Cynefin, which gives us the insight that product management is a “complex” process.
- The Lean Startup, which tells us that “product discovery” is a matter of doing a lot of small tests (aka Minimum Viable Products).
- Doug Hall’s three Laws of Marketing Physics – Overt Benefit, Dramatic Difference, and Real Reason To Believe – and my somewhat different slice through the same concepts, the Product Management Rules of Thumb.
Mission Critical Core/Context
In Dealing with Darwin Geoffrey Moore introduced a Mission Critical Core/Context model that I’ve also found helpful. (Although I’ve reinterpreted it slightly for my own purposes, apologies to Moore.) Moore talks about the model with respect to business operations, but it’s also applicable to products themselves.
The basic table looks like this. From the perspective of a product management analysis, the top row is the most interesting.
Mission critical context is another way of saying “table stakes.” These are the features that any product in this space must provide, or would be expected to provide. For example, for product management tools, a central repository is mission critical context. Every tool will have it and there’s no reason to buy a PM tool that doesn’t have that.
Mission critical core (I’ve marked it in green) is the differentiators that your product has against others. Core is where your Dramatic Difference, and Order of Magnitude benefits live. In product management tools mission critical core might be analytics that only your tool provides, or support for a particular methodology.
Context is not differentiating, and you have to do it
Mission critical context functionality is typically 80% of your product. You can’t just leave it out. If your product doesn’t support the table stakes then it doesn’t matter what differentiators you have.
Features migrate over time
Features migrate around this model. Your differentiator today becomes table stakes tomorrow as other competitors start to provide that feature.
And the table stakes of today may become non-mission critical over time. This happened to “Microsoft Word integration” in the product management tool space. At one time it was very important that a tool could generate a PRD (Product Requirements Document) in Microsoft Word. This is much less important than it used to be. For some customers it might be a differentiator, but now we all live in the cloud via a web interface. We are much less concerned about being able to print out a paper PRD.
Benefits of using this model
Why do use models like mission critical/core? They help you in the following ways:
- Help you understand if you have all the features you need to have for the space.
- Help you understand if you are able to differentiate from other products in the space.
- Force you to articulate your benefits and differentiators.
- Force you to pay attention to validating that your product provides the value it claims to.
Over the next few weeks I will apply all these models to an analysis of product management tools as a category. Product management tools have not been terribly successful in the market. These models will help us understand why, and also how to fix them.
I believe – although we’ll see if it’s true – that it’s been a combination of a failure of marketing, and a failure of the products themselves. We’ll take insight from the Cynefin characterization of the product management process (i.e., “complex”), and the marketing rules of thumb and Three Laws, and then lay it all out on a mission critical core/context matrix. This will take several blog posts to accomplish, but I hope it will prove useful to both product managers looking for tools (and just trying to understand what they are doing) and PM tool vendors.