A monetization model is a critical aspect of every product endeavor. A robust monetization model answers four fundamental questions:
- What do you charge for
- How the price scales
- What’s the actual price
- When you charge
In this article, we’ll cover the first part — how to define what to charge for — and demonstrate how to use a packaging strategy matrix to answer that question.
Table of contents
- What is a packaging strategy?
- How to create a product packaging strategy
- The result: A packaging strategy
What is a packaging strategy?
In simple terms, packaging defines which sets of features we charge for together.
For example, if you have a subscription model, packaging defines which features are bundled in which subscription plans and which ones you offer for free or as add-ons.
Two occasions force PMs to revisit packaging strategy.
The first is when the existing packaging becomes obsolete. For example, if you heavily improved an existing feature, you might consider moving it to a higher-paid tier, or you might decide to make some features free if they became a market standard for customers.
The other occasion is whenever you add a new feature to the product. Every time you add something new, you have to decide in which plan it should be available and whether you should even charge for it.
How to create a product packaging strategy
At a high level, there are five main steps to creating a product packaging strategy:
- Understand which features your users value
- Understand users’ willingness to pay for these features
- Calculate willingness to pay deviation score
- Map the packaging strategy matrix
- Analyze the packaging strategy matrix
1. Understand which features users value
Start with understanding how your users perceive the value of the solutions you offer.
There are various approaches to this challenge. The three most common ones are:
- Value scoring
- Behavioral analysis
- Max-diff survey
In most cases, max-diff surveys offer the best tradeoff between precision and effort, so let’s focus on that.
Start by listing all the features your product offers, then survey your users by asking them to choose one most valuable and least valuable feature:
You can then use these data to calculate the max-diff score using the following formula:
Max-diff score = (# of people who found the factor most valuable – # of people who found the factor least valuable) / # of surveyed people
For example, if you surveyed 10 people, where:
- Three found feature No. 3 to be the most valuable one
- Two found feature No. 3 to be the least valuable one
Then the max-diff score for feature No. 3 would be 0.1:
(3-2)/10 = 0.1
Although not mandatory, you can visualize the results with a max-diff chart:
The max-diff chart gives you a visual representation of which features are most valuable to users and which ones are least valuable. The higher the score, the higher the perceived value of the feature.
2. Understand users’ willingness to pay for these features
The next step is to understand how much users are willing to pay for the features you offer.
Again, there are various approaches to testing that, such as:
- price-point interviews
- Van Westendorp’s price sensitivity meter
- indexing
- probability questions
- “build your own” exercises
The most common approach for identifying users’ willingness to pay is Van Westendorp’s price sensitivity meter, so let’s use this one.
Survey your users, and for every feature, ask them four questions
- At what price would you consider the product to be so expensive that you would not consider buying it? (Too expensive)
- At what price would you consider the product to be priced so low that you would feel the quality couldn’t be very good? (Too cheap)
- At what price would you consider the product starting to get expensive so that it is not out of the question, but you would have to give some thought to buying it? (Expensive/High Side)
- At what price would you consider the product to be a bargain—a great buy for the money? (Cheap/Good Value)
Then map the answers on a cumulative frequencies chart. As a result, you’ll develop a chart with four crossing points:

Without going too deep into the price sensitivity meter itself, what we care about is the point where the “too expensive” and “too cheap” lines cross. It’s called an “optimal price point,” and in theory, it’s the most optimal price you should charge to maximize revenue.
Plot the chart and identify the optimal price point for every major feature your product offer.
3. Calculate willingness to pay deviation
Now that you understand the willingness to pay for each feature (defined as the optimal price point in Van Westendorp’s price sensitivity meter), you need to calculate each feature’s %deviation from the median willingness to pay.
It will show you which features your users are willing to pay for more and less.
Start with calculating the median willingness to pay, and then just calculate how each feature stacks against the average:
In essence, users’ overall willingness to pay for your product is driven primarily by features with high positive deviation.
4. Map the packaging strategy matrix
By understanding our two key metrics — that is:
- Perceived value (defined as max-diff score)
- Willingness to pay (defined as %deviation from the median optimal price point of Van Westendorp’s price sensitivity meter)
…we can map how the features stack against each other using a 2×2 matrix:
On the horizontal axis, map the perceived value of features on a scale of -1 and 1 (assuming you used max-diff analysis for that).
On the vertical axis, map the %deviation from the median willingness to pay on a scale of -100 percent to 100 percent.
As a result, you should get a matrix that looks more or less like the one below:
5. Analyze the packaging strategy matrix
The packaging strategy matrix puts features into four buckets:
Table stakes
Features that are highly valuable for users, yet have a low willingness to pay, are table stakes.
These features are “must-haves” from users’ perspective, yet they are unwilling to pay for them. This happens for many reasons, but the most common one is user conditioning.
Take digital maps, for example. The ability to check your location and navigate to desired places is highly valuable for most people. Yet, the fact that Google Maps and Apple Maps have been free for years conditioned users to expect that a digital map itself is a free product, and most users won’t be willing to pay for the map service alone with so many unpaid alternatives.
As a rule of thumb, features that are close to the middle of the matrix should also be treated as table stakes.
Not valued
Features that have both low willingness to pay and low perceived value build a “not valued” quadrant. You should reconsider whether you even need them.
There are two main justifications to keep these features in your product:
- They are valuable for the business
- They are essential for user activation
If neither is true, consider retiring these features.
Add-ons
If a feature has a high willingness to pay but a low perceived value, it’s a desired feature but only by a minority of users. It doesn’t make much sense to put it into your standard product offering (due to low overall perceived value), but giving them away for free would waste their revenue potential.
Given all of that, these features are great candidates for add-ons — features paid for separately, outside of the standard plan mix.
Expansion triggers
If the feature is highly valuable for the majority of users and these users are willing to pay for them, it’s an expansion trigger.
These are the best drivers to encourage users to buy your product, upgrade their subscription tier, etc., and should be the core of your packaging strategy and upsell flows.
The result: A packaging strategy
Let’s now look at what an optimal packaging strategy would look like based on the matrix we just created:
If I were to define packaging just by looking at the chart, it would be structured as follows:
Basic tier
Features No. 3, 5, and 6 are the table stakes, so they should be part of the basic offering.
If you have a freemium model, these should be offered for free. If you have a paid product, include these features in the least expensive tier.
I’d investigate whether feature No. 1 is even needed in the product, and if it is, it most likely also should be part of the basic tier.
Higher tier
It makes sense to offer a higher tier that includes feature No. 4.
For freemium products, feature No. 4 will be a subscription driver. For fully paid products, I’d recommend selling a more expensive tier with that feature.
Add-ons
Features No. 2 and 7 make for good add-on candidates. Although valued only by a minority of users, that minority is willing to pay quite a lot for them.
I’d sell them separately regardless of the chosen plan.
Closing thoughts
Packaging is often an underappreciated activity, and many companies do it once and then set and forget it.
However, suboptimal packaging has dire consequences for the business. You might:
- Lose a lot of revenue if you keep features with high WTP and perceived value in low tiers
- Harm your acquisition engine by paywalling highly valuable features with low WTP
- Create a confusing “feature shock” if you don’t review features with both low value and WTP frequently
- Miss valuable opportunities to upsell add-ons
Although creating a packaging strategy matrix is a complex and time-consuming endeavor, small improvements in your packaging strategy can make a significant impact on your product performance and bottom line. Thus, it’s worth revisiting it regularly.
Featured image source: IconScout
LogRocket generates product insights that lead to meaningful action
LogRocket identifies friction points in the user experience so you can make informed decisions about product and design changes that must happen to hit your goals.
With LogRocket, you can understand the scope of the issues affecting your product and prioritize the changes that need to be made. LogRocket simplifies workflows by allowing Engineering, Product, UX, and Design teams to work from the same data as you, eliminating any confusion about what needs to be done.
Get your teams on the same page — try LogRocket today.