Amazon Tech Support

  • Subscribe to our RSS feed.
  • Twitter
  • StumbleUpon
  • Reddit
  • Facebook
  • Digg

Monday, 2 July 2012

New Report: 10 Reasons Why the "toll-free" 1-800 Apps Concept Won't Work

Posted on 14:31 by Unknown

I've published a 35-page report on one of the mobile industry's lastest overhyped ideas: the concept of a "1-800" model for apps, where the user doesn't pay for data against their quota or cap, but the app or content publisher picks up the tab instead.

The idea has been floated by various operators - notably AT&T and Verizon Wireless - and supported by assorted network and policy-management/charging vendors.

Although superficially compelling, there are numerous practical flaws with the idea, ranging from difficulties with pricing of such "sender-pays" data charges, through to unexpected side-effects as users and developers try to "game" the system. Add in uncertain IT systems, the rapidly changing nature of apps themselves and assorted other "gotchas" and the idea starts looking unworkable.

The report elucidates 10 separate reasons why the general model for toll-free apps can't work, as well as identifying a handful of niche use-cases where it might be OK.

One of the main problems is defining exactly what an app actually is - I've mentioned the famous YouTube-video-inside-Facebook example for a couple of years, but it's now getting much more complicated than that. HTML5 means that "apps" can be created on-the-fly, individualised for different people. How does a 1-800 model work when your Facebook app and mine are different?

Then there's things like WiFi. If I'm an app developer, why should I pay for someone's mobile data traffic when I can just suggest they connect via WiFi instead? Maybe for the small amount of "absolutely need-it-now" data there's more of a case, but that makes it much more difficult to separate out the time-critical vs. delayable parts of the app. Unless the price is so cheap that the developer doesn't care - in which case the operator probably won't be making much money either.

Then there's the IT and back-office side of all of this. How does an app developer sign up, track their data costs, manage fraud and abuse - or complain if it goes wrong and they're mischarged by the operator? And if you try and implement a version of the tollfree data model where the traffic isn't just charged differently, but prioritised or given extra QoS it gets 10x harder still.

My view is that it's a nice idea for press releases and conference soundbites, but when you look at the detail it just won't work, especially in the general case where any app-developer or content provider can use the platform. The 1-800 phone industry - where anybody from a florist's shop to an international airline can offer free calls - simply cannot be replicated for mobile data and apps. There are far too many gotchas, many of which I'm not mentioning in this blog post.

Let's just work out a way to gracefully back away from the idea, look at a couple of niche and highly-customised special cases, and move on. "Sender-pays" for mobile data simply will not work for massmarket apps and content.

The report's contents (total length 35 pages):
Introduction       
Several different models of “toll-free”   
1. No clear definition of “an app”          
2. Business Model Fit   
3. Apps’ data usage is device-dependent
4. Apps have multiple functions      
5. HTML5 changes the game again  
6. Poor fit with WiFi and femtocell offload  
7. OSS/BSS challenges & “dashboards
8. How would operators price toll-free? 
9. Network dependencies & standards   
10. Arbitrage & other unintended consequences
Can two-sided business models ever work
Exceptions where Toll-free might work
Conclusion     
About Disruptive Analysis

I'll put up a more full blog post and description in coming days, but for "early adopters" willing to pay upfront, I'm offering a $100 discount for a short introductory period.

The report is available as a PDF only, delivered via email within 24 hours of payment via the Paypal / Credit Card link below. The discounted price is US$595 for a 1-3 user licence, and $895 for a corporate licence. (If you're in the UK or EU, you'll need to select the option with 20% VAT added).

If you prefer to order and pay via PO/bank transfer, please email via information AT disruptive-analysis DOT com . Also please note that I have been experiencing occasional problems with the Paypal BuyNow links below - please let me know if you have trouble.
  
If paying via a personal email account, please also send me your work email address or a contact phone number.


Disruptive Analysis 1-800 Toll-Free Apps report:
1-3 User Licence


