top of page

product, simplified.

Want a regular behind-the-scenes look at the tactics, routines, and habits of world-class product teams?

cruise (2).png

Hi, I'm Cambria, a Product Manager at Ro. 

The common wisdom around launching a product is simple. You research a problem, define an MVP, get to your first user, and iterate until you hit product/market fit. Sounds easy, right? 

 

I had 6 months to launch a brand new product for a +$1B company. As a new PM, no less. It turned out well, in the end. A year later, we had over $11.6M ARR and over 57,000 survey submissions from customers (it was a survey tool).

But, it was hard. 

 

I built this resource to help other product teams launch better products. This resource covers a series of actionable frameworks and the potholes and principles that will get you from nothing to something — from actually defining an MVP, to getting your first user, and iterating to launch.

Resources

Screenshot 2019-10-06 17.18_edited.jpg

Customer Interviews

This is the interview script and summary slide deck I used to distill learnings to our team.

Screenshot 2019-11-02 16.14.25.png

Solution Brainstorm

This is the agenda for the workshop we ran with the team.

Screenshot 2019-11-02 16.02.15.png

Competitive Research

This is the framework I used to look at the competitive landscape in the market.

1

Know your customers, and their problems.

We started by scheduling interviews with our target customers. We asked them four core questions:

 

1. What do they want?

2. What are their problems?

3. What are they currently doing to solve those problems?

4. How do they imagine their life improving with a better solution?

 

Couple this qualitative research with research into the industry and competitive landscape.

 

Then, we ran a workshop to unpack and distill learnings to the whole team. With those learnings, we could start brainstorming solutions too.

Screenshot 2019-11-02 16.27.53.png

Setting Product Principles

This is an outline of the workshop we used to define our product principles. More great reading on this below. 

Design principles workshop

Great design principle examples

If your product is great it doesn't have to be good

Screenshot 2020-01-19 22.17.00.png

Prioritization Spreadsheet Example

This spreadsheet includes example features prioritized with a formula that calculates effort, impact, and confidence.

Screenshot 2019-11-02 16.45.35.png

Prioritization

We used a variation of RICE framework to prioritize our problems and solutions. More details in this prioritization deck.

2

Prioritize problems & potential solutions.

We then set principles, driven by the problems we identified. These principles enabled us to develop maniacal focus on nailing a few core attributes, while helping us say no to everything else.

Once we had a solid understanding of our customers’ problems and some great ideas on how to solve them, we mapped them out on a problem matrix to prioritize what we should solve for based on the impact and ease of implementation (from a development, research, and design standpoint). 

Screenshot 2019-11-02 18.48.17.png

Defining an MVP

This is an outline of the Intercom's cupcake framework we used to define our MVP. More great reading on this below. 

Invision MVP

Start with a cupcake

Screenshot 2019-11-02 19.06.51.png

Setting milestones

This is an example of the milestones planning Google sheet we used to align on the timeframe of the launch and the milestones.

3

Define your MVP & milestones.

Once we defined what the “ideal” looks like, we worked backwards. Note: be RUTHLESS about the MVP you define. It’s always easier to add features than subtract them later. To me, our MVP seemed sparse at the time, but we could’ve scoped it down much further. 

 

Write down your core assumptions and test the features that you’re considering developing against those assumptions.

Once you have a clear MVP, define milestones for your team to get there.

Communicate the Vision

Compile your research, the solution that you and your team have come up with, the principles that you’ve set, and break all of those goals down into detailed milestones that clearly convey how you’re going to achieve that vision. Here are some of my favorite examples:

AirBnB pitch deck

Mixpanel pitch deck

Waypoint pitch deck

Wealthsimple pitch deck

01

wtf are we building?

Getting started is the hardest and most exhilarating part. You can do anything, go any direction. It’s easy to get lost in the freedom unless you maniacally set parameters and constraints. To do so, you have to know your customers and their problems, prioritize those problems, and ruthlessly define your MVP accordingly. 

02

how do we build it?

Now that you have a direction, speed is of essence. The turtle never beats the hare in software. The quicker you can get to customer 1, the faster you’ll validate, and more importantly, invalidate the core assumptions you made earlier on in the product lifecycle. To get there faster, you have to understand how to best work with your team, effectively explore your solution, and get good at avoiding rabbit holes.  

Resources

Screenshot 2020-01-19 14.52.34.png

Role Expectations

This workshop helped our triad clearly define roles when we started working together.

Screenshot 2020-01-19 14.55.37.png

Team Health Check

