First you're assuming the software company IS making money on that 
little guy, they may not be! They may be hoping the little guy steps it 
up over time to a size where they are making money with them.
But lets say that little customer does make them a little money. Clearly 
it won't be a lot of money since the guy is paying the minimum charges 
for 1 partner 1 translation and 1 transaction. The vendor will have to 
sell this small setup to thousands of customers just to stay in business.
But there will be customers who need 10 partners and 10 translations and 
100 transactions per day. That customer paid more to set up 10 times the 
partners and translations and their monthly bill is larger. They are 
gaining much more value from the software as well.
And of course there are really big guys with many more partners, 
translations, and a constant flow of transactions. Maybe this customer 
is offered an 'Unlimited' transaction price to cap their already much 
larger bill at a known amount.
Consider these three types of customers. Which will need more support? 
Which will call in with more problems? Which is going to be more urgent 
when they call? Chances are those bigger guys. So that adds to the cost 
of supporting them and thus more profits need be generated to support 
that risk.
Yes the cost to send each customer media (even if it's via the net) and 
to produce the software and to have phone lines for them to call in to 
and is about the same so it's all too easy to say: "Let everyone pay the 
same, it's SOFTWARE after all, no cost really to make the second copy!" 
But this ignores business 101. Sell at the price the market will bear, 
see: "Airline pricing."
This is just "Larry's pricing model for EDI" mind you but it totally 
charges based on how MUCH you use the software, not on the size of your 
company. You could be GM running on a massive machine with 100 LPARs but 
 trading with one little partner so you pay very little. Or you could 
be a very small company that specializes in EDI sorts of things and 
running on a small P10 machine with a single LPAR but beating the thing 
to death with EDI. You then pay more because to you it's valuable and 
driving your business.
Here's the thing, I want my software company to be making enough money 
to stay in business, properly support the product, enhance it, make it 
better. I want them selling to a lot of customers and picking up those 
new customers too so that ideas those customers have will feed back into 
the product thus helping me. I don't want them 'just hanging on' because 
the pricing model isn't working for them.
Don't make me tell the story of my dairy farmer cousin and his milk 
hauler again! :-)
        - Larry "DrFranken" Bolhuis
www.Frankeni.com
www.iDevCloud.com - Personal Development IBM i timeshare service.
www.iInTheCloud.com - Commercial IBM i Cloud Hosting.
On 8/24/2017 7:54 AM, Rob Berendt wrote:
Question, if they are making a profit by selling something to the customer
with one trading partner and only 1 daily transaction, why should they
charge more for the customer with 100 trading partners doing 1000
transactions daily?  I fail to understand this kind of tiered pricing
concept.  Everyone things the bigger guy always has bigger pockets to
pick.  Not considering they also have bigger expenses, rules and
regulations that many of the smaller guys don't.  Why should the bigger
guy subsidize the smaller guys purchase?  It's not like an auto lease
where you turn in the product at the end and it's more worn out because
you put some serious mileage on it and you have to pay a surcharge.  There
it would make sense because the resale value would be lower.  When you're
done with software they don't want it shipped back (at least not since I
can remember).
Been awhile since I've been in the EDI world but wouldn't it make more
sense to base it on the cost of development?  For example by transaction
type or bundles of transaction types?  810's, 830's, 850's that sort of
thing?
Rob Berendt
As an Amazon Associate we earn from qualifying purchases.