Crowd Sourcing vs. Tribe Sourcing July 10, 2009
Posted by Mok Oh in maps.Tags: crowd sourcing, crowdsourcing, geolocation, Google, intensions, maps, skyhook wireless, tribe sourcing, tribesourcing
trackback
Yesterday, Google Maps launched a geolocation feature. When you click on the small blue dot on the upper-left controls, it will try to figure out where you are using Wi-Fi. It’s a pretty darn cool feature. Well, Skyhook‘s been doing that much longer than Google has and definitely has a better product at this point (your Google Map on your iPhone uses Skyhook! Things that make you go hm…). Hold this thought. I’ll return to my point about this in a bit.
This blog is not about Google getting their tentacles into many different markets. (We had that experience and Galen Moore of Mass High Tech quoted me quite well in his article.) That’s definitely a multi-part blog for some other time.
I want to talk more about crowd sourcing vs. tribe sourcing in this blog. I think people have a decent idea of what crowd sourcing is. So, what is tribe sourcing? Tribe sourcing is when you have not everyone involved; much less but focused set of folks doing the sourcing. Crowds can create lots and lots of data, but have many different intensions — their “intension vectors,” if you will, are not aligned, hence creating lots of noise as well. So, in order to gather what you want from this vast amounts of information, you have to filter accordingly. Meaning, make some assumptions, process, and potentially make some guesses as to what that means.
Now, let’s take the example of what I initially mentioned about Google geolocation vs. Skyhook geolocation. Sources say that Google’s geolocation feature is not as good. It turns out that’s because they are crowd sourcing their info. From Wade Roush’s article:
“[Google] quietly gathers local readings every time someone uses a Google app on an iPhone or a Blackberry, or some other mobile device.”
As opposed to Skyhook’s tribe-sourced data:
“Skyhook’s own approach is to send Wi-Fi-sensing vehicles down every highway, street, and alley, methodically establishing the position and strength of every access point they pass.”
Skyhook may have much less quantity of people contributing to their data, but they have a very focused tribe gathering the right data. Their intension vectors are very well aligned in collecting the data in a structured and optimal way for this particular application.
So, which one’s better? It’stoo early to tell but my bias is Skyhook (and has nothing to do with the fact that I know Ted Morgan and folks at Skyhook fairly well). Is tribe sourcing better than crowd sourcing? Vice versa? More specifically, when will Google’s data/product be better than Skyhook’s? I don’t know, but time will tell.
Yet another question: Why combine and do both? Google’s everywhere (including Android) and seemingly has unlimited resources, so they can. I think Skyhook can too. Perhaps the answer lies in somewhere in the balance between the crowd and the tribe.

For this example I am first to think about the cost per path taken. Skyhook took a leap in gathering this data by actually sending out trucks across the U.S. to get information about geo location via Wi-Fi sniffing. That costs money. Google’s approach seems much less physical and more over the internet itself. Since iron is cheap (as they say) Google probably decided to implement a infrastructure for data collecting and host it alongside their vast umbrella of growing services. For Google that was the cost effective choice.
To answer which is better, it depends. To me it depends on how much the data is worth to you. Skyhook seems to value its services based on the accuracy of their data. Google seems to be just dipping its toes in the pool to test the waters before taking a dive. Since Google doesn’t rely entirely on this data it can take a more relaxed approach to data collecting.
Razume (www.razume.com) reminds me of a combined approach. They have a community that crowd sources your resume giving tips for improvement. However they also make sure that there are moderators going through resumes providing valuable contributions to someone’s resume. Their approach seems to promote user interaction with the site and provide valuable substance at the same time.
Many thanks for sharing!
[...] fact, I will argue (in the following blogs) that we first need Tribe-Generated Content first (a la Tribe Sourcing), then Crowd-Generated Content to follow. A good analogy might be that TGC is the skeleton, and [...]
[...] for very specific tasks. But when you can’t, for one reason or another, going for either crowd sourcing or tribe sourcing makes a heap of sense. This doesn’t mean that automation has no place — it means [...]