Skip to main content

Pooling or stackable pricing - which one delights a customer?

There are various ways to price out capacity at a wholesale level but two of my favorite ways are pooling and stacking. When I designed the stackable plan for the Federal Government sector, I was conscious of the advantages and disadvantages a stackable plan offered over a pooling plan. But, before we get there, let me first explain with examples how these two plans work. Suppose a business customer wants a large amounts of data but does not know how much each smart phone or mobile broadband line would consume, then a pooled data plan might be a good idea. Here's how it works. Enterprise customers could buy a 100GB data plan for let's say $1000 per month. For this $1000 per month the customer also gets 50 lines included in the plan.  If the customer wants more than 50 lines, additional lines would cost $5 per line to add to the $1000 pool. remember you can add a line here, but you do not get any additional data capacity. You are capped at the total 100GB. The important thing, however, to notice here is if there is un-utilized capacity in the 100GB pool, by simply adding another line for $5, the new line can share in the pool. What is the effective cost in this scenario: let's assume the customer ends up adding another 50 lines as the customer estimates that the average consumption per line is only 1GB and therefore the company can hook up 100 lines to the 100GB pool. Since the pool already includes 50 lines for free, here's the math:

50 lines @$1000
50 Add a lines @ $250

for a grand total of 100 lines @$1,250 per month recurring charge. The effective rate therefore per line is $12.50 per line. Notice that if the customer had not optimized the pool and overestimates the data needs for the 50 lines, then the effective cost would have been $1000/50 lines = $20 per line. In other words, the customer would have over paid for a non-optimized pool of data. Therein lies the problem for the customer. A pooling plan therefore means possibly a loss of revenues for the customer, as in 2/3rd of the cases, the customers fail to optimize the pool. Some handy extra untended money for carriers but the plan is not customer friendly. It is difficult to understand and estimate capacities in advance.


So, what's the alternative. The idea we dreamt up was a stackable plan. Here's how a stackable plan works. Let's assume a customer wants to have the same 100 service lines as before. The customer roughly knows that the average data consumption per line is 1GB as before. In a stackable plan, the customer buys 100 1GB plans for $10 each for a total of $1000, the same monthly recurring charge as before. But, here's the fun part: All 100 lines can now share across this 100GB pool. If some lines consume more data, the other lines have to consume less to all total to 100GB. In effect, the effective cost per line now is $1000/100 lines = $10 per line for the same 100GB of shared data capacity. This solution saves the customer 20% over a fully optimized pool's and 50% over a non-optimized pool's effective per line charge. Further, a stackable plan allows the customer to add more lines or reduce lines at $10 per GB per line to increase or decrease the capacity. There is no room for non-optimization, the math is simple to understand, and the savings is there for all to see.

The federal government loved our stackable plans by the way.

Sensible pricing is what "Uncarrier" means - simplicity at lower costs is what the customer journey is all about. Ping me if you need more ideas here.


Comments

Popular posts from this blog

Using Issue Trees to investigate Product Cycle and Launch Challenges is an important arsenal in a product manager's armory

Most of the times, as a product manager, I solve complex problems under constraints within a short 2 to 3 weeks time, while not sacrificing creative thinking. The actual work shown here below demonstrates how I use a technique called Issue Tree Analysis (that I learnt from McKinsey Academy's problem Solving Leadership Program that I was nominated to attend by my company GE Digital) to investigate in a structured yet creative way. Structuring the issue as a SMART (Specific, Measurable, Actionable, Relevant, Timely) problem  and ensuring the identified issues were MECE (Mutually exclusive, completely exhaustive) were the most significant challenges I faced. On the positive side, such issue trees helped me capture a 360 degree view of the impacts solving the problem would have and help cover any unexpected failures due to major risk items not being identified for mitigation.

Quantum Cloud Computing (QC) and Killer Apps built on it can help create products with life-changing feature experiences. So, what's happening?

I have always wanted to write an article that explained why I chose the Q-bits background image for my LinkedIn profile. For those who follow the evolution of quantum computing and know its intricate evolution path, they will readily see the disruptions a quantum cloud compute environment is all set to produce in the near-future. Others- mainly the skeptics, the curious and the uninitiated, please read on. I may end up changing your world view on Quantum Computing and what is can do for us, homo sapiens and the planet we inhabit. Of course, I am not saying we have the first Quantum Computer available for sale on an e-commerce site and SW vendors are shipping applications that run on Quantum computers. There is still the issue of non-availability of a taxonomy-defined instruction set needed to actually program Quantum Compute (QC) machines, even if the hardware could be prototyped. But, to think that articulating a quantum processor instruction architecture set is...

Are Product Managers ready for challenges in this exploding technology world? Rate yourself with the work stream chart below.

Product management is an intricate function and is really a confluence of Technology, Users and the Business. Some Product Managers (PM) love to use the venn diagram where they show that PM is the intersection of Users, Technology and Business and leave it at that. But I am a keen- eyed product manager, more organized and methodical and find that the PM work streams need to be spelt out a a lot more deeply. As a PM, I really love this detailed work stream interactions (not my chart; if you need source, ping me) based triangular confluence below. It demonstrates why Product Managers have to keep an eye on so many stakeholder interactions and not just be writing out engineering specs and participating in stand-up meetings. It take a lot folks to get a good product out and then measure the success KPIs of the product post release. Maintain or kill decision post release is one of the hardest things to do especially when you have sunk in millions of dollars into your product manag...