Amazon Tech Support

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

Sunday, 15 May 2011

Telcos paying OTT players - balance of payments will look ugly

Posted on 23:34 by Unknown
Through my work with Telco 2.0, I spend quite a lot of time thinking about how telcos can get "two-sided business models" (2SBM) to work. This involves deriving revenues from companies "upstream" of the users themselves, who pay to use the operator as a "platform" for doing business with the users more effectively.

An easy example of 2SBM is advertising, with the telco facilitating a brand by helping it market to the telco's (paying) users. Google does much the same, but only monetises the upstream (ads) and not the downstream (users searching). Another example of existing telco 2SBM is "bill on behalf of" - for example collecting payment for apps through carrier billing, and taking a rev-share from the developer.

Harder examples of 2SBM are where the operator wants to act as an identity/authentication provider, enabling various network-based APIs like location, or where it wants to provide some form of QoS or "slices and diced" bandwidth for fixed or mobile broadband. Notwithstanding the ongoing wrangling about Net Neutrality, operators would dearly love to charge Internet companies such as Google or Facebook or Netflix for using "their pipes". As I've written before, simply acting as a bottleneck or tollgate is improbable - for any chance of getting "cold hard cash" for broadband 2SBM, the operators need to help the so-called OTT players do something extra, which best-efforts connectivity cannot do.

This is proving tricky, because the Internet companies have proven quite adept at making the most of ordinary Internet access connections, while the operators have found it hard to deliver "provable" enhanced QoS, especially in mobile, even where the law permits.

So at present, the amount of revenue flowing from to operators from YouTube, Hulu, eBay and so on is vanishingly small, once you exclude basic connectivity from their servers - and perhaps some newer trends about peering / transit for those generating the greatest volume of video. Many of these companies have developed their own in-house alternatives to operator APIs (location has been the easiest, but others such as messaging and identity are evolving too).

So despite some ridiculous, sycophantic and wishful-thinking "telcowash" (4MB PDF) from the likes of consultants such as ATKearney, the chances of deriving extra revenues from Internet companies, by just sitting in the middle of the network with a couple of DPI and optimisation boxes, seems as hard today as it did three years ago.

Instead, there's a slow trickle of cash going *the other direction*. Operators are paying OTT companies for their unique applications and capabilities. DoCoMo has just cut a deal with Twitter to embed its apps into featurephones, and use its "firehose" feed for location-based services. Verizon has partnered with Skype, as has H3G - something I feel might evolve much further now, given the Microsoft acquisition. Facebook is reportedly charging for bulk access to its own APIs - which makes those RCS visions of handset addressbooks injesting profile pictures and statuses look unlikely. And then we've had the acquisitions - France Telecom buying a major stake in local YouTube rival DailyMotion, Telefonica buying Jajah and so on.

And then of course there's the huge amount that operators spend on Google Advertising.

In other words, despite all the rhetoric, it seems like the OTT players are charging the telcos, not vice versa. The reason is simple - the OTT players are typically selling innovation and new value *first*, not attempting to monetise control. Enhanced Twitter will add value to DoCoMo's customers. Google's clever advertising and analytics help operators sell more stuff.

When the operators can demonstrate that their 2SBM offers add value (and revenue) to upstream players, especially on broadband, they are likely to buy them. But they are unlikely to pay a "control point tax" without upside.

How many operators employee marketing staff to show that they can help Facebook, Google et al make more money if they use the operator APIs or QoS mechanisms?

Until that point, the balance of payments between telcos and OTTs will stay in the red.
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

  • The Number 1 problem for "seamless" models of WiFi offload / network selection
    I frequently argue against the assumption that "seamless" connection to WiFi is practical or desirable, especially for the general...
  • Mobile social networking - how I'll know when it's going mainstream....
    This falls into the category of "amusing personal anecdotes" rather than "rigorous industry analysis". But it also refle...
  • Part of Nokia's problem - making Ovi compelling
    I've got a Nokia Ovi account somewhere. Signed up for it ages ago, to play around with the Ovi Store when I had an N97 to play with, ba...
  • Putting a value on customer data with reference to offload
    There continues to be a ferocious discussion about AT&T's new data plans - and also, as I commented a couple of weeks ago, about the...
  • Android - the retail experience
    I just stopped off at my local branch of Carphone Warehouse on a whim, to have a quick look at what's being sold and how. (By coincidenc...
  • For telcos, "Monetising OTT" is about distribution partnerships & revshare, not QoS or termination fees
    A couple of years ago, I moderated a panel session at a conference on broadband business models and "traffic management". It was o...
  • BT WiFi smartphone application
    I've just seen BT's announcement of its new iPhone and Android app, offering free WiFi access at its Openzone and FON hotspots to i...
  • An update on @DApremium - the world's first paid Twitter channel. Now available with quarterly or annual subscriptions
    It's now been six weeks since I announced the launch of @DApremium , my second Twitter stream - one which is available only to paid subs...
  • The Novatel MiFi - possibilities for new mobile broadband business models
    OK, I realise that I've been a bit grumpy and critical of some things recently. But before everyone assumes I'm getting more cantank...
  • There really needs to be a "User tariff API" for developers
    Generally speaking, app developers and website owners know what device you've got, what OS, and what browser. Furthermore, they know wha...

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)
    • ►  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)
      • Gaming the new peering arrangements - will non-neu...
      • Future of Voice Masterclasses: June 30th Santa Cla...
      • Thoughts from the LTE World Summit
      • Telcos paying OTT players - balance of payments wi...
      • Another reason why app / service based pricing for...
      • Microsoft + Skype + Nokia = NextGen 4G Mobile VoIP...
      • My Top 10 blog posts from the past few years
      • Business model innovation in mobile broadband - th...
      • Is KPN about to hit the Net Neutrality "suicide bu...
    • ►  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