post

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Artificial intelligence (AI)

How to navigate the explosion of AI tools aimed at product managers

A guide on implementing effective AI evaluations

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! 🎉

Why self-care is your secret weapon as a product manager

What if pricing was your best feature?

Navigating the workplace as a young product manager

Klarna goes on recruitment drive after ditching AI-first policy

How Stack Overflow is competing with AI – Jody Bailey (CPTO, Stack Overflow)

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="auto, (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 Booking.com tackled a data quality crisis: Nimit Bhardwaj (Data Product Manager) – Product Unplugged

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

Testing Business Ideas, by David Bland

Developing a Data-Driven Culture at Dow Jones, By Helen Hewitt

When A/B Tests Aren’t Enough, By Scott Castle

Using Data to Build a Brand, by Abba Newberry

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

ProductTank Stuttgart

ProductTank Bratislava

ProductTank Stockholm

ProductTank Bonn

ProductTank Milano

ProductTank Madrid

ProductTank Columbus

ProductTank Sofia

ProductTank Belfast

ProductTank Toronto

ProductTank Bangkok

ProductTank Kraków

ProductTank Barcelona

ProductTank Montréal

ProductTank Chicago

ProductTank Seattle

ProductTank Linköping

ProductTank Rotterdam

ProductTank Cardiff

ProductTank San Francisco

ProductTank Auckland

ProductTank Newcastle Upon Tyne

ProductTank Abu Dhabi

ProductTank Lausanne

ProductTank Ljubljana

ProductTank Valencia

ProductTank Luxembourg

Product Management Foundations BST

Product Management Foundations ET

ProductTank Edinburgh

ProductTank Des Moines

ProductTank Philadelphia

ProductTank Reston

ProductTank Dubai

ProductTank Prague

ProductTank Reading

ProductTank Jacksonville

ProductTank Rio de Janeiro

ProductTank Atlanta

ProductTank Los Angeles

ProductTank Bielefeld

ProductTank Köln

Communication & Alignment BST

Communication & Alignment ET

ProductTank Paris

ProductTank Frankfurt

ProductTank Milton Keynes

ProductTank Norwich

ProductTank Pittsburgh

ProductTank Manchester

ProductTank Exeter

ProductTank Malmö

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

Rif Kiamil

Read more