If you run a product team with 5 engineers, 1 engineering manager, 1 designer, and 1 PM, a 2-week sprint probably costs you around $50k to run if everyone is in the US.
The projects that you ship need to pay multiples of that money back. Ideally quickly.
If each sprint doesn’t produce at least $50k of revenue, you will eventually run out of money.
The big projects obviously help, but so do the small projects with immediate impact.
These are all projects we launched at Codecademy that had a great effort-to-reward ratio.
I have replicated all of them with consulting clients and seen the same results.
If you haven't done these yet, you should. Even if they don't work, you're only out a few days of engineering time.
The fastest way of increasing conversion is to help unblock the highest intent buyers.
Helping someone buy what they already want is easier than convincing an uninterested person to buy.
The highest intent people, by far, are those who tried to pay you and hit an error.
You do it like this:
A bad error message is: “There was a problem with your payment method”
A good error message is: “Your CVV code didn’t match, please update it and try again”
A bad error message is: “Your card was declined”
A good error message is: “Your card had insufficient funds, please input another card and try again”
Try to hit the top 80% of errors that users see.
This should take you ~1 day to download, sort, and re-write, and then it should take an engineer 1-2 days to change and release.
Because checkout pages are the only place where 1% of conversion = 1% of new revenue, this has an immediate impact on the business.
I have seen this add 1-5% to checkout page conversion, which means you’re increasing the whole company’s revenue by 1-5% in under a week.
The more people that you have purchasing on your product each week, the more effective this is.
A huge part of any recurring revenue business is getting ahead of payment issues. For B2C applications (not charged through an app store), it's common for 5-15% of your monthly recurring payments to fail.
With the right recovery steps set up, you can win back 50-60% of these charges, which makes a huge difference.
If you can fix a payment issue, not only do you make that money back immediately, but you also get the future earnings from that user, which you would have lost.
Pretty much all payment processors (Stripe, PayPal, Adyen, etc) and subscription management tools (Reculy, Chargebee, etc) have this functionality.
However, it’s not always turned on by default, which is a potentially huge loss for you.
In the majority of payment/billing systems, these changes can be made without an engineer.
You want to make sure that you have the following set up:
Automated retries are exactly what they sound like, you set up the number & frequency of attempts after a card fails.
A Dunning process is a machine learning-based retry system, which takes into account a variety of data points and tries to “guess” the right time to retry the card.
In a recent client project, I have seen their dunning be 2x as effective as automated retries in Stripe. This is basically free money and worth upgrading to their "Scale" tier to access it.
I'd turn on the Dunning setting to as high as they'll let you. As of writing this, that is 8 attempts in 30 days.
You've probably seen notifications from products that ask you to update your card after it was declined.
Some payment systems have this on already, others don't.
I would suggest:
Ideally, the place you are sending them doesn't force them to log back in to update their card.
Note: I wrote a longer guide on this topic here: https://www.subscriptionindex.com/blog/payment-processing-101
Most of the best ROI projects sound so simple that you assume there should be more to it.
There typically isn't. That's what makes them great.
Here are the steps:
Ideally, the design of your page works in a way where the user can easily compare the savings that they are getting.
We made this change at Codedex (here and here), and it was effective at bumping up the annual plan %.
Quick note: If you building a freemium product, remember that a lot of where your user makes the decision to buy will not be on your pricing page itself.
There are likely a lot of upgrade points deeper in the product that you'll have to remember.
This tactic is half a step into the gray area for subscription tactics, but I would argue that its industry standard.
Monthly email receipts are just nudges for your unhappy users to cancel the product.
Neflix, Spofity, and all the other major players don't send them for a reason.
Just a note that I recommend you keep receipts on for annual plans (as they are might higher tickets) and also keep the "your free trial is about to convert to paid" emails on as well
The potential brand damage by charging people a lot of money without telling them isn't worth it.
There are a handful of scenarios where these tactics don't work (e.g - if you only sell annual plans, then that is already the default), but the rest are worth a shot.
Worst comes to worst, you lost 4 days of engineering time.
The best case scenario, is that you're getting some quick wins that compound for years