Amazon Tech Support

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

Thursday, 20 May 2010

Mobile local search - just leave it to Google. Again.

Posted on 04:06 by Unknown
I've written various times before about my skepticism around "Mobile Search", and especially the idea that any form of "local search" is useful on a handset - at least, beyond that done by a decent implementation of Google.

I've heard any number of straw-man arguments that "people want to find things, not search for them", usually made by wannabee directory-services companies that want to charge companies to be listed.

I've heard similar arguments about the evolution of Yellow Pages to something altogether more interactive and cool - or about using SMS to query the network operator's own database, hooked into your cell ID or other details.

The problem I have is that most of these things just don't work that well, because they rely on an incomplete database that is usually compiled by someone else. It's then interpreted by an imperfect filter, and updated infrequently.

I think that a case can be made for mobile search for "commodity" services, where the user doesn't need the absolute closest option, nor need a complete list of all relevant providers. Plumbers, window-cleaners, maybe dry cleaners, conceivably petrol stations.

But for those areas were there is a qualitative, subjective opinion involved.... you really want as broad and accurate a base as possible. Ideally, you wouldn't want to choose a restaurant from a guide with a random selection of 25% of the possible options - or, worse, where a particular chain had cut a deal and accounted for 30% of the options. And in many cases, mobile search is competing against two other options - Google on your PC (good for non time-critical things like dry cleaners), or Google search & maps on your handset.

I tried a new option out today - BT's Exchanges app for the iPhone, apparently developed by a firm called Locayta. So, I tried it out on my local area in central London.

Immediate "FAIL". Under the tab 'pubs', it misses my favourite local - as well as three others in the area. Under "petrol stations" it gets the closest one right, but also includes the location of another that shut four years ago. On the first screen of 10 hospitals, it misses the enormous new University College Hospital which has full casualty facilities - because there are 8 private clinics on Harley Street that are 300 yards closer to me.

Google Maps is a bit better - it gets my local boozer OK, and doesn't list the long-defunct Texaco. But it also doesn't get UCH on the first selection(maybe I'm being unfair because Harley St is a bit of an anomaly).

But best of all is good old Google Search, for which "Pubs Baker St" immediately throws up beerintheevening.com, which lists everything locally - with unbiased reviews, maps etc. A similar strategy yields UCH at #6 on the main search page - and #3 with "hospitals marylebone".

Put simply - the source data that Google Search uses is , it seems, far better for these types of look-up action. If I'm locked out of my house and need a locksmith, then maybe a yellow-pages type thing is useful. But for most searches - you already have all you need.
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)
    • ►  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)
      • VoIPo3G becoming a reality. Remember, you read it ...
      • Is it just me, or is 3G either really good or real...
      • What are the side-effects of speed/vol tiering for...
      • NEW research report on Mobile data: Offload vs. Co...
      • Thoughts on the LTE conference
      • Mobile local search - just leave it to Google. Again.
      • A quick thought on operators and APIs
      • More agreement with the "Happy Pipe" concept
      • End to end QoS is impossible for LTE Voice
      • I'm holding my nose and trying Twitter
      • NEW research paper on the Top 10 Technologies for ...
      • Telcos' own-brand iPhone apps
      • A problem with WiFi-based offload?
      • An open letter to Vodafone on data roaming pricing
      • From "dumb pipe" to "happy pipe"
      • Mobile broadband traffic - be careful about language
      • Paying for mobile QoS? Three thought experiments
      • Does the outcome of the Dutch 2.6GHz auction repre...
      • Why I think the iPad won't change anything
    • ►  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