BBC & Mashups - What Would Karl Do?

About two weeks before my last post on Teqlo, I got an email from a producer at the BBC.  They wanted to talk about Teqlo.  (Actually they wanted to talk about Radar Networks, but stealth companies don't make for compelling telly, as they say across "the pond.") Josh Dilworth at Porter Novelli PR (Radar's firm) was kind enough to suggest they talk to me about Teqlo. The Porter Novelli team did an amazing job of getting feature stories on Radar in Business 2.0 and BusinessWeek.

Quandry... Can't talk about the new Teqlo positioning, gotta stay with the "mashups are cool and we do 'em" positioning. What to do? No time to consult the leading ethicist of our time - Karl Rove. Had to make the call on my own.

As a mentor of mine once said. "the Plan doesn't change until the Plan changes."  Notwithstanding the last post, we have not officially announced a new direction; so we are still officially going the same old direction until we go in a new direction.

The result?  BBC Video Link Love.

Here's a pointer to the web page for the show Click that was about Twitter, Teqlo, and other cool stuff.  Here's a pointer to the full 22 minutes of video (Teqlo is at about 10:00 minutes in).

And here's five minutes of me talking about the emotional range of fear, greed, love and loathing that make early stage investing so much fun.

The Teqlo Adventure

Few VCs admit to their misfires, though misses are more common in this business than hits.  One of the reasons I write this blog is to add some transparency to an all too opaque business of private equity.  It has been a while since I talked about Teqlo.com here.  Some of you may be aware there have been some changes recently. Others may have been to the web site recently and said “huh?” or, more precisely, ‘WTF?”

I figure the only authentic thing to do is to talk about this again, even when it is in an ambiguous period of re-birth.  This ugly period is a re-tooling of the premise of the business to give it more clarity of purpose.  It’s not fun being in the sausage phase.

First, let me admit we went down a mashup rat hole. We have a general technology for snapping together web services.  "Because they can" is an insufficient answer to "why do people want to create mashups?"  We failed to commit to solve a specific problem for a specific market, preferring instead the broad appeal of generality.  This has changed. 

No one led us down this rat hole.  We led ourselves.   When we realized we had to make a radical shift, we had to reignite the fire with limited fuel.  We made personnel changes because the fuel demanded it, not to penalize or blame anyone.  So we did the right thing.  We cut, refocused, questioned everything, and sharpened our edge. 

The first thing we did was toss out any pretense of solving everyone’s problem.  There is an old proverb that I just invented for this situation --  “The boiling of the ocean begins with a single puddle.”  We had to define our puddle.  So we did.

A friend of mine told me a few weeks ago that Snapfish is driven by a product team that thinks a hypothetical mom named Emily is their user.  Their design mantra is What Would Emily Want?  We went out and defined our Emily. 

The next thing we did was develop a hypothesis of the ways in which web application integration would please that Emily i.e., what is her pain?  What is she trying to do? What web services does she use to do it? And how does she cope with using 3-5 discrete web applications to get something done?    What  does she do now?  Then we went out and talked to a small army of Emilys. Arrgh!  This will strike everyone as obvious and necessary.  It is. And we hadn’t done it before because we were too busy building.

Along the way we re-learned something. Name your user.  Ask her what she wants; she will tell you, and often she will surprise you.  So we did and they did. One clear consequence is that you will see more emphasis on a configurable application, not a bucket o'widgets that snap together.  Leading with "it's so easy to build what you want" is like making a diet fun – it is still a diet, no matter how much more fun it is. You only do it when you must.

So now the Company is heads down executing what we think is a re-jiggering of the basic components.  We are packaging to solve a problem - not all problems.  Nor are we packaging to provide “examples” of how you can use Teqlo to solve a problem.  Nope.  We have picked a customer, listened to what they want, and are hacking away to get to market.

We now have an Emily in mind, a clear sense of who our natural distribution partners are, what’s in it for them, and how this little puddle becomes a pond and then a lake.  We dream of an ocean, but are navigating the puddle.

I'll tell you this much about the new direction - Web-based workflow.  Teqlo is ideal for making a pre-packaged process made from web applications and stitching them together to get something done.  There is no market for Cut-and-Paste, but Cut-and-Paste is the wow factor in Microsoft Office. There is no market for reconfiguring web applications, but reconfiguration is the wow factor in workflow for specific problems.  Without giving away the punch line, I'll point out that workflow is what's missing from the world of on-demand software.

The site itself has not changed.  It is still as confusing as it ever was.  That is not important, yet.  Over the next few [weeks] [months] the site will begin to molt.  We will shed the mashup cocoon and emerge as very different butterfly. (We may even re-brand the site to clarify what this new application is.) This butterfly will not offer you the universal promise of integration of all web applications. This butterfly will promise a specific user community a way to meaningfully improve the way they use the Web in their daily lives.  And if we do our jobs well, it will also be clear how we make money, not an insignificant question.

