On freemium: "sell order, give away chaos" š§¹ā
The problems with metering and feature gating, how the ideal sales process isnāt about you, and deploying customer feedback as the gift that it is.
Welcome to the 59th edition of The SaaS Baton. A fortnightly newsletter that brings you three, hand-curated pieces of advice drawn from the thoughtful founder-to-founder exchanges and interviews taking place onĀ Relay (curated with š at Chargebee)Ā and the interwebz. So, stay tuned!Ā
In this edition, youāll find the following instructive and inspiring pickings:
#1: Balsaās founder and CEO (previously Sr. Dir. PM at Slack), Paul Rosania, proposes a pricing and packaging rule of thumb that can help set the perfect, friction-less stage for free-to-paid expansion.Ā
#2: Pilotās co-founder and CEO, Waseem Daher, examines a lost, āslam-dunkā deal and reminds us that the most resonant, well-tested pitch made to the most ideal customer can still fail, if you miss this one (obvious yet easy-to-forget) thing.Ā
#3: Jamās co-founder, Mohd Irtefa, on defining and designing a feedback system that allows their early-stage team to be consistently āmaniacalā about customer satisfaction.Ā
š Recently on Relay:
Heuristics and Hunches ā Evolving the Many-Sided Levers of Positioning and Expansion with Sliteās Co-Founder, Christophe Pasquier
Around the same time, products such as Notion and Coda were beginning to explode. That changed things. For the longest time, we had been passive on the differentiation front, because being the only product in the category, it was all being done for us. Now, we had to proactively convey our particular stance.
#1: āSell order, give away chaosā
(From: Balsaās founder, Paul Rosania) (Source: Twitter)
My absolute favorite SaaS pricing and packaging principle is, āSell order, give away chaos.ā Easy to remember, super effective. It sounds cynical but I promise it isnāt!
ā¦
If youāre building freemium enterprise software, youāre probably (hopefully!) thinking about what to charge for, and what to give away.
One common strategy is metering: the customer can use your product up to a point, and then they have to pay. Maybe they get 10 seats free, or 10 GB of storage, whatever units are relevant to your product.
The problem with this approach is it interferes with your best free customersā use of your product. Itās tempting to think, āhey, they use this a lot, itās time for them to pay up.ā And thereās truth to that. But youād be surprised the ways customers will work around you.
At Slack, a ton of our free users were sitting riiiight at the file storage limit, and we regularly got support requests from these users asking for tools to manage their file storage, to stay under the limit.
These were suuuper happy retained customers! They just didnāt want to suddenly switch their whole team from free to paid in order to store one more file.
Another common strategy is feature gating. Have something new and exciting? Put it in the paid bundle. If folks want the value, they can pay to unlock it.
This approach is better in some ways. The tradeoff is now direct, instead of marginal: pay X for feature Y, instead of pay X all of a sudden because you reached a marginal limit on a feature you already have.
The challenge with feature gating is, if the feature is amazing, youāre better off letting your free users use it, so they can experience the benefits of your product! After all, experiencing the benefits of your product is the main thing that retains leads in the first place!
This is where āsell order, give away chaosā comes in. The principle is: give away all your features ā but charge for capabilities that make managing your product and features easier.
For example, Slack charges for sidebar customization. This works well because early customers on free plans donāt have enough channels to care, and by the time itās a problem for you, the value of Slack is typically well understood.
By charging you to gain āorderā in your sidebar, Slack also gives you something new for paying. This is a much more compelling reason to put in your credit card than simply āI want to store one more file, and Iām maxed out.ā
(I hate to be the bearer of bad news, but this is a huge reason why SSO and SCIM are almost never free: customers start clamoring for them when theyāve gotten serious about adopting your product broadly, and at that point theyāre happy to pay for āorderā.)
If youāre building enterprise SaaS, I promise there are tens, probably hundreds of ways to apply the āSell order, give away chaosā principle. Folders. Templates. Workflow customization. Audit logs. Etc etc etc.
As youāre thinking about pricing and packaging, think remember, āSell order, give away chaos.ā Itās a powerful tool for driving paid conversion without walling off your best features or creating friction in day-to-day use of your product.
#2: āThat time we lost the saleā
(From: Pilotās co-founder, Waseem Daher) (Source: Startup Real Talk)
The prospect in question was an early-stage startup that would have been a slam-dunk fit for Pilot. 100% our ideal customer profile. We would have been able to serve them super-well. And yet they chose to go with an alternative.
This happens so infrequently that it piques my interest when it occursāI had to learn more. So I got in touch with the founder, who was generous enough to walk me through her decision-making process. After the call, I wrote an email to the team: we lost this sale, and we should have lost it.
Hereās the simple thing we missed on this particular sales interaction:
This process isnāt about you at all.
ā¦
In this particular case, we had an advantage right out of the gate: the founder had already heard great things about Pilot, was familiar with its reputation, and one of her investors had given us a hearty endorsement.
Said another way, this was ours to lose. And we did.
On our call, our rep launched into our then-standard talk track: Hereās Pilot, we work with thousands of startups, we have deep expertise, we can scale with you from pre-seed to Series D, and we have marquee investors. In short: āHereās why Pilot is great.ā Note the most common word here: āweā.
By contrast, the other provider didnāt talk about themselves at all. They asked about the founderās business, and chimed in along the way with things like āOh, we have this other client with that same business model. They made this one mistake on their tax forms, so be sure to double-check that.ā The conversation was much more consultative: āHereās what we think you need, and here are the pitfalls to avoid.ā
At the end of the process, we were both comparably priced (they were a little more expensive), and the prospect selected the other vendor.
I asked the prospect where we went wrong, and what she said was: the Pilot sales process (and the Pilot sales rep) just felt too salesy.
ā¦
Of course, the most frustrating thing here is that we work with literally thousands of companies like hers. Did we have a deep understanding of what her companyās needs were? Yes. Would we have been an excellent fit? Yes. But we didnāt communicate that deep understanding, and we instead spent time talking about ourselvesā¦
#3: āHow to always stay on top of customer feedbackā
(From: Jamās co-founder, Mohd Irtefa) (Source: Jam Blog)
At Jam, we are maniacal about customer satisfaction. Hereās how we do it: The first step is to make sure we never lose customer feedback. The second step is to address the issues. And the third step is to let them know when their feedback is addressed.
ā¦
Define goal
The thing that I wanted to make sure of was if and when a customer shares feedback, we record it, when fixed (or built if itās a feature) we reach out to them and share the good news.
Start small
When we first started we had a simple google sheet. This wasnāt deliberate. It purely started from a fear that we need to make sure we donāt lose track of customer feedback.
ā¦
There are two reasons to do that:
1. Every week or so we get to share with our customers a list of things we completed for them. When a customer sees a long list of things that youāve done for them, they appreciate our effort and have the confidence that we can deliver more things for them in the future.
2. Itās exciting for the engineering team to see how theyāve directly contributed to our customerās success. This is important especially in the early days because you only have a handful of customers using your product and seeing how the engineering effort is impacting them is powerful.
ā¦
Identify the sources of feedback
We set up a private slack channel with the early customers. So it was easy to capture their feedback because it was only one source. Once we opened the floodgates to all the self-serve users, the number of sources from where we received customer feedback grew. Hereās what it looks like:
Slack connect channel: We still have a private slack connect channel with our customers. If you use Jam and want to participate, let me know!
Drift: We have a Drift bot that runs on our landing page. We get questions and feedback from new and existing users from Drift.
Grain: My cofounder and I will get on customer calls. We record these calls with Grain to document their feedback.
Email: Users will send us feature requests and questions over email.
Automate sending feedback
I wanted to try a new tool that had some automation features and could handle our customer feedback load. I set up a Coda table where all the feedback will now be captured from the different sources of feedback. But how do these feedback end up inside Coda?
I set up a Zap for each of those sources. Then, I set up triggers inside Slack, Drift, Grain and Email where certain tags or messages get routed to Coda with the following information:
1. Raw notes about the feedback (this is what the customer usually writes to us).
2. Email address (if available).
3. Source of feedback (just for me to analyze where most of our users feel comfortable sending feedback from)
I still have to ācaptureā the feedback but itās usually a one-click job for most of the feedback sources. For capturing feedback from email, I forward a feedback email to an internal email at Jam, which then routes to the Coda table. From here on I am going to refer to the Coda table as our customer feedback hub.
Why not use Salesforce or HubSpot?
Itās too big (and heavy) for our current setup. I am sure we will use one of those CRMs when our current customer feedback hub canāt keep up anymore.
Why not use a smaller CRM?
At this stage, I am not looking for a whole lot. I need flexibility in the tools that I am using without breaking the bank. As youāve seen in this post, I only started adding automation when I needed themā¦
ā¦
We will continue to iterate and make small changes as we run into newer problems. This system works for now but itās probably going to break when we bring in customer success and support people. But thatās a problem for another day.
š¤ Founder social:
Until next time,