post

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

Successful product management in companies where it’s least understood

Measuring critical user journeys – Javier Andrés Bargas-Avila (UX Director, Google)

A new way to look at applied experiments

Product survey findings: Only 15% of users are embracing AI features 

Building high-performing product teams: The PDLC approach

Footer About

Footer Contribute

Footer Get Involved

Footer Links

Mind the Product

Guest Post

Overcoming the 20% feature usage challenge

Product Management

Three product leaders to learn from at #mtpcon inside Pendomonium

Christian Bonilla is the founder of UserMuse, which connects product and UX teams with hard-to-find subjects for user testing and product feedback. He writes regularly for UserMuse and Fast Company.

Christian Bonilla

Here’s a scenario nearly everyone finds themselves in at some point in this line of work:
You’re psyched about a new product or feature in the works. You’ve got requirements, design vision, and even a development timeline. You’ve <a href="https://www.usermuse.com/">got feedback from potential buyers</a> and they love it. You’re ready to roll, and then you’re asked, “So how much money will this make?”
And all you can say is, “Um…”
It’s happened to the best of us; committing to a revenue projection is one of the trickiest parts of product management. If you knew how much money any given new thing would make, you’d be running a hedge fund instead of a product team, right?
Just think about what’s wrapped up in that revenue projection number:
<ul>
<li>The price you’re going to charge</li>
<li>How quickly salespeople will be selling it</li>
<li>How long sales cycles will be</li>
<li>What percentage will convert</li>
<li>What percentage will churn</li>
</ul>
Pricing is a big challenge on its own, but the other factors listed above also require you to make assumptions. They all affect each other too. This is where classic mistakes happen.
Product managers may like to take a top-down look at the market and say “we’ll get 10% of that” with little justification for it. Or worse, they figure out the number that will get the business case approved and go with that. Soon, others make projections based on your brittle projections, and the cycle of abuse continues.
What’s needed in this situation is a way to have a numbers-based conversation that is based on reality. Here’s how you can do it when you’re strapped for data.
<h2>Build a Revenue Projection From the Bottom up</h2>
What you need is a way to provide a realistic revenue possibility while leaving room for uncertainty. To do that, you will need to break down your customers’ purchase funnel step by step so that you can make realistic assumptions about the success of each stage. Here’s how that might look for a typical enterprise product:
<ul>
<li>How many people can you put this product in front of in Year 1?</li>
<li>What % of them will take a sales call or sign up for a trial?</li>
<li>Of those, what % will convert to paying users?</li>
<li>Of the paying users, what do you expect to be the average life span?</li>
<li>Over that period, what % of them will buy other products/services from you?</li>
<li>How much on average will they spend on those?</li>
</ul>
You can put the numbers into your funnel, and see what that yields in terms of annual spend per customer.
The critical thing is to call out each of your assumptions and work out how you got there. This means you can have a productive conversation with stakeholders about the model and get good feedback.
Your first cut at your model should be the base case &#8211; what you realistically think could happen with good execution. Then lay out a low and high adoption scenario, adjusting the appropriate parameters in your revenue waterfall up or down.
Key takeaway: it’s easier and more useful to make many small assumptions rather than one big one. This is how you take a bottom-up approach to a revenue projection.
(Note: A product that will be an up-sell to existing customers will obviously have a different funnel than a brand-new product, so this may look different depending on your situation. The key is to capture the drivers of incremental revenue, and put in realistic parameters.)
Example below shows the revenue waterfall for a new product
<a href="//wp-content/uploads/2017/05/revenue-waterfall-3.jpg"><img loading="lazy" decoding="async" class="alignnone wp-image-11448" src="//wp-content/uploads/2017/05/revenue-waterfall-3-300x212.jpg" alt="revenue waterfall 3" width="573" height="405" srcset="/wp-content/uploads/2017/05/revenue-waterfall-3-300x212.jpg 300w, /wp-content/uploads/2017/05/revenue-waterfall-3.jpg 573w" sizes="(max-width: 573px) 100vw, 573px" /></a>
<h2>A Solid Revenue Model Helps set Goals Elsewhere in the Business</h2>
This revenue projection model can be a good tool for stakeholder communication. You can’t talk about revenue targets without discussing how you’re going to get the product into people’s hands. One big benefit of breaking out the individual revenue drivers for your product this way is that it shows you how to set goals throughout the sales and marketing funnel.
For instance, if you need to get the product in front of 10,000 people, you can set goals for conference sponsorships, email campaigns, and the other lead generation tactics you employ. Setting clear marketing goals helps the responsible teams to prioritize spend and think in concrete terms about ROI.
Similarly, the revenue projection should help you to prioritize the important questions to make the projection happen. For example:
<ul>
<li>When will salespeople get trained and by whom in order to meet the target you set?</li>
<li>Will this new product be added to the onboarding process for new employees?</li>
<li>What materials will you and others create to make onboarding easy (sales scripts, tutorials, one-sheeters, etc.)? Same goes for customer support.</li>
<li>How do you plan to introduce this product?</li>
</ul>
When you do it right, the revenue projection shouldn’t just be a number in a business case. It should be the thing that helps everyone align priorities and start attacking the to-do list.
<div class="g g-21"><div class="g-single a-170"><a class="gofollow" data-track="MTcwLDIxLDEsNjA=" href="https://www.pendo.io/pendomonium/"><img decoding="async" src="https://www.mindtheproduct.com/wp-content/uploads/2024/06/MTP-Footer_ad.png" /></a></div></div>

Building a Realistic Revenue Projection for a New Product

Christian Bonilla

Comments

Read next