Mario Cardinal

"The real voyage of discovery consists, not in seeking new landscapes, but in having new eyes" – Marcel Proust

Minimum Lovable and Marketable Product

Leave a comment

In this post, I explain why the first version of DayTickler must not only be lovable but also a marketable product.

Following my last post some readers were surprised that we will take almost nine months to produce a minimum viable product (MVP). According to Wikipedia, a minimum viable product (MVP) is the product with the highest return on investment versus risk. Usually, a MVP only has those basic features that allow the product to be deployed, and no more. The product is typically deployed to a subset of customers (early adopters) that are supposed to be more forgiving, more likely to give feedback, and able to confirm a product vision from an early prototype. As stated by Eric Ries in his colloquial book The Lean Startup, “The minimum viable product is that version of a new product which allows a team to collect the maximum amount of validated learning about customers with the least effort.

heart and dollarAt this stage in our product development, we seek to validate whether customers will agree to subscribe to the premium version of DayTickler. As we aim to market to consumer in an already mature market (there are already over a hundred to-do app), we can hardly launch a product that would be perceived as incomplete. We need to polish the software to the point of making it lovable, and this requires time. Furthermore, it must have all the necessary features to make it marketable. In our case, this requires building not only the core of the product but also the main feature that will convince customers to subscribe and pay for the premium version. This means that the product cannot be a prototype and this takes work. Especially that while building the product, at the same time, we continue to do consulting. Here’s why the construction of the MVP is so demanding and requires more than 9 months.

Author: mariocardinal

A long-time agile coach specializing in software architecture, I am the co-founder of Slingboards Lab, a software publisher that is empowering people to get a sense of fulfillment. An experimenter and an entrepreneur, I love to seize the opportunities that emerge from the unexpected. An experienced Scrum practitioner, I have spent more than 20 years designing large-scale information systems. I am the author of the book "Executable Specifications with Scrum". My friends like to describe me as someone who can extract the essence of a complicated situation, sort out the core ideas from the incidental distractions and provide a summary that is easy to understand.

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s