As Steven Haines first told me, “strategy first, roadmap second.” There is a step between the two – deciding which problems you will focus on solving with your product. Strategy defines the context for product strategy, and your product roadmap is a planning (and communication) tool for executing your product […]
Business Analysis / Kano Analysis / Product Management / Requirements / Requirements Models
Posted on:
Encryption is not Binary
Data protection is not something that a product has or doesn’t have. A product has a degree of data protection. The question is, how much? The more important question is, is it enough?
Kano Analysis / Personas / Prioritization / Product Management / Requirements / Requirements Models
Posted on:
You Don’t Know Jack (or Jill)
You’ve got some shiny new segmentation data about prospective customers; how much they earn, where they are located, how old they are. How does that help you make decisions about your product? You know this information, but you don’t really know your audience, or why they might become your customers.
Agile / Kano Analysis / Prioritization / Product Management / Product Strategy / Requirements / Requirements Models / Software development
Posted on:
Good Enough
We hear a lot about building products which are “good enough” or “just barely good enough.” How do we know what “good enough” means for our customers? No one really tells us.
Communication / Kano Analysis / Prioritization / Product Management / Requirements / Requirements Models / Software development
Posted on:
Opposite Views of a Product Roadmap
Your product roadmap is a view of what you are building right now, in the near future, and in the more distant future. Or is your roadmap a view of why you are building whatever you’re building right now, in the near future, and in the more distant future? Your […]
Interaction design / Interface Design / Ishikawa Diagram / Kano Analysis / Prioritization / Product Management / Requirements / Requirements Models / ROI / Software development / UX
Posted on:
Why Do Products Fail? – Forgetting that Users Learn
Next up in the series on the root causes of product failure – products that fail because you have ignored the user’s level of experience. The first time someone uses your product, they don’t know anything about it. Did you design your interfaces for new users? After they’ve used it […]
Agile / Ishikawa Diagram / Kano Analysis / Product Management / Requirements / Requirements Models / Software development / Uncategorized
Posted on:
Why Do Products Fail? – Incomplete Solutions
This article continues the series exploring the root causes of product failure. Even when you target the right users, and identify which of their problems are important to solve, you may still fail to solve the problems sufficiently.
Kano Analysis / Product Management / Product Strategy
Posted on:
Rating Your Competition – Comparing Products Part 7
At this point in the product comparison series, you know who your customers are, which problems are important to them, and which products compete to solve those problems. It’s time to score the competing products and see how the solutions your product provides (or will provide) will stack up. This […]
Kano Analysis / Product Management / Product Strategy / Requirements / Requirements Models
Posted on:
The Value of Insights
Intellectual Property. The legal jargon definition of this term has come to effectively mean “something I’ve patented, copyrighted, or hold as a trade secret.” A more general interpretation is “an idea.” For product managers, the most valuable ideas are insights.