My team and I ran health checks every quarter to reflect on how we were performing as a team and identify opportunities to improve. 

Image by Merakist

How to Build Psychological Safety

I know this feels fluffy, but this is arguably the best soft skill you can get good at. It helped our team 10x create better solutions.

1

Understand how to work best with your team.

Creating an environment in which my team could be successful was vital. My team organized in a "triad" with a PM, responsible for defining the problem and product vision, a UX designer, responsible for defining the solutions to those problems, and a tech lead, responsible for owning and implementing the solution. We also had 2-3 engineers who reported directly to our tech lead. 

Once we had defined the roles withoun our triad and started fostering psychological safety, I tried to understand what my designer and tech lead really needed from me. This will vary for each person based on personality and experience level. The best way to understand is to ask. 

To your designer, ask: what do you need to feel confident working towards a solution? What, in your opinion, defines a great PM?

To your tech lead, ask: what do you need to implement a great solution? What, in your opinion, defines a great PM?

Screenshot 2020-01-19 15.33.04.png

Usability testing

This is an example script we would use for moderated usability testing with customers.

Screenshot 2020-01-19 15.54.22.png

Product Requirements Doc

Here's a great example from the team at Product Hunt.

2

Explore solutions.

We went from problems to solutions through workshops and brainstorms. After the brainstorms, I put together Product Requirement Docs (PRD) for each core feature in our system. I used the vision and defined MVP, as well as additional research into each more granular feature to write more detailed requirements.

Once we had a few design concepts we really liked, we put them in front of customers, gathered feedback, tweaked designs, and repeated until we had a holistic solution we felt confident would meet user needs.

3

Get to customer #1 as fast as possible.

You're limited in learnings until you have a product in the hands of customers. What users say they'll do is often very different than what they do. The real learnings begin when you have a living, breathing product with users who are trying to leverage it to complete their desired outcome.

The road to launch is full of rabbit holes. Constantly revisit your core assumptions and test features you're considering developing against those assumptions. Less is usually more. Unless you're 100% confident you need a feature, remove it from scope. 

03

shipping it.

Measure progress and evaluate success to determine if your solution worked. Document your learnings and decide your path forward to continuously improve your product.

Resources

Screenshot 2020-01-19 16.10.48.png

Defining product success template

These are the spreadsheets I used to create activation and retention cohorts that we used to measure our product's success. I also love Amplitude's deep dive on the North Star metric.

Screenshot 2020-01-19 16.14.43.png

Example growth dashboard

This is an example growth dashboard where you can track weekly/daily active user growth against goals.

1

Clearly define success.

There's three core qualifications I would set for any product: 

 

  • First value (measured through activation) - ensure that this metric aligns with users' intended first value in the product. It can be really easy to look at leading metrics that aren't as strong of an indicator of genuine usage.

  • Consistent value (measured through usage retention)

  • Commercial value (measured through revenue)

 

These are designed so you can understand, quantitatively, whether or not your launch was a success or not and to start benchmarking your product as you continue iterating and making improvements to it. 

 

Screenshot 2020-01-19 16.32.56.png

Product Launch Briefing

This is an example product launch briefing template we used.

2

Prepare your go-to-market team.

We built the thing. The next step was to effectively sell the thing! To do that, we had to rally the organization around the product.

We created a product positioning guide that detailed:

  • Positioning

  • Pricing

  • Launch details

  • How it works

  • FAQs

We circulated this around to customer-facing teams and ran demos of the tool prior to launch so we were ready to hit the ground running on launch day.

Screenshot 2020-01-19 16.45.49.png

Engaged User Script

This is an example product launch briefing template we used.

Screenshot 2020-01-19 16.41.16.png

Churned User Script

This is an example product launch briefing template we used.

3

Iterate.

The real work started after we launched. We had users to talk to!

 

We used the success metric we outlined to measure our success. I reached out to our early customers on a weekly basis to understand why they had started using the product, what they liked about it, and what they disliked about it.

 

I prioritized outreach based on the metrics we were focused on improving. For example, we had a low activation rate when we first launched, so I prioritized talking to suers who had started exploring the tool, but didn't actually start using it.

Rinse and repeat

Our product was alive and well! It had grown from a mere zygote in the womb to a toddler and continues to grow into an adolescent. We basically replayed the process above and saw our usage, customer satisfaction, and revenue climb. 

 

There's a lot of nuances in each stage of product development though. If you'd like more insights into my learnings and process, subscribe to my newsletter below.

Want a regular behind-the-scenes look at the tactics, routines, and habits of world-class product teams?

bottom of page