It’s been quite a while since my last blog post here–even forgot the password. But it feels good to be back, even to just browse through my earlier posts.
Long before I launched my most recent company, Flow, I’ve been curious about the importance of contextualizing information–hence, the name of this Blog. It may be that “putting things in context” is the art of being human: “this is a lot like that” or, on the other hand, “one of these things is not like the other”. I’m no neuroscientist, but I suspect most of the higher level work of the brain is about contextualizing new information–and insight has something to do with “likening” things that have never been likened before. Maybe this is obvious.
Even more obvious is the the importance of the “social context”–streams of information contextualized by “who” you care about. Still, there are infinitely more unexplored contexts (beyond the social context) for many-to-many data sharing.
My early startups (MILCOM, Meshnetworks, Triton Network Systems, TeraNex) had no particular theme. But with KnowHowVideo.com, HowCast.com and KnowItAllVideo.com (all YouTube precursors–too early for anyone to care), KickApps (one of the earliest social media platforms) and Flow I’ve circled around a number of ideas associated with contextualizing information in new ways.
My grand plan for KickApps was to provide a white label social experience on many websites that would all be confederated by what I called an “open portal”. My assumption was that if social sharing began in the context of specific websites (where audience already existed), a larger context could be created from the aggregate sharing across many websites–I started with the spokes before building the hub. Building the hub before the spokes was the better idea as it turns out–Facebook Connect proved that, damn-it. But still, it was pretty cool that it happened in such a big way, even if we didn’t get there ourselves. Back then (2005) the resistance was that nearly every major website brand thought it outlandish when we suggested they share user-generated content and feedback with a central hub. We even tried to talk AOL and Yahoo into teaming with us for instant scale. But in reality, it took the overwhelming reach of Facebook for brands to concede control to a central hub.
Flow is a different take on a similar idea, but with implications more far-reaching. It’s all about data in motion.
What if any mobile app (or website) could simultaneously share real-time data (structured data, not just “likes” and media) with thousands of other mobile apps and websites within millions of highly contextual streams. What if companies and industries could share real-time data with their ecosystems, connecting all those data silos and disconnected applications. Flow presents a different way for apps (and people) to “search for data” as information is explicitly published (by apps, brands, people) into finely grained contexts. And if a particular context doesn’t exist, it can be created and share in seconds by anyone. Equally important, information can intelligently route (we call them “tracks”) between and of those contexts (I’ll talk more about that in another post).
By comparison, apps cannot “post” into Google search indexes and Twitter hash tags contextualize only unstructured data within lawless tributaries of noisy commentary. It’s not the same thing.
So Flow is a “real-time data exchange” designed from the ground up (unlike the internet) for information sharing in many-to-many fashion. Our belief is that following “what” you care about will one day soon be more important than following “who” you care about. Stay tuned.