Enterprise Technology By Phil Edholm

Microhoo versus Google

I decided to wait a while before posting on this topic as there is so much noise on the topic. And I waited long enough that Yahoo turned down the first effort, but I thought a post was still appropriate as Microsoft seems to be undeterred in it's pursuit. Especially as this is the first in potentially multiple consolidations in the space.

I believe this is the logical transition of Microsoft from a "product" company into a services company. While Microsoft has continued to lead in the "product" space, it has not gained significant share in the "services" side of the business. As we all know, technologies and products tend to move down in value over time, so to maintain position, companies (and individuals) need to move up to new values. Obviously, this market has matured to a point where Microsoft felt it had to move inorganically.

It will be interesting to see how the market moves forward in search and other services. I am especially interested to understand how users will distribute their loyalties between a" Microhoo" and a Google. Will there be a transition to some form of open usage model (ala television) where the underlying service structure is defined by lead content, or will it be based on loyalty services (email, storage, communications management, etc.). On the surface it would appear that many of the "services" that involve control (rather than media/bearer) are likely candidates for movement to this new competitive service world. In this, Microhoo may have a lead in it's UC business model that can extend from the enterprise into the personal space.

In the end this merger may impact a potential trend; many so-called products/services can be delivered economically enough to enable their use as loyalty tools for revenue models based on "marketing" models, while bandwidth is a value that end users will truly pay for. For example, neither of my children pay for any of these services (they use "free" email accounts, IM and others), but bandwidth is a critical component of their experience. Just try using YouTube on dial-up or a slow connection and you will see that this is true. If SIP UC services (from a control perspective) are no more expensive to deliver than email (in terms of processing MIPS, memory bytes, storage bytes, and Internet Access bits), will this become just another "free" service for consumers. One thing is for sure, the coming competition between Microhoo and Google that may emerge if this merger happens will drive demand for bandwidth in dramatic new ways. I sure hope either my telco or cable providers get with the program and gets me my 100 Mbps connection soon, I sure think I am going to need it. Also, this new era may really drive demand that will expose the current limitations in the core infrastructure; does the use of 40 Gig Optical and PBT Ethernet metro services come out of the increased demand curve created. The general drivers of bandwidth (Moore and Metcalf) are often out-stripped over a short period of time (see this post on Bandwidth Growth). Is this merger and renewed competition about to create a maelstrom of new services that will explode the bandwidth users will demand?

Trackbacks/Pings

  1. […] unknown wrote an interesting post today onHere’s a quick excerpt […]