Toll-free apps report (PDF) 1-3 users

Corporate Licence


Toll-free apps report (PDF) Corporate
Email ThisBlogThis!Share to XShare to FacebookShare to Pinterest
Posted in | No comments
Newer Post Older Post Home

0 comments:

Post a Comment

Subscribe to: Post Comments (Atom)

Popular Posts

  • Quick musing on Cloud Computing
    I just heard the phrase "Everything as a Service" during a presentation on Cloud, SaaS and other forms of managed service offering...
  • Apple, embedded SIMs, NFC and mobile payments - some speculation
    I wonder if I've just managed to join up the dots on something rather important: - Recent reports suggest that Apple is intending to use...
  • New Cisco VNI traffic report out
    One of the broadband industry's "bibles" has been published in a 2010 edition . Cisco's "Visual Networking Index...
  • Is the MID a market?
    MIDs (Mobile Internet Devices) are being pushed by some notebook OEMs and silicon suppliers as the next big convergent handheld category. I...
  • "You can't use my eyeballs for free"
    Let's look forward 10 years. We've all got augmented reality browsers on our handsets, or perhaps our 4G-connected sunglasses. They ...
  • Mobile traffic management - the Inter-technology war begins
    I've been following the proliferation of mobile broadband traffic management technologies for some considerable time now, having publish...
  • Pre-MWC notes for analyst relations staff
    OK, it's the time of the year when I get bombarded by emails and phone calls from a million people inviting me to briefings and similar ...
  • Mobile operators' future voice strategies decoded
    Apologies in advance, but this blog post is deliberately a bit of a tease. I'm not going to spell out the answer here, as it's too v...
  • Hosted mobile services in the recession - Caveat Emptor
    I used to work as an equity analyst at an investment bank back in 2000-2001. I remember an unending stream of first generation Application S...
  • Challenges in measuring offload volumes
    I suspect we're going to get bombarded with statistics in the next year, along the lines of "Operator X deployed Vendor Y's off...

Blog Archive

  • ►  2013 (31)
    • ►  October (2)
    • ►  September (3)
    • ►  August (1)
    • ►  July (2)
    • ►  June (6)
    • ►  May (5)
    • ►  April (1)
    • ►  March (3)
    • ►  February (3)
    • ►  January (5)
  • ▼  2012 (46)
    • ►  December (5)
    • ►  November (4)
    • ►  October (3)
    • ►  September (2)
    • ►  August (4)
    • ▼  July (3)
      • UK Net Neutrality - moving towards the right idea
      • What's your "ecosystem mix"?
      • New Report: 10 Reasons Why the "toll-free" 1-800 A...
    • ►  June (1)
    • ►  May (6)
    • ►  April (4)
    • ►  March (1)
    • ►  February (9)
    • ►  January (4)
  • ►  2011 (73)
    • ►  December (4)
    • ►  November (10)
    • ►  October (8)
    • ►  September (6)
    • ►  August (3)
    • ►  July (5)
    • ►  June (7)
    • ►  May (9)
    • ►  April (4)
    • ►  March (7)
    • ►  February (6)
    • ►  January (4)
  • ►  2010 (130)
    • ►  December (4)
    • ►  November (10)
    • ►  October (10)
    • ►  September (6)
    • ►  August (9)
    • ►  July (7)
    • ►  June (19)
    • ►  May (19)
    • ►  April (11)
    • ►  March (18)
    • ►  February (7)
    • ►  January (10)
  • ►  2009 (126)
    • ►  December (4)
    • ►  November (14)
    • ►  October (9)
    • ►  September (8)
    • ►  August (9)
    • ►  July (10)
    • ►  June (21)
    • ►  May (14)
    • ►  April (2)
    • ►  March (11)
    • ►  February (15)
    • ►  January (9)
  • ►  2008 (94)
    • ►  December (24)
    • ►  November (26)
    • ►  October (25)
    • ►  September (19)
Powered by Blogger.

About Me

Unknown
View my complete profile