Happy to answer questions to the extent that I can.
Speaking of which: if it isn't transparently obvious by now, I really, really like getting feedback about how my advice worked out. If you ever implement a suggestion from me (particularly with an A/B test), please, drop me an email. Even if the result was "Well, that was sure an epic failure", because negative confirmation is useful, too. (If you want to share results I can write up for the blog, I appreciate that, too, but I'd be just as pleased with a "Keep this under your hat but we did a first-experience tour and, yikes, engagement +20%.")
Patrick, I've recently doubled my pricing across the board. To confirm Ruben's results, no change in trial/paid conversions.
Next step is disconnecting from "usage" (right now, plans are based on # of employees using the software, all plans have the same features) and moving towards plans based on the goals of the business: Do they need reporting? Are they comfortable being a solo freelancer working from Starbucks, or is the customer (or wants to look like) a big agency that needs a lot more flexibility?
This is the exact path I'm taking with my company very soon (I refer to it as persona based pricing, not sure if that's the correct technical term or not).
We've found that increased usage is not what differentiates our users (no one hits the imposed limits on their plans). So we're switching to plans that users should be able to read and immediately identify themselves with (Solo, Consultant, Agency)
Would love to chat with you about your thoughts and results if you're interested.
I hereby declare this to be the correct technical term for it. The guys in marketing may be calling it something else, but I don't think you'll find a more succinct description of the strategy.
Here's what I find really surprising: Making the word "Free" in the call-to-action much less prominent did not reduce conversion by very much.
The original page prominently says: "Sign up for a free trial" and gets a 6.9% conversion from visitor to trial user.
The new page unprominently says: "Money back guarantee" and "Free Sign Up" in the top right corner. Conversion is 5.2%, which is almost the same considering the scope of the change, even though there was much less use of the word "Free".
This is surprising in itself.
I'm also curious about how the next stage of the funnel is converting users from the trial to entering their credit cards.
Also you say that credit card signup is not mandatory. When does the CC enter the picture? Does the service wait a while (e.g. one month ) and ask you to enter you credit card? How does this compare to taking a credit-card upfront and offering a one-month money-back guarantee?
I don't want to be pedantic, but 25% fewer conversions is not "almost the same", it's quite the loss. You need to increase your funnel 33% somewhere down the line to make up for it (which I'm sure they did - I'm just making the point that X% -> X-d% is significant if X and d are small).
Depends if you're maximising for revenue or signups. The number of signups decreased but the revenue increased significantly, making up for the loss in signups. Of course if you can increase signups now with the new pricing then that would also show revenue increase.
I think this might be because of the product. Most people probably don't want free server monitoring, as the perceived reliability and performance would be worse.
I work in the e-commerce "ecosystem". What's your opinion about offering all software functionality for free, but charge for support and other side services like "product catalog management", "product image treatment", "e-mail marketing campaigns management" etc? Do you think customers may like the idea?
I think that the kind of customers who think "Oh, you know what, I want to run my business on a platform put out by a company with no clear way of keeping the lights on" are absolutely not the customers which you want to get. They're disproportionately going to be people who aspire to make money on the Internet rather than people who actually run businesses. People who actually run businesses are much better prospects: they have money and are willing to spend as much of it as you'd care to take if you can generate positive ROI. They'll be much more positively inclined to upsells like e.g. improved photography for their goods because they know that will directly make them money, whereas someone who a) has no orders and b) has no goods won't understand why on earth they'd pay for a professional photographer.
These very desirable business customers will run screaming from the impending trainwreck of a company which is proposing a) tie your business at the hip to ours and b) we could fold at any stiff breeze.
What about pricing a B2C SaaS? It seems to me that all of the advice I've found leans towards pricing B2C and charging a lot more money. Will applying the same techniques work for B2C where customers will be more stingy with their money?
Will applying the same techniques work for B2C where customers will be more stingy with their money?
Which techniques?
Market segmentation and pricing by features? Sure, absolutely. Some people value a certain service more than other people depending on their circumstances, just as some businesses do.
Doubling/trebling your prices overnight and hoping you'll get a similar number of customers all paying several times as much? ROFLOLWAT. These customers are spending their own money, and not only will many of them take their business elsewhere if you try to charge insulting prices, they'll tell all their friends that your service is a rip-off, too.
Obviously it's not really as simple as that. For example, a lot of businesses pitch their prices far lower than market value would support at first. In those cases, increasing the prices to something higher but still reasonable is fine and often quite lucrative.
But you're absolutely right that advice that holds for B2B environments doesn't necessarily work the same way in a B2C context. The starting point and assumptions simply aren't the same.
What are your thoughts on trimming down the price options even further, e.g. one plan around $200/month, plus a "need more? we do custom plans, call us!" option?
Oh, and thanks for writing this, there's some really useful information here.
The notion of keeping customers from having to make multiple decisions at once appeals to me, but you hugely gain by ability to price discriminate against customers who are less sensitive. There's a reason almost everyone you can think of has more than one price for their offering.
Can I give you a suggestion that's halfway there? There's no reason that your /pricing page has to be the only channel anywhere for getting signups. You might have a particular recommendation specific to a particular audience and give that particular audience just a single option. For example, when I write drip marketing campaigns, I often pitch the #3 out of 4 plan semi-exclusively, and send folks to pages which plug it and only it. (If you want to hear more about drip marketing get on my email list. August will be a fun month for you. If you don't want to hear about email marketing optimization my email list is a very bad place to be for the next couple of weeks.)
Thanks, that's really good advice. I'm planning on launching a new product at some point next month, and am preparing the initial pricing plans now. I hadn't thought of offering custom pages for specific audiences like that - I'm already on your list, and looking forward to seeing what turns up :)
Non-technical is not a synonym for uneducated. Many of my non-technical customers have masters degrees, and substantially all passed high school math. The typical non-technical decisionmaker trying to buy server-monitoring software has a title like Purchasing Director or Team Lead and a four-year degree or better. (I'd also tend to avoid that A/B test because the pricing grid looks very clear in context.)
There's a semi-related issue where talking in a particular way can make you seem like The Other to someone, and you don't want to do that, but I doubt the person with purchasing authority is so scared of math that this qualifies. (I might avoid putting a D&D joke on that page, where I would totally do that when talking directly to a geeky audience, if that fits the company culture.)
That wasn't a dig at non-technical people, more so that I've always (and seen results) from being a clear as possible. It took me a couple of seconds between reading "infinity" and realizing what you meant.
I haven't worked directly with any online backup software companies (and wouldn't give you their secrets if I had). In general, I'd try to align pricing with customer success, such that e.g. a big enterprise doing online backup of a mission critical application would end up paying a heck of a lot more per anything than a bride backing up her wedding photos.
This would tend to suggest not pricing backups by weight at all because, crucially, businesses do not value data by weight. 8 GB of bingo cards: doesn't matter if they get rm -rf'ed, I can regenerate them trivially. 200kb gzipped of Appointment Reminder database backups: that literally represents more than half my net worth. The production database for a large enterprise customer? That might trivially be worth $20k+ per month, totally no-brainer, regardless of size.
My most specific recommendation: if the pricing page includes "picodollars", it really shouldn't. (Much love for Tarsnap but darn it I'm right.)
Have you considered running tests on your marketing copy and doing the math on the hard data you get out of it?
I think I understand your point that you're not interested in having the type of customer who would be scared away by 'picodollars' (as opposed to finding it amusing) but you should at least test it out and get the numbers to verify your hypothesis right?
(As a bonus, if you're right, you get to shove it in the faces of everyone else. If you're wrong - well congratulations - you just increased sales)
Unless you're doing this more as a principled stand (which is fine I guess).
The reason that Colin can get away with the picodollar model is that the type of people who use tarsnap would get annoyed if they were charged for 1gb if they were using 100mb. _For those customers_, there is a clear correlation between the price being charged and the value provided.
If Colin is attracting people for whom the difference between $0.03 and $0.30 is meaningful, then Colin is attracting people that do not deserve to do business with Colin. Colin was involved in security with BSD, and made a no-BS almost bulletproof encrypted backup solution on top of untrusted hardware, and has created something of actual value. Anyone whose data is worth less than, oh, call it $100 a month (at the low end) doesn't really need Tarsnap.
I respect that everyone has their own motivations for doing things and that economic optimality is not the be-all-end-all. Colin can run Tarsnap as an underpriced public utility if he wants to. But, Scout's honor, it is underpriced. The pricing model actively discourages large, savvy customers whose lives and businesses would benefit from switching to Tarsnap in favor of pathological bottom-feeders who gain no significant benefit from Tarsnap. My personal opinion is, in addition to costing Colin money, this moots the impact that his (extraordinarily impressive) engineering achievement could otherwise be providing to the world.
This is a very awkward conversion for me, so I'm going to refrain from the unsolicited advice for at least a few months until picodollars just make me snap again.
You've disastrously misunderstood what Colin is doing.
Colin "gets away" with "picodollar pricing" because he is deliberately segmenting away most of his customer base. I am not entirely sure why he is doing that, but he has made a strategic decision in the short term to make less money in order to build his service up more slowly and, I presume, carefully. He exclusively wants the kind of customers who will not be annoyed with this annoying price model; in other words, the kind of customer that has time to reason through the idiosyncratic pricing scheme of a new backup service.
Unless slowing the growth of your own service is one of your goals, do not mistake what Colin is doing here with a pricing strategy that works in the general case.
I can't help agreeing with Patrick here, but I'm not Colin so I can't really presume too much.
In any case I always thought that Colin could get out of the low price quicksand by launching an entirely rebranded service with updated pricing based on value to customer, etc. sure, keep the original guys around too. Throw in some perks on the "new" service that are attractive to enterprise customers. It's not every day you have a product of this quality and (potential) customers willing to pay so much.
Assuming the goal is to have only technically sophisticated users who want to use the most durable data store known to man (S3) and have a rock solid & secure backup solution, the pricing structure being 3-6 times that of s3 pricing is a great value on all sides.
actually: colin, could you tell us perhaps what the total monthly storage and or bandwidth volume is? I don't think that if has ever been stated on the internet :)
caveat: i've been playing with tarsnap on/off since it was first launched, and now that i'm doing my own wee startup, i'm using it quite seriously and religiously to backup my working directories. Love it. (however much i email the tarsnap user list with some confusion thats easy to sort out every time i've resumed using tarsnap after some hiatus :) )
Speaking of which: if it isn't transparently obvious by now, I really, really like getting feedback about how my advice worked out. If you ever implement a suggestion from me (particularly with an A/B test), please, drop me an email. Even if the result was "Well, that was sure an epic failure", because negative confirmation is useful, too. (If you want to share results I can write up for the blog, I appreciate that, too, but I'd be just as pleased with a "Keep this under your hat but we did a first-experience tour and, yikes, engagement +20%.")