May 6, 2015

No Stack Startups

“Who can unlearn all the facts that I've learned”

One way of looking at a publisher’s chain of business operations is that there are five core things it must do: (1) produce content; (2) market/promote content; (3) distribution; (4) figure out the best user interface or experience for its content; (5) and monetize the business. This applies, really, to any publisher: both content and commerce, for example. So, to maximize end user experience and value, and from there enterprise value, a company needs to maximize its ability to deliver across those components. Of course, technology infuses them all.

One way to accomplish this was suggested by Chris Dixon last year. He called it the “full stack startup”:

"The new approach is to build a complete, end-to-end product or service that bypasses existing companies. . . you need to get good at many different things: software, hardware, design, consumer marketing, supply chain management, sales, partnerships, regulation, etc.”

“You need to get good at many different things” being the key proposition.

But maybe, a year or so later, we are seeing something different emerging. Something closer to the actual unbundling of content and commerce businesses themselves from the web at large (and the apps thereto). The unbundling of the full stack startup. Where instead of being good at many things, companies can just focus on the last mile of value they provide, the one thing they can excel at better than anyone else. Maybe this should be called the No Stack Startup - services that can focus on doing only one thing - hopefully well - and utilize other services for everything else.

This is not totally new but is challenging some of established orthodoxy by assuming there are some things - design for example - that may not be core competencies.

Some examples made me think of this:
The Shade Room - an Instagram based entertainment publisher, that only does the content sourcing and production 
Stefan’s Head - a text based commerce company, that only designs the products and uses Twilio (I think) on the front end and Stripe on the back end, to deliver via SMS its offers 
Weiguofang - a fruit seller that operates on WeChat 
TextRex - restaurant recommendations over SMS 
Some characteristics all these share is that they use other platforms and APIs (or protocols, in the case of SMS) to cobble together a service and in doing so rely almost wholly on those platforms and APIs for every function of the business other than the one they can be the best at. And, maybe more importantly, they all are using those other platforms to define their users experiences. 

Take Facebook, for example. At some level, the Facebook is a very good platform to market, distribute, promote, and - now, maybe - monetize content on. The UX is well known to its users - and optimized over years through billions of interactions for commenting and sharing. In this way, Facebook performs 4 of the 5 components listed above. All, except making the content itself. Similarly, take other platforms, such as Instagram:

“If you have an Instagram account, you can slap a price tag on anything, take a picture of it, and sell it. For instance, you could take this can of San Pellegrino, paint it pink, put a heart on it, call it yours, and declare it for sale. Even my grandmother has an Instagram business! She sells dried fruit. A friend’s cousin is selling weird potted plants that use Astroturf. People are creating, you know, hacked products.”
These No Stack businesses may not offer a “great experience” (traditionally defined) but they likely are “good enough” (see this presentation for a great overview of how this is happening in Asia).

Of course, most of these are not even "mobile-first" businesses - they are "mobile-only". They often don’t even have web sites (or, apps for that matter): "the homepage once conferred some sense of reaching your canonical destination, it’s now your name on Facebook, Instagram, Twitter, Amazon etc. that consumers are searching for” (Jonathan Libov).
Historically there have always been services and APIs to string together capabilities.  Until recently, most of these have been back-end infrastructure types.
Now it feels like there is something additional going on. For one, the back end services have gotten really, really good and really varied (see, Stripe, Twilio, Shippo, Kabbage, Ziggeo, Layer as just a few examples covering payments, messaging, shipping, financing and video).

But moreso, the No Stack services are utilizing other front ends layered on top of the back end services. They are utilizing front ends that may not have even been initially designed for those purposes. But they work because in many ways they are optimal user experiences that are already market tested.

The No Stack Startup thus does not attempt to recreate a user experience, instead relying on other UX that are good enough, and getting better. This obviously inverts the notion of user experience and even design (my partner Albert's great TEDx talk is all about inversions in fact).

Even better, in relying on the UX of other platforms, the No Stack Startup also relies on the users of those platforms. In some ways, and to paraphrase Jeff Bezos, this new class of services looks at other platforms, builds upon them, and thinks: "your users are my opportunity."

I have been trying to figure out what the implications of this might be. A few ideas:
* the platforms themselves may have different and even stronger network effects than previously imagined (though in different ways), as springboards to other services 
* it feels like it is an amazing time to be a creative entrepreneur utilizing emerging no stack techniques, though it is wholly unclear how to measure the sustainability of the no stack approach via the full stack approach 
* the environment for incumbent publishers is even more competitive with a faster feedback loop then we probably realize.
Regardless of the implications, it seems that when there is continuously less "there" needed to create value, we might at a minimum require some new definitions.

blog comments powered by Disqus