Comments

  1. Phil, as discussed in a previous thread, I remain skeptical that you’ll need that 100Mbps connection anytime soon. In my house I have a 15Mbps connection utilized by 8 different computers, 2 Internet-connected game consoles, a SlingBox, and Apple TV. Of course only 3-4 devices are ever used at one time, but despite the potential for bandwidth contention, I rarely see the link occupancy at greater than 15-20%. There are so many other bottlenecks in the cloud slowing things down.

    Based on my observations to date, there are only three things in the near future that could demand 100Mbps bandwidth - real-time HDTV video streaming, better-than-HDTV video resolutions and/or peer-to-peer video conferencing solutions with multiple windows active. I’m likely not the typical user, but I’ve learned that real-time viewing of TV is a bad thing because it almost always comes with ads. Once you get exposed to TV without ads, it’s very agonizing to watch ad-sponsored content. My viewing pattern has shifted to almost exclusively time-shifted viewing. I either purchase Movies/Shows to watch at my convenience without ads, or I time-shift things like sports by the amount required to enable me to skip the inserted ads.

    In any case, I’d love to be surprised by a bandwidth-demanding application that I haven’t considered, but I’m not expecting it.

  2. Good comments ANoW..(great naming)
    I currently have two HD DVRs, both capable of receiving 4 simultaneous channels of HD content at about 8-12 Mbps. In addition, we have 3 other TVs that are currently analog. Assuming in 3 years all are HD with 2 DVRs and 3 single channel receivers, it is entirely possible to demand 7 simultaneous streams with about 70 Mbps. This could be reduced if all content was on-demand, but this limits the capability of store and switch that comes with a DVR (your reference to time shifting reflects this).
    As long as this video content is separate from the data/voice stream (as it is today in cable), then the BW for data is limited to PC watching. However, the minute we move to IPTV and integrate into the TV display a content management engine, the whole value proposition changes.
    In our household we saw a 4x increase in BW when my wife realized she could watch streaming video of NBA games using her Season Pass. While this was not HD, it did have a major impact on our overall access BW.
    I do believe that there are services/applications/capabilities that will emerge and will ahve significant impacts on BW. However, if we presuppose that the interface will remain a maximum of HD video for the next 5 years, the above discussion is probably valid. The only thing I could think is if I could receive 4-10 streams simultaneously and see them small and grow which one I wanted to see (imagine a PC controller on your table with 9 streams displayed and the ability to instantly hit any stream and have it appear instantly full size on the main display). Assume this is implemented by the set-top box receiving 9 streams and caching through a DVR all 9 and sending a single HD control screen to the “controller” think a small tablet device with a 12 inch LCD screen). Now we have 9 streams to each active video platform.
    As an aside, I did a comment on a video wall in response to a comment that would use over 1 Gbps…not technology for today, but who knows.

  3. Phil - yes, HD IPTV streaming to multiple end points, be they recorders or otherwise will drive up the need for bandwidth. Streaming to multiple devices or streaming several preview streams to a single device is the scenario I was thinking of when I referred to P2P video conference calls. Same kind of bandwidth challenge.

    I think I overlooked the scenario of recording live HD IPTV streams because I’m so satisfied right now with ‘video files on demand’ versus ‘video streams on demand’. I’m not sure my video viewing experience would be significantly improved by video streams on demand, but I recognize that I may not be representative of the population in general.

  4. I think the question is how content will be billed…free (YouTube), subscription (HBO) or commercials (xBC). With the advent of DVRs the path for commercial based revenue structures may be doomed. It will be interesting to see if advertising becomes embedded (The Truman Show), therefore minimizing the value of DVRs in an on-demand environment.
    The question of streams versus files is one of personal preference. Assuming that files as moving 10x real-time speed, a 120 minute HD video would take 12 minutes to download (at a data rate of 70-120 Mbps). Of course, playback may start before receiving the file. A caching mechanism (think NetFlix) can pre-cache.
    How do you do the file download/use and at what resolution?

  5. Phil,

    This is pure foolishness. I cannot fathom what these guys are smoking, but it (to me) smacks of desperation. Yahoo has just spent painful efforts to *reduce* the very duplication the MSFT acquisition would create! BTW what the heck is MSFT going to do with “fast search”?

    The duplication between what MSFT and Yahoo have is….. well everything. What has happened to MSFT’s other forays into the services space? MSNBC, MSmoney, MSmessanger, LiveSearch and the whole MSN thing? From what I can tell it’s not going too well. I don’t think MSFT “gets it” and will bloat and brand “MSyahoo” into something equally irrelevant.

    What is it MSFT doesn’t “get”? It apparently does not get that it already *has* a search engine and a portal (both technically competent), but it lacks the *branding* and advertisers are not attracted to the MSFT portal and search because users are not attracted to the MSFT brand. Watch the advertising revenue dry up when MSFT rebrands Yahoo.

    Hotmail is well known as the *worst* spam center in the known universe. What happens when MSFT rebrands Yahoo mail to “hotmail”?

    No, MSFT ego will not allow the Yahoo brand to live under the MSFT brand and I don’t think MSFT will have an easy time integrating Yahoo as it claims it has had integrating aQuantive and TellMe.

    I think it is a very sad statement that MSFT can only find opportunity in duplication of what they already have for such a huge investment..

  6. Phil,

    As far as advertising goes, I think we can see the commercial based revenue streams of the future now. Products embedded in popular media shows and streams. The ability to order what our favorite actor is wearing (in our own size of course). Advertising revenue based on product placement and scripts that embed the products favorably, or even “alternate versions” that embed your favorite brands.

  7. Many, that is an interesting comment as to MSFT branding…is MSFT so hated that the brand in the consumer space is a liability? Does MSFT need to do an Accenture (the luck of not being Anderson Consulting after ENRON)? Could the Yahoo brand stay as the brand for service based offers?
    SOB - Service Oriented Branding - an API for product insertion into your favorite TV shows….reminds me of the cigarette substitutions in classic movies depicted in “Thank You for Smoking”……

  8. Phil,

    I do not know. I do know that there is 100% duplication in the acquisition. I do know MSFT does not attract the same number of eyeballs that yahoo has. As far as the brand being hated, I do not know, your guess is as good as mine. Personally, I think that the MSFT brand is stiff and formal and not whimsical in the way Yahoo and Google are.

    Hopefully we will not be advertising things that are really bad for you, but your example made me think of the old “soap operas” where different laundry detergent sponsored different daytime programs and story lines (”general hospital”, the “edge of night” and “as the world turns” etc.). Now days they should call them “drug operas”. The point being I think that pharmaceuticals are ripe for SOB. (e.g. Jack Bauer could advertise for Bayer Aspirin or Zoloft depending on the audience and the episode :) )

  9. “undeterred in it’s pursuit.” should read “undeterred in its pursuit.”

    “may have a lead in it’s UC business” should read “may have a lead in its UC business”.

  10. With CGI the actual product could be inserted locally, based on the demographics of the local audience. Perhaps a new “commercial” API will enable the insertion of the appropriate product at the STB.

  11. Phil,

    Exactly. Soma for the masses! Targets could be based on interest, membership, location, age, identity….all sorts of things.

    Seriously though, it is just taking what local cable operators do at the “market” to a smaller granularity.

  12. With RFID tags, the STB could determine who is watching and tailor the product placements tot he individual….Pavlovian responses to embed placement.

    Somehow this gets pretty scary…..

  13. =:o nevermind.

  14. Yahoo by Microsoft will be the new name. YAHMic!

Leave a Reply