I’ve now been a Tramponaut (er, Tramp? Trampoliner? Trampo?) for a week, and it’s been an amazing start. Everyone here is as smart as I hoped, even nicer than I thought, the stuff we are working is actually MORE important than I thought it was originally, and boy, do we have a lot to do.
All in all, a truly fantastic time and place for a start up to be.
I’m thinking about lots of things, and I’ll write more on them later. Here’s what I’m thinking about this morning.
We’re very hard at work nailing down the last chunks of functionality on SONAR, and this gives a few of us the luxury of spending a little more time thinking further out than “bap or ciabatta?” when we go down to Franco’s to get lunch (takeaway back to the office, of course – must multitask! Eat and solve world hunger… or maybe just spend more time obsessing over FaceBook).
This is extremely cool because we get to imagine what happens in a world where we make our customers data available to them in profoundly new ways. But it presents some interesting challenges.
With SONAR 1.0 we are solving a problem that I think almost every Enterprise on the planet has, however they either don’t really know it, or they are ignoring it because they have no way to address it. The most efficient expert networks usually run below the formal infrastructure of an enterprise. They are organic structures that don’t use “modern” protocols for communication. There are exceptions, most notably in labs or widely disparate disaggregated online communities (WoW raids, anyone?), but these aren’t the general rule.
I can’t recall “subject matter expertise requisition forms” in any of the enterprises I’ve ever visited. Mostly things boil down to who you know and how well you get along. That’s how things have always worked. So what’s going to happen when our customers embrace our technology? What more will they want? How will they use the product? What new things will they do to it that we can’t imagine yet? We WILL have “OMG you did what to our poor sw? that is soooooo cool!!!” moments. This could be followed by Al telling me “woo hoo! We can have that done in a quarter!” or by Craig saying “oh… no… that will pretty much completely blow our architecture up”.
We can’t really ask the enterprise this kind of stuff, because we’re not even fully at the “prove to me this thingy does anything useful” stage. We haven’t even really developed the right language to describe things, frankly. And our customers probably don’t really understand how big of a problem they have, no less tell us about new problems they will see once they are past the first set…
There’s a scale of product-fu:
1) Starting out prod fu: wait for RFP, submit bid, build solution. Wait again.
2) Experienced prod fu: ask a bunch of customers what they want, validate the problem set, boil it down to something smaller than “everything”. Build that. Repeat.
3) Elite prod fu: Work with customers to understand their problems. Work with analysts to understand the space. Work with technologists to understand what is possible. Combine and make your best fit solution to solve one or more problems that most customers either don’t know about or have no solution for so they ignore it.
Right now we do elite prod fu. Not only must we engineer product to solve today’s problems, we have to be super smart and dig even deeper into the space and identify the additional problems the introduction of our SW will uncover. We have to understand the way enterprises work so well that we can see past the introduction of SONAR to a future where it does what it’s supposed to do, and thus uncovers existing-but-unrealized problems.
We predicate this on the fact that we don’t understand all of the problems that Enterprises face. Der. We can’t, but we assume that the problems are there. We, and our customers, don’t have the tools to uncover them yet. HOWEVER there’s stuff even beyond this, and for that we need ultra-major-cosmic-black-belt-prod-fu.
There will be brand spanking new problems – ones that truly don’t exist at all yet because they can’t, because the things that create the baseline to make them even possible don’t exist yet. Our customers will have them. We have to figure those ones out, too.
4) ultra-major-cosmic-black-belt-prod-fu: Build solutions to problems that TRULY don’t exist yet, but which will be, at least in part, based on things we (and this is the BIG we – it’s all of us in technology) are going to do to create them in the future. NO ONE can tell you about them.
In some cases, once you’ve figured them out yourself, just talking openly about these things will get you a PhD, arrested, committed, branded a heretic, or all of the above. When you get this one right, you have to be careful as you can actually spook people. It’s like being a really really really good fortune teller. From the outside it looks like magic.
This is one thing that makes the state of play here so interesting – we have the opportunity to anticipate the future invention, in the truest sense of the word, of problems created by systems that don’t exist yet.
How cool is that? Very cool.
Peter
