Loading...
Answers
MenuShould I use the same product pricing for different membership plans that I offer to simplify my pricing to make users less distracted?
Answers
As you likely know, people make a lot of decisions based on price. Having different pricing points isn't distracting, it's often the driver for making a decision - as people compare value of an offering to the price of its offer. So no, I don't think you should set all your prices at the same level.
But I do suggest you put prices on them (not just free), as studies on membership sites have shown that even a $1/year price will see 15-25% of previously "free" users leave - meaning that they never had the intention of spending money with you.
Your problem is typical of a start-up that treat product pricing as a quantitative problem, or an afterthought. As a matter of fact, product price is directly related to marketing and consumer psychology. Your intent to use same pricing for different membership plan speaks volume about the conundrum in your mind.
If you're a technology company then you need to look at it beyond the economic theory of supply-demand. Because, over time your cost of production approaches zero. Ideal way to get started is to benchmark it against your competitors. And, while you do that, ensure that you benchmark your product in first hand than pricing.
But, what if you don't have a competitor to benchmark against? In that case data would be of no help. You would need to get started with setting an hypothesis. The rule of thumb is to create a gap between price and perceived value large enough to pull customers.
Secondly, price is often traded as proxy for quality. In your case, it could be quality of customized service or additional features.
Thirdly, keeping price similar, you may lose on creating an entice point for your market. You lose that and you lose an opportunity to understand the embracing price point. Something, larger segment of market will embrace you at.
I hope this proves to be of some help!! Thank You.
Your question really boils down to one fundamental question: are there different segments?
Undoubtedly the answer is yes. I have never seen a business that doesn't have different segments.
So what you are really asking is have you done your segmentation properly?
I would recommend that you simply test this. And track the results. Your answer will be different for every product and target group one may have. So always faster and better to just do a test.
I'd bounce a question back to you: do you think that "less distracted" users are more likely to subscribe to your SaaS? Your answer to that question will form the basis of your marketing funnel. I have used lower pricepoints for entry-level products that were meant to get people into my funnel (usually in the form of an email address). And then, as I gain trust, I can sell my new customers higher-priced products and services. At the very least, three different subscription tiers/prices can offer something to price-conscious prospects (the cheapest option), something to value-conscious prospects (the middle option), and the "Rolls-Royce" option for prospects who always want to buy the best. Most people will go for the middle option because it seems safe. Offering only one price may simplify things, but you'll also lose the powerful psychology that drives the best marketing funnels. Hope this helps, Austin
I've performed hundreds of pricing page tests in the past. It's hard to tell in advance what will work.
There are a few things I'd recommend to generate ideas for tests:
1. Talk to users who have visited the subscription page and converted. Ask them what made them pull the trigger and what made them almost decide not to subscribe.
2. Talk to users who visited your sub page and did not subscribe. Ask them why not.
3. Study the best pricing pages in your industry and outside it for ideas.
Once you have a queue of ideas, I'd test copy, design, plan features, pricing, term lengths, payment options, incentives (trial, discounts, etc.) to find out the order form that makes the most sense for your users.
Simplicity is a great goal, but there are so many factors at play that testing is critical to understand the business impact of various membership plan designs.
Related Questions
-
Freemium v.s. free trial for a marketplace?
It depends on a number of factors but I'd boil it down to two key things to start: 1) What is your real cost to provide a free plan or trial? 2) Who exactly is your customer and what are they used to paying and who and how do they pay today? When you say "online workforce marketplace" it sounds as though you're placing virtual workers. If that's the case, or if you're paying for the supply side of the marketplace, the question is how much can you subsidize demand? Depending on where you're at in the process, I'd also question how much you can learn about the viability of your marketplace by offering a free version, assuming again, that free is actually a real cost to you. I was part of a SaaS project that started charging people for early access based mostly on just a good landing page (we clearly stated they were pre-paying) and were amazed at the response. I've also run a SaaS product that offered free trials and realized that the support costs and hand-holding and selling required to convert from free trial to paid wasn't worth it, this despite the product's significant average ARR. You might be better off providing a "more information" sign-up form (to capture more leads) and let them ask for a free trial while only showing your paid options. I've been amazed at the lead capture potential from a simple "have questions? Click here and we'll contact you" This is all the generalized advice I can offer based on the limited information I have, but happy to dive-in further if you'd like on a call.TW
-
Does odd pricing turn you off (e.g., $29 vs $30)?
For me personally, no. However, what you really need is a larger data set. Gumroad just did a post on prices ending in "9": http://blog.gumroad.com/post/64417917582/a-penny-saved-psychological-pricing 37signals started with prices that ended in 9: http://37signals.com/svn/posts/1287-ask-37signals-how-did-you-come-up-with-pricing-for-your-products ... but they later did research and found it didn't matter (for them). The answer for YOU will likely be to test these things for yourself on your SaaS app.JJ
-
What's a reasonable profit margin on merchandise?
Are you the manufacturer or reseller? If you are the reseller, typically about 40-50% above cost. Use the MSRP as an indicator.ZR
-
For a SaaS, I find that Stripe is not available to Indian companies. What are other Stripe-like payment gateway options for Indian companies?
there is Balanced, Dwolla, Braintree but none of them seem to work in India yet.HJ
-
How important is coding knowledge in starting a SAAS business? Should I start by learning code or just get started on the idea? Book suggestions?
I started a large SaaS Company for B2B where perfection in code is as importante as it gets. So here is my advice, DON'T CODE until you know what the Saas Really is. First start understanding what the problem REALLY is. Interview people and actually spend 100% of your time doing Customer Discovery. (This sounds easy but it is a skill you'll have to develop far more important than coding). Once you understand what the problem is, come up with a value proposition. Still no code. Then make a sell. If you can actually find things already existing that you can Hack and put it together then use that. Then make another sell. If you can sell it to at least 50 people if you are B2C, or if you are B2B you should have at least 1 customer. Once you do that then start automating some parts of the solution that you have hacked and so on. But THE most important thing is to be in constant conversations with your customers and hot leads. Remember you are a customer making machine not a coding machine, the first one is where the money is. Hope this helped you, if you want to talk more about customer discovery and customer development, just give me a call.JC
the startups.com platform
Copyright © 2025 Startups.com. All rights reserved.