post

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Guest Post

A case study: Launching a product process in a project-based company

Product Management

What I wish I knew sooner in product: Lessons from the community

B2B product management

Artificial Intelligence (AI) & Machine Learning (ML)

Building Product Teams

Business Strategy

Data Driven Product Management

Digital Transformation

Diversity and Inclusion

Minimum Viable Product

OKRs

Prioritisation

Product Design

Product Research

Product Development Process

Product Ethics

Product Discovery

Product Leadership

Product Management Career

Product Strategy

Stakeholder Management

🌎 <a href="https://www.mindtheproduct.com/world-product-day/" style="color:#FFFFFF;text-decoration:underline;">Happy World Product Day!</a> Be sure to celebrate product, yourself, and your peers today! 🎉

How much are product managers getting paid in 2024?

Leading product ops at Delivery Hero with Koen Dubelaar

Connecting fans to creators at Spotify (Dariusz Dziuk, Product Lead, Spotify)

“You’re not as competent as you think” 5 lessons from Ken Chin on navigating a product career (CPO, Spark Networks)

Everything wrong with the product management job market. And how to fix it

Rif Kiamil

<img loading="lazy" decoding="async" src="https://www.mindtheproduct.com/wp-content/uploads/2014/04/Metal_House_Battery_Operated_New_2010_Robots_You_are_Three_Times_a_Robot1-300x225.jpg" alt="Building an MVP 3 times" width="300" height="225" class="alignright size-medium wp-image-4945" srcset="https://www.mindtheproduct.com/wp-content/uploads/2014/04/Metal_House_Battery_Operated_New_2010_Robots_You_are_Three_Times_a_Robot1-300x225.jpg 300w, https://www.mindtheproduct.com/wp-content/uploads/2014/04/Metal_House_Battery_Operated_New_2010_Robots_You_are_Three_Times_a_Robot1-1024x768.jpg 1024w" sizes="(max-width: 300px) 100vw, 300px" />As explained in my <a href="https://www.mindtheproduct.com/how-i-built-the-same-mvp-3-times-across-3-continents-in-3-weeks/">earlier post</a>, in summer 2013, I built the same minimum viable product (MVP) three times on three different continents. It was an experiment with a purpose: To evaluate three platforms and three teams at the same time; and to utilize the “lean way” in using validated learning to build my new company’s first product.
To learn more about how I did my experiment, <a href="https://www.mindtheproduct.com/how-i-built-the-same-mvp-3-times-across-3-continents-in-3-weeks/">read my earlier post here</a>.
I learned a lot throughout my first foray into the lean way, but three big lessons stand out: How to pick the right platform; how to work remotely with developers; and how to run lean, <a href="https://www.mindtheproduct.com/beware-the-dogma-of-agile-and-lean/" title="Beware The Dogma Of Agile And Lean">without running too lean</a>.
<h3>how to pick the right platform</h3>
For 90 percent of tech startups building web applications, platforms as a service just makes more sense. I was thrilled with the time I saved not worrying about infrastructure and making choices about which memcached or database server to choose, then set up and run. Instead I focused my energies on the more pressing questions of the experiment.
It’s hard to give up control by using platform as a service. But I found I had more time to write business code and design useful features and wasted less time on the plumbing. Ultimately, it’s about finding the solution that lets you do less work, freeing you up to focus on the things that matter.
When picking which platform makes the most sense for you, I suggest asking four questions:
<ul>
<li>Which platform will allow me to build the fastest</li>
<li>Which platform will be cost-effective</li>
<li>Which platform will allow me to manage scaling</li>
<li>Which platform won’t be neglected by the company that owns it</li>
</ul>
Sometimes, the answer might be a platform your developers aren’t accustomed to using. The learning curve can be steep, but the long term rewards can be fruitful.
<h3>How to work remotely with developers</h3>
Being based in Sydney, I saw how invaluable the time I spent with the team there was in building our relationship and, ultimately, our trust of one-another. It’s sometimes hard for those of us in the tech industry to acknowledge the importance of “soft” stuff like socializing and trust, but it matters. You’re trusting this developer to build your baby!
We used a wonderful project management tool called Trello (<a href="https://trello.com/b/nC8QJJoZ/trello-development" target="_blank">see the public Trello.com board</a>), which allowed us to pass on tasks and notes in an increasingly simplified way. It’s a wonderful feeling to get the point where you can tell someone to do something in as little as three words in a Trello card, instead of writing a full spec.
I was able to connect with Team India and Team Sweden, but the distance between us resulted in a distance in our relationship. If I could do it all over again, I would have tried to spend more time talking with Team India and Sweden, even about things that aren’t business critical. Those conversations help build understanding and trust.
All of that is to say, proximity matters, as do personal relationships and trust. If you’re going to be building a killer product with someone, be prepared to get close.
<h3>How to run lean (but not too lean)</h3>
In my first meeting with the Heroku team, we reviewed the “lean way” and they recommended building an MVP that was just a website and a phone number. It’s what’s known as a “concierge MVP” and it’s the most basic and manually intensive option available. At the time, the approach felt too lean to me&#8211;I didn’t want to build some lame website from 1993, I wanted to create something new. So I opted for a slightly more complex MVP.
On, paper they were right. A concierge MVP was the leanest approach and would have freed up even more room for experimentation on the core question we wanted answered: Which features will drive traffic to the website? But sometimes, the leanest is too lean. Ultimately, I knew I was building an e-commerce website, and I’d need to use some instinct and experience to decide just how much e-commerce to build as the MVP. Even as a passionate proponent of the lean way, I now see how easy it is to get caught up in the “just one more feature” game. Old habits die hard.
But the beauty of the lean way is that it’s less a <a href="https://www.mindtheproduct.com/beware-the-dogma-of-agile-and-lean/" title="Beware The Dogma Of Agile And Lean">set of rules</a> and more a mindset, constantly pushing you in the right direction. Regardless of how lean our MVP was, the goal of the experiment remained the same: Uncover what features would help drive traffic to the site.
Depending on how we use it, the lean startup approach can be a tool or a weapon. As a tool, it’s helped us get an MVP up and running in a timespan I didn’t think possible several years ago. That’s probably because testing iterative products with restaurants wasn’t a mindset I would have had several years ago. Change can be a wonderful thing.

core/freeform

How to lead data-centric product teams: Jon Mora (Chief AI Officer, Zefr)

How to be a better data-driven product manager

User insights for product decisions by Cris Valerio

Data scaling for startups by Crystal Widjaja

Make Better Product Decisions by Using Quantitative and Qualitative Data, by Brian Tran

What I learned from building the same MVP 3 times, on 3 continents

Rif Kiamil

Read more

Comments