Minimum Viable Product #1
Writing a book is a complex and at times challenging endeavour: it took me over two years to write and publish my book Strategize: Product Strategy and Product Roadmap Practices for the Digital Age. As I had to commit a substantial amount of my time to the project (and my company’s money), I tried to reduce the risk of writing a book that nobody really wants and needs. At the same time, I wanted to test that the product would create enough value for its readers before writing the actual book. Using an MVP helped me address this challenge.
My first MVP had little resemblance with the finished product: I used my product strategy and roadmap workshop as the initial minimum viable product. This helped me better understand which strategy and roadmap-related challenges product managers commonly experience and which advice is helpful for them. Taking into account the questions and feedback of the attendees allowed me to refine the book’s value proposition—and improve the workshop. What’s more, writing the book helped me consolidate and deepen my product strategy and roadmap knowledge and thereby benefited my teaching.
Minimum Viable Product #2
While the workshop helped me validate the need the book should address, I was not able to tackle another key risk with it: writing the book in the right way so that the need was properly met and the product sufficiently differentiated. My second MVP helped me with this challenge.
In September 2014, I had a first version of the book available for review—MVP number two. The feedback I received was mixed. There were some encouraging reviews but also some critical ones. In hindsight, I am particularly grateful for the invalidating feedback. While I can find it difficult to deal with, the critical feedback helps me learn the most.
As a consequence, I reworked the book: I moved away from trying to tell a cohesive story about creating an effective strategy and actionable roadmap for a sample product featuring selected tools and techniques. Instead, I opted for a broader collection of related strategy and roadmap tips. This increased the scope of the book and made it applicable to a larger number of products. But it required me to cover additional topics—something I tackled by using minimum viable features.
Minimum Viable Features
A minimum viable feature (MVF) is similar to an MVP: it tests an idea and acquires relevant knowledge. But instead of testing strategy-related assumptions, an MVF tests solution-specific ideas. It’s sometimes also referred to as a feature-fake or experimental feature, a partially implemented feature that is good enough to test if people would want to use it. My posts on market segmentation and eliminating product features are minimum viable features, for instance.
I used MVFs to test how people responded to the new topics and gather quantitative data, including the number of post views, social media shares, and comments. While engaging with the attendees of my workshops and the reviewers of my book was invaluable, the test groups were comparatively small. The blog posts allowed me to reach a larger audience and reduce the risk of collecting non-representative data.
Working with MVFs provided me with an additional advantage: it helped me write the book incrementally. This made the writing job less daunting and easier to manage but required integration effort. But the additional work was well worth it: the benefits of using MVFs outweighed this drawback.
Leveraging Negative Feedback and Failure
While minimum viable products and features did help me write my book, they are no silver bullets, of course. There are two related challenges I had to overcome to use the techniques effectively: not getting attached too early to an idea of the final product and accepting failure.
If MVPs and MVFs are a learning vehicles, then we have to allow the product to evolve and change based on the tests we run—and not necessarily how we initially imagined it. I did not anticipate, for instance, that describing product strategy and roadmap techniques in form of a cohesive story would not work out. I was quite attached to the idea and initially found it difficult to let go. It was the right thing to do, though, as subsequent reviews showed. In hindsight, I am glad I made the change.
Additionally, when we use minimum viable products and features, it is unavoidable to receive feedback and data that shows that we made a wrong decision. As I mentioned before, I don’t find it always easy to appreciate invalidating feedback. But I also know that I am unlikely to create the right product if the responses are always positive. What helps me is not identifying myself with the product while doing everything I can to get it right. This way I haven’t failed when the response to an MVP or MVF is negative; I am more open to accepting failure and allowing the product to evolve in new, unanticipated ways.
You can learn more about MVPs and MVFs with the following: