's column on
The Alertbox on micropayments was one of the most controversial I have written, judging from the email I received. In fact, I got so many good email comments that I thought it would be a waste not to share them (after getting permission from the authors, of course).
Micropayments Won't Work
Kevin Crossman writes:
I love reading your Alertboxes, but on this one you are wrong.
If I'm at work, who's gonna pay for my micropayments? I'm going to have to get some sort of overhead charge number to surf the Web? Is my manager going to want to pay for these micropayments? What about his manager???
I know it sounds
, but this is the mentality is the business world. I could wait for some extra long download for "free" or I could use a micropayment to get the download off a fast mirror. My boss would choose the "free" scenario.
the company loses in the long run. That's just the way things are.
Micropayments will work fine for things like articles on news sites, porno sites (obviously), and others... but please don't let me hear you want regular old pages to have micropayments. That's crazy and people will RESIST!
There are no doubt many companies with "
" style management that makes irrational decisions. However, such companies will eventually be driven out of business since wasting money
wasting money, even if it doesn't appear as an official budget line item. If you waste 3 cents' worth of employee productivity to save one cent in direct expenses, then your company will be ill-suited for the coming fast-paced network economy.
(For the sake of overseas' readers I should explain that "Dilbert" is a popular cartoon figure who has a clueless boss. If micropayments were widely used, I would now show a Dilbert cartoon that was particularly illustrative of my point, but doing so is currently impossible: Copyright law prevents me from showing the cartoon since there is no revenue source to provide the royalty payments for a legal copy.)
Corporate accounting for micropayments
will happen along the same lines as corporate accounting for telephone calls: it will automatically be charged back to your department. If you use much more than the average $20 or so per month, then your boss may ask you to back off from the Web a little. Access to personal-interest pages might be covered by the company (just like most companies allow you to make a small number of short personal telephone calls), or employees may be asked to charge such content to their personal accounts. Future Web-access software should allow users to define multiple micropayment accounts to be used for different kinds of content. Companies that wanted to manage their micropayments tightly could subscribe to a rating service that would classify sites as work-related or personal-interest and could automatically block payments for the latter category unless the user provided a personal charge account.
Andrew Odlyzko writes:
I saw you interesting column on micropayments. I am very interested in the subject, and am a coinventor of a scheme of this type. However, extensive study of the economics and psychology have convinced me that while micropayments will play a useful role, it will be a small one. If you are interested in the details of the arguments, they can be found in my papers "The bumpy road of electronic commerce" and "Fixed fee versus unit pricing for information goods: competition, equilibria, and price wars."
Preventing fraud will be very difficult. Think of the trickery people already use today to get a high listing in search engines, and then imagine adding an extra financial incentive to do so! I have some pages that show
how to write the names of Hong Kong movie stars in Chinese
... lots of people come from search engines looking for dirty pictures (I can tell from the referer and search-engine query strings in my logs) and then back out immediately... I'd be happy if they all left a penny behind. Actually, some follow the link to my home page and then back out... another penny.
Also, HTML mail is already a problem due to privacy issues (if I send you mail with <IMG SRC="http://www.ocrat.com/jakob_useit.gif">, I can tell when/if you read my mail or maybe even discover your identity if you were anonymous). Imagine if spammers start embedding pay-per-view 1x1 GIFs into their junk mail.... 57 million pennies add up pretty quickly.
Most people will fall victim to these schemes because they'll set their payment thresholds to automatically accept payment below a certain amount... just like the "warn before accepting cookies" option in Netscape, the alternative is clicking on a million dialog boxes.
compared the Internet to the telephone
in a previous column, and many dubious semi-legal practices exist there already: hotel phone surcharges, 900-number ripoffs, pager or fax callback scams to a stealth pay-per-minute number, etc. Similar schemes on the Internet will open the door for governments to march in with clumsy and heavy-handed regulation. Scammers lack ethics but not imagination.
These problems would be eliminated if micropayments were simply voluntary (the "PBS" or "panhandling" approach). A small button at the top of each page could say "Click here to send 25 cents", or during PBS-style fundraising drives, you could even interrupt regular navigation with annoying interstitial pages begging for money. Browsers would have to prevent this button from being "clicked" automatically, but there is prior experience here in such security issues (preventing e-mail from being sent automatically, etc).
This fits the main criterion stated in your first sentence ( "those who pay for something control it" ), without all the overhead. And the benefit would be greatest for the small, one-person sites where even $20/month would let them recover their hosting fees or charges for extra bandwidth and diskspace.
You have discovered an additional argument not to read email in a Web browser. If the user was using an email client, then its default setting would presumably be to refuse all micropayments or to ask the user explicitly before paying even the smallest amount. After all, you don't want to give anybody in the world a license to charge you money simply by sending you an unsolicited email message.
The voluntary approach to payments may work, though the history of shareware makes me doubt it. A compromise might be a system where users were forced to pay a certain amount of money (say, $10 per month) to the payment service which would distribute payments to content providers proportional to their share of "fundraising" clicks. Thus, if a user only clicked on a single pay-this-site button during the month, then that site would collect the full $10. But the user would not be discouraged from clicking on these buttons on other sites since the charge would be the same. More commonly, the user would click maybe a hundred times in a month, and each site would get 10 cents.
By the way, animating the stroke order for the Hong Kong movie stars' names is a rare example of good use of animation on the Web. Bravo! As you have shown,
really does have its place on the Web, but only when used to
communication; not to distract.
John Heiland writes:
While comparison to payment thresholds observed in phone usage patterns seems valid, the model of payment does not extend to the Web. The phone company does not redistribute my payment to the people I have called, or, in the case of 900 numbers, the cost associated is closer to a subscription than that of a micropayment. What system do you hypothesize for handling the transaction of one to ten cent payments? Existing clearing houses such as credit card companies incur too much overhead to be distribution hubs for micropayment.
Patrick Breitenbach writes:
Jakob, but what about a subscription model where you get access to numerous "sites" on a flatter-fee basis. A virtual AOL or an MSN with more non-Microsoft content? Depending on what would constitute a non-free page, I'm not sure I'd pay a cent. I view far more than 100 pages of value a day.
John Heiland and Patrick Breitenbach are right, there will have to be a highly automated payment service to sit between the users and the websites. There is no way it will be possible to have users pay sites directly and keep overhead down. This payment service will also have to operate much more efficiently than current credit card companies. This is possible since everything is computerized and since the security requirements are much smaller when handling payments on the order of one cent per transaction (whereas a credit card allows you to buy a $10,000 diamond bracelet in one transaction).
David Long writes:
There was a thread on Seidman's (In, Around, and Online) discussion boards a while back about how flat-fee access wiped out the content industry's existing business model (and to some minds, failed to replace it with anything satisfactory)
In summary, back when online services charged hourly fees, they would split revenues with the content providers according to time spent. (the member-hour was the unit for AOL, IIRC) However, now, with the reliance on advertising reach, there is only revenue support for those who can aggregate very large numbers of eyeballs.
So, at least at one time, at least some segments of the online world actually had micropayments, but lost them!
It was a
black day when AOL went to flat-rate pricing
: quality of service dropped like a stone. The percentage of failed AOL connection attempts in the evening was 80% in January 1997 (shortly after the switch); even after boosting equipment, the failure rate was 16% in December 1997. If you succeed in getting a connection, it is almost impossible to fight your way through intrusive pop-up ads ads to useful content. The original AOL pricing scheme was wrong too: charging by the minute places considerable stress on users and is less fair than charging by the number of pages that are consumed.
John Brewer writes (Bruce Onder proposed a similar idea in a later email):
I liked your micropayment UI ideas, and would like to propose one of my own:
The browser window contains a "money" thermometer that represents a small amount of money (say $1 or $10) that the user has pre-authorized the browser to spend on his behalf. This thermometer would work like the "life force" thermometers in video games, starting out green in color, then turning yellow, and finally red. Once the thermometer runs out, your browser wouldn't take you to pay pages until you refill it. The refilling action could be as simple as double-clicking on the thermometer. In conjunction with the thermometer, you could have sound effects ranging from a short, quiet penny "clink" for under-a-cent transactions, to an old-style mechanical cash register "ka-CHUNG" for more expensive hits.
I propose this interface because my biggest concern isn't individual hits, but how they add up over time. The thermometer would give me graphical feedback on how much money I've spent lately.
The maximum loss would be limited to the (small) amount of money currently in the thermometer.
The constantly shrinking thermometer would indicate that something was amiss.
The continuous "clink, clink, clink" would further serve to alert the user that money was being spent.
Now I've just read your article about micropayments and am wondering whether this scheme is really necessary. I've found two separate providers - one for Internet access and one hosting email, www, and ftp. I'll have to pay about $75 per month for
That are the most interesting values - and everything for $75.
unlimited Internet access for reading and download
own domain www.something.de
20 MB space for WWW and FTP
6 GB transfer from my FTP- and WEB-site
$5 per 300 MB over 6 GB.
no limits to commercial use
Is it really necessary to charge for a site this cheap? Even if I set up tutorials for GUI-design and cross platform programming which are likely to be frequently accessed I don't think that a mostly text based WEB-site will be too expensive.
And a further thought comes to my mind:
Currently I'm still a modem user moving to ISDN in about 2 weeks. If I access a page with download times more than 5-10 seconds I stop the transfer. Will this page be charged? How can I now, whether I have to wait for years to get the information I paid? A friend of mine needed more than half a day to download the trial version of WinCE (they didn't say it was 90MB large) and if I think I had to pay say $10 I'd feel robbed. And it wasn't worth the money...
Links are often outdated and I don't think, that all people providing links will scan them whether some of them will cost the reader a fee. Wouldn't even micropayments discourage the use of the WEB?
The charges are not so much to pay for the hardware as to pay for the human time needed to develop a comprehensive website. Yes, people will write small sites for free because they like doing so, and such pages may continue to be free. But you cannot run a big site in your spare time.
An outdated link would not incur a charge if the user got a 404 error message instead of real content. If the user did get a page (just not a relevant one), then the user would have to pay and would have wasted a cent or so. If it happens once, then no big deal. If it happens several times, then the user would stop using the site and would give it a low rating in the
, thus warning other users. Once links become worth money, sites will have a large incentive to keep them updated; they will also have more of an incentive not to aggravate users since they are the paying customers.
Vladimir Menkov writes:
I think you may find it amusing that the "micropayment" model you advocate appears to be similar to the system that has long been common in Russia with respect to many Internet-related services. For example, while a typical US Internet service provider would charge you a flat monthly fee regardless of how much time you have spent on-line or how much e-mail you have saved or received, a provider in Russia would usually bill its customers a dollar or so for each hour of on-line time (i.e. almost at the level of your "less than a cent per minute and people use as much as they need"), or (in case of a UUCP-only service) a few cents per kilobyte of mail, on top of the a-few-dollars-a-month monthly subscription fee.
Similarly, it is common for a newspaper site, a legal database site, or a general-information (classified etc.) site in Russia to charge either a small (a few $$ a month) subscription fee plus a per page fee, or a per page fee. Sometimes it is a per-kilobyte rather than per-page fee. It is common to allow non-paying customers to view tables of contents and to do site search, but one needs to pay to access the full text of the selected document.
Of course, the actual payment mechanism is a technological problem, since credit cards are not common in the country, and electronic-money things like Digicash are still in their infancy. The common solution used in Russia is essentially the same used by New York City subway, campus copy-machine operators, or many phone companies, i.e. prepayment: once you find a site useful, you register and send the content provider some $20-40 as your advance, to be credited to your account. Your account is debited as you use the company's services, and you need to add money to it so that you don't overdraw it.
Remembering that "
The Telephone is the Best Metaphor for the Web
" (according to another of your columns), we should not be surprised that it works the other way too, and the mainstream Russian phone companies jump on the pay-as-you go bandwagon, planning to introduce a penny-a-minute or so charges for
(voice or data) calls above some threshold (15-20 hours a months), in addition to the traditional per-month charge. Actually they've been trying to do it for some 20 years, but now they seem to be more confident in their ultimate success. No surprise, the main protesters against the new rate proposals are not those talkative lonely little ladies, but rather local Internet users. The telcos, of course say: "we just do it the way advanced Western countries do" (referring to much of Western Europe, I suppose), while the consumers bring about the US example :-)
John Walters writes:
I fully agree with you on the subject of micropayments and anyone who can get a workable system up and running should do very well. However there will have to be some sensible way of overcoming foreign currency movements so that non US-based web users will not feel they are being disadvantaged. I think that a reasonably sophisticated and not too greedy bank will need to be behind the system for it to work properly globally.
Incidentally, on the subject of advertisements I remember when I lived in Italy in the early 1960's (yes, some of us are that old) on the national TV channel, RAI, they started the TV transmission about 8 pm and they had a solid 20 minutes or so of advertisements and then only commenced normal programming uninterrupted by advertising. So the ad's had to be good or people simply wouldn't bother to watch them. Maybe if the web advertisers want people to click on their ad's they had better do something about the content to make them worth reading.
Thanks again for your column, keep it going even if it does mean paying a micropayment!
Bernard McCartan writes:
Your views on payment for web page access doesn't take into account one important factor which operates in most countries outside the US, payment for local telephone calls. I pay 11.5 pence (about 16 US cents) for each three minutes that I am online. This "micropayment" mounts up rapidly. My employer, a dental teaching hospital, probably has a large(ish) number of its staff online at any time. Frequently staff close their browsers in the evening but forget to hang up; although the evening rate for local calls is 11.5 pence for 15 minutes, a few nights of an unattended PC online costs us quite a lot. It is unlikely that European countries will adopt free local calls. The demography of Europe means that there are fewer long distance calls and the phone companies must get their micropayments somehow.
European phone rates are definitely too high for Internet use: it doesn't make sense to charge by the minute and phone companies will either have to lower their rates or be driven out of business. But I do think that it will be necessary to charge by the megabyte (i.e., for the size of downloads) and it is likely that American users will have to start paying for their resource consumption along similar lines. Currently, websites have to pay between 1 and 8 cents for each megabyte they send out on the Internet, and it would be reasonable to charge users a similar amount for the burden they place on the infrastructure through their downloads. Web pages should be
less than 30 kilobytes
(while bandwidth remains scarce), so even at the high rate, physical download charges would be a quarter of a cent. The micropayments discussed in my column are intended to pay for content development and for the website's cost of uploading the bits to the Internet. All these costs are real and they will eventually have to be paid for the Internet to have a realistic business model.
Jonathan O'Donnell writes:
I was struck by the fact that your column on micropayments didn't mention international currency conversion costs. I know next to nothing about this issue, but I imagine that the difference between $A0.01 and $US0.01 will be vastly outweighed by the cost of converting $A0.01 to $US0.01.
Following your logic though, where there is demand, a service will follow. Presumably, in this case, it would be a conversion cost as a percentage of the amount, rather than a flat fee.
I guess that this is another international usability issue.
Anyway, thanks for the column. I would buy it anytime. :-)
Most of the micropayment schemes use a payment service that sits in the middle between the user and the website: the user runs up a bill with the service and pays in local currency. A typical monthly bill would be around US$20 or the equivalent in the user's currency. The payment service would accumulate payments from all its users and forward to the receiving websites at regular intervals, possibly using an international clearinghouse in case of foreign currency transactions. Since everything would be fully automated, there would be essentially no overhead due to currency conversions.