It’s Not [Just] About Your Site: Managing Your Digital Footprint

One of the core aspects of the assembled web is the concept that brands and all companies need to think more broadly about their presence. It isn’t just their web site, or even their network of 10, 20, or 200 sites for various products, services, and brands.

It’s about your digital footprint: the sum total of all the interactions your customers, prospective customers, fans, antagonists, employees, suppliers, and partners have with your content and services throughout the entire Internet.
(more…)

The Assembled Web: Notes Toward a Manifesto

In the spirit of (and heavily inspired by) the original Cluetrain Manifesto and the recent 10th anniversary edition, I offer the following definition and 10 principles of what we at Optaros have been calling the Assembled Web.

The Assembled Web is not experienced as a set of discrete web applications and sites, neatly separated from each other and organized into categories: it’s an indiscriminate field of content, functionality, and people interacting in multiple contexts and in unpredictable ways: like life.

New web applications are assembled from other projects/applications/frameworks/services, sometimes on the server, sometimes in the browser, sometimes in the cloud. People’s accounts, identities, and networks come with them across sites, applications, and contexts.

How should enterprises not only come to grips with this bewildering confusion but thrive in it?

By embracing the assembled web and participating fully in it.

Assembled Web First Principles:

1. You should always be thinking multi-site, multi-interface, multi-project. If you think you will (always) only have one interface to any given set of content of functionality, you’re mistaken, and you will paint yourself into a corner.
   
   
2. Success on the web is no longer (if it ever really was) about driving traffic to your site, or keeping eyeballs there once they arrive. It’s about engaging audiences everywhere they already are. It’s about improving the size, quality, and velocity of your “digital footprint.” Ubiquity is the target, not exclusivity. The danger is not that people will say bad things about you but that you will be ignored.
   
   
3. Your brand is not what you say it is, but what your prospects, customers, partners, and employees say it is. In short, your brand is what the Internet says it is. You influence this not through marketing but through creating appropriate experiences and getting users exposed to those positive experiences. (Micro-interactions are ultimately assembled into and become brands).
   
   
4. Design is critical, and design is not about pretty shiny objects. It’s about usable interfaces, in the sense of traditional HCI (Human Computer Interface) design, visual design, and technical design. Creating usable experiences for users and usable projects for developers are both essential, and to ignore either is to invite failure.
   
   
5. The internet itself, like the *nix operating systems on which it (almost entirely) runs, is a set of small pieces loosely joined. Every project you do must be composed of smaller discrete components communicating with each other. The corollary is that every project you do must also be composeable or consumable by other projects – including projects you know nothing about. This is true across multiple projects (within your organization and outside it) as well as over time within a given project.
   
   
6. The difference between “behind the firewall” and “out in the cloud” is trending toward zero. Same for the difference between employees and contractors, customers and prospects, competitors and partners. If you’re still thinking in terms of intranet, internet, and extranet, remember that the difference between them is (from a technology point of view) entirely arbitrary. What differentiates them is business processes and decisions.
   
   
7. There is no defensible reason to invent a proprietary standard wherever an open standard exists. In fact, even where no open standard exists, great efforts should be extended to create one, rather than implement a proprietary version.
   
   
8. Working in isolation from the rest of the internet is inherently limiting and dangerous. This is true whether you’re a one-developer shop or a 5000 developer IT department in a Fortune 100 company. Collaborative engineering with appropriate participants (which almost always means open source licensing arrangements) is required. Why continue to work alone now that the Internet exists?
   
   
9. Consumer Technology is beating Enterprise IT, and soundly. If your “in-house” IT can’t compete with a consumer-grade provider available “on the web” you need to catch up and compete or concede the function.
   
   
10. Small incremental releases are essential. It isn’t just a question of not putting too many eggs in one basket – it’s also about lowering the cost of failure and therefore raising the level of innovation. Don’t accept quarterly releases of functionality, or even monthly. Web applications should change hourly or at least daily. The web is live, not pre-recorded.

Being Interesting is Not Enough: Be Useful

How to Be Useful (Photo by Robert Banh, cc-by license)

I used to be fond of saying that the best advice for content-centric businesses on the web was a simple commandment:

Above all, be interesting – everything else will follow from that

Being interesting is still necessary, of course – if you’re trying to create a content-centric business and your content isn’t interesting, you’re in big trouble.

But is being interesting sufficient? In an attention economy, where interesting content is ubiquitous, and what’s truly rare is the users’ attention? In an era where every company is a media company?

In the era of the Assembled Web, where consumers expect to find content, community, and commerce pervasively and persistently throughout their online experience, is it enough to just be interesting?
(more…)

Who Pays for Content? What’s in it for Me? Vote!

Pardon the brief, self-promotional nature of this post, but I just realized if I don’t get one up soon I’m going to miss the deadline – voting for SXSW Interactive 2010 ends this Friday!

Photo by ehnmark, cc-by license

I’ve submitted two panel proposals this year – each is described below with a voting link.

(more…)

Open Source and Design: Ideologies Clashing (SXSW Extended Content)

One of the panels I proposed for SXSW Interactive 2009 was on the intersection of open source and design:

Thesis: Open Source and Design are fundamentally philosophically incompatible. Antithesis: Open Source and Design are profoundly similar in core beliefs and approaches. This talk works to articulate a meaningful synthesis between these two positions.

The talk, unfortunately, wasn’t accepted for presentation at the conference, but they suggested that instead I do a shorter, podcast or video podcast version for the Extended Content program.

I did, and that content now has gone live on the SXSW site:

In our first installment of the Extended Content series, John Eckman tells you everything you need to know about open source and design. The differences and similarities, how they benefit each other and why they have trouble getting along.

Extended Content at SXSW Interactive

(Unfortunately they don’t allow embedding, so you’ll have to go there to watch it – and at least on two browsers I tried it on, you’ll have to wait for the whole thing to preload before it starts playing – so go get a cup of coffee or whatever while it loads).

It’s just shy of 20 minutes, and having been created back in February 2009 feels (to me) a bit outdated in spots – mostly the continued evolution of the work Mark Boulton and Leisa Reichelt have been doing with the Drupal community (not just on Drupal.org but also on Drupal 7 itself), which I encourage you to check out if you’re interested in the subject.