While there are a few service providers with seemingly generous “unlimited records”, I have seen web-apps offering generous free quotas to close shop/move away from this space, leaving their existing customers looking for alternatives and have also seen others reduce their quotas from something like 100,000 free records to just 1000 free records.
Less records, less requests from users // least cost
Less records, more requests from users // moderate cost
More records, less requests from users // moderate cost
More records, more requests from users // highest cost
This is the simplest level. Next comes the number of write operations. This could be to add new records or to just keep updating existing records. So, for a given set of record limits and request limits…
Less read, less write operations // least cost
More read, less write operations // slightly higher cost
Less read, more write operations // considerably higher cost
More read, more write operations // highest cost
Trying to map it to a simple per-user, max-records based pricing is thus not an easy task. Just to be on the safer side, web-apps usually end up over-charging the least-cost users.
With iFreeTools CRM and Creator, we prefer to take a different approach, based on what really costs us money – the computing power, storage and bandwidth. This means our free-version may not seem very much generous, but our paid-versions have substantially better value for money and also allow more user-accounts per application.
Also, our pricing plans are such that we don’t over-charge our paying customers to fund our free users. In a way, our free users pay for themselves – or so we believe – since our free plans our ad-supported. This enables us to provide generous quotas for our paid-users.
CPU based quotas are also planned to be incorporated, after which we plan to remove away the user-limits altogether and increase the record limits substantially. After all, it costs us just $0.15/GB/month (thank you Google App Engine).
Our pricing page is at http://crm.ifreetools.com/pricing
Do let us know what you think. You can also mail your thoughts to email@example.com
 Freemium model – I am of the belief that freemium model works more favorably for vendors of installed-apps, where the only cost incurred for each freemium use was the download bandwidth. With hosted apps though, the computing resources for the free app users are to be provided by the service-provider, in the hope that they would turn into paid customers one day.
 “unlimited” quotas – I am really not sure how they can offer such a deal.. I guess they should have some limit which they do not say explicitly or their apps become unusable after some limit, that they know for sure it will not be a problem.
 reducing quotas from 100,000 to 1000 – of course, there was some backlash from existing user base, so they had to allow existing users remain with the old quotas, while restricting new ones.
 pricing based on costs incurred – Some may frown on the idea of pricing software based on the cost incurred, rather than on the value it brings to the business. Whether we like it or not, pricing of software tends to get lower and is most likely to reach a point where the software becomes just an add-on for the commodity platform services.