Of course, it might still be wrong, but that's the adventure in adventure capital.

Teqlo - A Preview

UPDATE

The crack Marketing Team (a.k.a. Rod) made a terrific teqlo variant of the The Machine is Us/ing Us video showing how Teqlo works. (see the original here, more interesting than the YouTube version, BTW)

ORIGINAL POST

The Teqlo team has decided it is time to provide a sneak peak to show the world what they are about.  So Teqlo.com is open for preview. But before you go there, let me set  a few expectations.  This is a live, production version of the technology, but this is not a demonstration of the business.  You are going to go there and say "why would I use this routinely?"  The answer is you won't. We don't expect you to, and this is not the way we expect average people to use this technology.  We are intentionally exposing the platform part of the technology to test our ability to scale the engine as people bang on it. 

This release is a demonstration of the engine and the technology is not trivial, even though the initial use case looks like it is.   Let me illustrate with simple walk through. 

When you sign up on Teqlo, you'll get a desktop that looks a bit like some more mature products like Netvibes. This is just to give you a home page - a working canvas.  The power of Teqlo is in the Applications and in the Builder.   There is really only one Application on Teqlo.com today - Leads and Calls.  It lets you search Linkedin and DabbleDB to find people and save their names in a contact list.

The magic of Teqlo is behind the scenes and you can see a view of it in Builder.   The Builder is the work area where YOU can build your own applications from widgets, provided the widgets represent real applications like Google Calendar and not just simple RSS feeds.

Below is a series of pictures to illustrate the point.  I built a simple Application that
1. Searches Ebay for an arbitrary product (I like 4x5 cameras; so I searched for Linhof brand)
2. Lets me select the ones I want to track and then Teqlo...
3. Automatically puts them in my Google Calendar
4. Automatically puts them on a list to save for later
5. Automatically maps them on Google.

Here is the result
Teqlo_1

Now this is trivial example, but it illustrates some interesting things. First, if you go into the Builder (tab on the menu bar), you can pick from a few widgets that are in our catalog and you place them on a canvas. See the next picture.


1a_2


The real key to building this little application is in what we call the Interactions Editor.  The IE (ick, we need a better name than this), allows you to say which interactions you want between any two widgets.  The IE has to know what actions and reactions are permissable for any widget and it has to validate that these two widgets can share data, i.e., share the same data microformat or other representation.  Teqlo automatically routes data between applications continuously as the data change.  So as you actually interact with the Application, such as de-select an entry, it automatically updates the interactions.
2

This is what's known as non-procedural programming.  The order of the rules in the Interaction Editor doesn't matter.  There is no control logic at all.  Teqlo flows the data to wherever it needs to be.

This is what makesTeqlo different. This "Application" was assembled without any javascript or any other programming by me. Granted, it is not super powerful.  But this is a function of the limited widget library, not the approach.


By the way, to give you a hint of where things are going, take note of the fact that you can have multiple "canvases."  What is a canvas? It is a page or a part of a page.  So you can have real-time applications that render different views to different users on different pages anywhere on the Web, all simultaneously.  You update the search list on Ebay and it can update a calendar (or something more interesting) on a page that I am looking at in real-time.  "Web as a platform" just moved from a Web 2.0 slogan to something concrete.  Think messaging; think feeds and events; think true collaboration.

Stay tuned.  Teqlo looks like a mashup tool today, but we have more interesting, larger, and more focused intentions.  As I said, this release is just a proof point.

Web 2.0 + 1

I spent three days this past week at the Web 2.0 Conference in SF.  For the most part I felt like it was a waste of time (and $2500).  The time spent in the halls was great, seeing people I know and connecting with interesting people.  I didn't need the conference to figure out that Video is the new Black. The content of the Conference was mostly homogenized, pasteurized, and commercial. I guess it reflects a mainstreaming of the idea of Web 2.0 and a move to extract value from the mainstreaming by the conference organizers and the bigger Internet companies. I don't blame them.  I'd do the same.  I just need to look elsewhere for innovation.  Innovation doesn't happen in the mainstream.

I figured I'd hold this opinion to myself -- until I saw John Markoff's article in the NYT today.   He's reflecting the same conclusion and showcasing Semantic Web companies as the next vanguard of the Web  -- Web 3.0.  I'm ecstatic that he chose one of my companies, Radar Networks, as an illustration of where the Web is going.  I'm a little disappointed, though.  We don't plan to raise a Series B until early next year; so this visibility is a bit too early for us. Well, better too early than not at all.

(John, in case you read this, if you think Radar is interesting, take a look at Teqlo, too.  What Radar is to content, Teqlo is to applications. And Teqlo's going alpha next week.  The Recombinant Web is coming. Web 2.0 + 1 and that 1 is You.)