You've just developed an exciting new feature. Now comes the tricky part: how do you price it? Bundle it with current plans, introduce it as a new plan, offer it as an add-on, or perhaps even make it free? Let's dive in and find the best fit for your product.
Pricing new features requires understanding usage patterns.
For features with unclear market value, consider offering temporary free access to gather usage data before finalizing your pricing structure.
For features with clear market value, consider putting them directly in the premium plan or as an add-on.
This article will help you navigate this challenge by exploring four main pricing approaches and when to consider immediate pricing.
To kickstart our exploration, let's look at a recent X.com discussion initiated by Arvid Kahl, the creator of Podscan and writer of Zero to Sold. This real-world example will help ground our analysis in practical considerations.
Before we dive into pricing strategies, let's talk about usage patterns. These are the ways people actually use your product or feature in real life. Understanding these patterns is key to figuring out the right price.
Usage patterns are like a window into how your customers value and interact with your feature. As Qayyum pointed out in the X thread, "I think without usage patterns ya don't know." This insight is spot on.
What to Look For in Usage Patterns:
How often it's used: Do people use it daily or just once in a while?
How deeply it's used: Are users taking full advantage of what it can do?
Who's using it: Is it more popular with certain types of users?
How it affects your business: Does it help keep users around or attract new ones?
How much it costs you: Does it use up a lot of your resources?
How it fits into users' work: Does it blend well with how people already do things?
By looking at these patterns, you can get a good idea of how valuable your feature is to users and how it impacts your business. This info is super important when you're deciding on a price.
For instance, if you see that power users love your feature and use it a lot, you might want to charge extra for it. But if lots of people use it a little bit, it might be better as part of your basic package.
In Arvid's case with his new Podscan API feature, he's not sure about the usage patterns yet. That's why it makes sense for him to start slow with pricing and gather more info first.
Now that we get why usage patterns matter so much, let's look at four different ways you can price your new feature.
Offer the feature for free during a beta period to gather usage data and user feedback.
Benefits:
Provides valuable insights into feature usage
Allows for refinement before full launch
Drawbacks:
May create expectations of continued free access
Requires clear communication about the temporary nature
I'm a big fan of this approach for most new features. It's a win-win situation: users get to try out something new for free, and you get invaluable data on usage patterns and potential bugs. However, it's crucial to set clear expectations from the start.
I'd recommend setting a specific timeframe for the free period, like 30 or 60 days, and communicating this clearly to users. This creates a sense of urgency and helps manage expectations. After the trial, you can make data-driven decisions on pricing tiers or whether to keep the feature free.
Remember, though, that some users might be disappointed when the free period ends. To mitigate this, consider offering a discount or grandfathering in heavy users of the feature.
Tools like ProductLift can help you gather and analyze user feedback during this trial period, giving you valuable insights for your pricing decisions.
You can integrate a small feedback widget into your new feature to collect user feedback seamlessly. The feedback collected will be analyzed by AI for sentiment, keywords, and potential feature requests, ensuring you gain valuable insights without overwhelming the user.
This strategy involves offering the new feature to all existing customers initially, then adjusting the pricing for new customers based on usage patterns.
Pros:
Allows for data-driven decision making
Builds goodwill with existing customers
Cons:
May be difficult to monetize later
Could lead to revenue loss in the short term
This approach can be effective for features with uncertain market value, offering a user-friendly experience that fosters strong loyalty among your existing customer base. Additionally, it provides valuable data to guide future pricing decisions.
However, by grandfathering existing users at their current price while introducing the new feature, you may risk losing revenue. The extent of this impact depends on your user base size but could be significant. A safer alternative might be to consider Strategy One for a more balanced approach.
Initially offer the new feature only to premium subscribers, with the option to extend it to other tiers later.
Advantages:
Adds value to higher-tier plans
Easier to adjust pricing downward than upward
Challenges:
May limit adoption and feedback
Could miss opportunities with lower-tier users
The premium-first approach can be powerful, especially for high-value features that align with your premium users' needs. It's a great way to drive upgrades and increase the perceived value of your higher-tier plans.
It's most effective when:
You're adding a feature that's common in your industry and has a well-established value.
You've received numerous requests for this specific feature and have a good understanding of its worth to users. (ProductLift's feature request tracking can be particularly helpful in quantifying this demand.)
The feature has significant development or operational costs that need to be recouped quickly.
The feature clearly differentiates your product in a competitive market.
For example, if you're a project management tool adding Gantt charts – a feature common in the industry with clear value – you might price it immediately.
Users understand its worth, and there are market standards for pricing.
However, in cases like Arvid's with Podscan API, a gradual approach makes more sense to me because the feature's value isn't yet fully understood by the market, there aren't many competitors offering similar functionality, and it's unclear how clients will use and benefit from the feature.
In my experience, this strategy works best when the new feature truly delivers significant value and when you have a solid base of premium users to provide feedback. It's also a good choice if the feature is costly to provide or resource-intensive.
However, be cautious about limiting your feedback pool too much. You might miss out on valuable insights from your broader user base. Consider offering limited-time trials to lower-tier users to gather more comprehensive feedback.
Offer new features as separate add-ons that users can purchase alongside their existing plan.
Pros:
Provides flexibility for users
Allows for precise pricing based on feature value
Cons:
May complicate the pricing structure
Could lead to decision fatigue for users
The add-on model is often overlooked but can be very effective when used right. It works best with a diverse user base that has different needs, allowing them to personalize their experience.
I've seen this model succeed with specialized features that only some users require. It lets you provide niche functions without increasing prices for everyone.
However, be cautious not to make your pricing too complex. Too many options can confuse customers and lower conversions. Setting up and managing add-ons requires a flexible pricing system, which can be an investment in itself—like configuring everything in Stripe and keeping track of who has access to what.
I suggest keeping add-ons limited to a few high-value features and ensuring your base plans still offer great value on their own.
When deciding on a pricing strategy for new features, consider these factors:
The key is to balance your business needs with user expectations and market realities. If you're confident in the feature's value and your users' willingness to pay, immediate pricing can be a good strategy. It sets clear expectations from the start and can help recoup development costs faster.
I'd suggest creating a simple decision framework for your product:
Is the feature's value well understood in the market?
Do we have clear data on user demand and willingness to pay?
Are there significant ongoing costs associated with providing this feature?
Does this feature strongly differentiate us from competitors?
If you answer "yes" to most of these, premium-first pricing might be appropriate. If there's uncertainty, consider one of the gradual approaches such as temporary free.
Here's an updated quick reference table to help you choose:
Strategy | Best For | Consider When |
---|---|---|
1. Temporary Free Access | Most new features | You need more data on usage and value |
2. Free Access with Future Adjustments | Features with unclear market value | You have a loyal user base and can afford short-term revenue loss |
3. Premium-First | High-value features | The value is clear and there's established market demand |
4. Add-on Model | Diverse feature set | Your users have varying needs and budgets |
Pricing new features is more art than science. The best strategy depends on your specific situation, user base, and business goals. Don't be afraid to experiment with different approaches or even combine strategies.
Remember, pricing isn't set in stone. You can always adjust your strategy based on user feedback and market response.
This nuanced approach to feature pricing demonstrates a sophisticated understanding of your market and a commitment to delivering value to your users while sustaining your business. It's this kind of thoughtful decision-making that sets successful product managers and indie hackers apart.
Whatever approach you choose, clear communication with your users about the value of the new feature and any pricing changes is key to maintaining trust and satisfaction.
Join over 3,051 product managers and see how easy it is to build products people love.
Did you know 80% of software features are rarely or never used? That's a lot of wasted effort.
SaaS software companies spend billions on unused features. Last year, it was $29.5 billion.
We saw this problem and decided to do something about it. Product teams needed a better way to decide what to build.
That's why we created ProductLift - to put all feedback in one place, helping teams easily see what features matter most.
In the last four years, we've helped over 3,051 product teams (like yours) double feature adoption and halve the costs. I'd love for you to give it a try.
Founder & Digital Consultant
Product managers have to tell customers how their product is distinctive from others. You can stand out from the crowd if you can do that well. It can be your way to get a competitive advantage in a market where more significant players dominate. This article describes which factors are relevant to SaaS companies with some examples.
Discover essential product prioritization frameworks like RICE, Kano, and MoSCoW. Learn when to use each method, step-by-step prioritization processes, and FAQs to enhance your product roadmap with data-driven decisions.
The ICE model is a framework that helps to identify which ideas, features or projects are worth investing in. The acronym stands for Impact, Confidence, and Ease. By assigning a score to each criterion, teams can rank their ideas and determine which ones are most valuable.