June 9, 2009
What most people don’t realize is that this move, while interesting, is not really about vanity URLs at all – it’s actually about addressable identity.
One of Twitter’s key advantages in the race for dominance over internet identity is their growing namespace of what I call Addressable Identities.
What are they I hear you ask? An example of an Addressable Identity is being able to write ‘@chrissaad‘ and have the system and users understand that it is a direct and concrete reference to me. This form of addressing is particularly interesting because it is easy to write in a sentence or micro-blog.
With Vanity URLs, Facebook will encourage users to specify a tidy/tiny/compact identity identifier by which friends/followers/others can reference/point to each other. This is a big step towards keeping up with Twitter as one of the web’s only providers of modern addressable identities (email is an old, less compact version of this).
It will be interesting to see how this unfolds and how we consolidate these namespaces when using 3rd party services.
It might ultimately have to end up like good old email:
email@example.com, firstname.lastname@example.org etc.
Ideally though, we should be able to use our own/personal email address and have it resolve to an OpenID for true, federated and open addressable identity.
That, however, is still some way away.
May 31, 2009
His argument is that Wave has 10 years of adoption curve ahead of it and would not quickly replace email or wikis for enterprise staff.
I tweeted my response:
20% of enterprise users will be using wave in the first 12 months for more than 50% of their comms (replacing email and wiki)
Edit: To be clear, my 12 month time frame begins when Wave is publicly available.
That’s a big call to make on enterprises adopting a radically new technology. Enterprises move very, very slowly. So why am I so bullish on the adoption of Google Wave in the enterprise?
Email is king
Everyone uses email right? Why would people swap? Because with Wave, they don’t have to.
First, with Wave’s API there will quickly and instantly (I mean in weeks, long before public launch) be integration between Wave and Email. Wave messages and events will be funneled to email and back again as if the two were built from the same protocol.
Second, Wave will be viral. Users will quickly realize that their email inbox is only giving them a pale imitation of the Wave collaboration experience. It will be like working with shadow puppets while your friends are over having an acid trip of light, sound, fun and productivity.
If someone had told me that they were setting out to kill/replace email, I would have laughed in their face. Now that I see the Wave product and roll out strategy – I think it might actually happen.
Enterprise IT Departments
IT departments are slow to adopt and roll out new technologies right?
People forget that enterprises are just a collection of human beings. Social beings. Like IM, Facebook, LinkedIn, Gmail, Wikis and countless other applications, Wave will soak into an enterprise long before the IT department knows what the hell is going on.
The enterprise adoption curve of Wave, however, will make those other technologies look glacial. Everyone who ever picked up a Wiki, IM client, Facebook or Twitter (I think that covers 99.9% of the developed, working world) will latch onto Wave for dear life.
Everyone else will be forced to open a Wave client to find out what the hell is going on.
Too many tools
Enterprises indeed have many, many tools that already ‘own’ a large part of a given knowledge worker’s/enterprise user’s day.
None of them matter anymore. Again, with Wave’s amazing API and extensibility model, each of these apps, custom or not, will have a Wave bridge.
Official Wiki Pages, Sales Reports, Bug Tickets, New Blog Posts, Emails, Customer Records will all be available and accessibly from the Wave interface.
Who’s going to write all those bridges? Hacker employees, smart IT department engineers, new start-ups and the companies that own those other products hoping desperately to remain relevant and competitive.
Geocities, MySpace, Facebook, Twitter. What do these things show us? That technology adoption has a half-life. Geocities lasted as king of the heap twice as long as MySpace, MySpace twice as long as Facebook and so on. We are approaching a kind of singularity – although just like with the mathematical function, one can never achieve 0 of course.
Sure, enterprises move much more slowly, but when was the last time a really new enterprise productivity application hit the market? Do we even know what the current half-life is? My bet is that it’s pretty damn short – and Wave has the potential to be ahead of the curve.
Related link: Business Opportunities around Google Wave
February 28, 2009
I’ve been working on something like it for a number of years now, and with JS-Kit’s backing and the participation of my friends it has taken shape.
I’d like to thank all involved. I look forward to having conversations with the participants and creating something that vendors can use to make and keep user-centric promises to their participants.
I’m also very happy that the Media 2.0 Workgroup was able to take on this process and see it through. There is a lot of potential in that group that is yet to be realized.
Check it out…
Visit the site and view the strawman at www.mediabestpractices.com
December 8, 2008
OpenID needs to be as simple as Facebook Connect if it has any chance of competing. The problem is User Experience. It’s a nightmare.
- All Email providers and OpenID Consumers (particularly Gmail, Hotmail and Yahoo Mail) implement: http://eaut.org/
- Until we have critical mass with step 1, a 3rd party, community controled “Email to OpenID mapping service” should be provided. Vidoop runs a related service at http://emailtoid.net/. It’s quite good but it should be donated to the OpenID foundation for independent control.
- OpenID Connect login prompts ask for your email address on 3rd party sites.
- When you hit ‘connect’ it generates a popup much like the FB Connect popup.
- The contents of the popup is either:
- The password screen of the OpenID provider as resolved via EAUT OR
- The password screen of the OpenID provider as resolved via the community EmailtoID service OR
- A prompt from the EmailToID service that walks you through creating a new OpenID or mapping an exiting OpenID to this email address.Here’s the important part: In all cases, the screens MUST conform to a strict UX Design Guideline set forth by the OpenID Foundation to ensure the process is as simple as Facebook Connect.Only providers that confirm to this OpenID Connect UX standard (as certified by the OpenID Foundation?) may have their OpenIDs validated in this popup. This is a harsh rule but it ensures a smooth UX for all involved.
- This initial Email to OpenID mapping through a 3rd party service is painful since most email providers and OpenID consumers do not use EAUT yet.
- This can be overcome if we get a series of OpenID Consumers and OpenID Providers involved as launch partners. A major email provider (Gmail, Hotmail and/or Yahoo) would also be be helpful but not a blocker.
- How do we deter phishing? Does this work-flow make phishing worse because of the predictable UX? Does it matter? Is there a way to ensure a distributed karma system is included in the work flow?
- This only solves the login problem and does not go into the issue of connecting to, accessing and manipulating data as the full data portability vision describes. This is a conversation for another thread.
- If you provide OpenID but do not consume it you need to be named and shamed. There should be a 2 month grace period, then The OpenID Foundation, the DataPortability Project and everyone else who is interested should participate.
- “OpenID Connect” should be a new brand with a fresh batch of announcements with strict implementation guidelines (not just around UX but also around things like consumption).
To summarize, my proposal world:
- Allow users to use their email address for OpenID
- Standardize the User Experience for OpenID
- Provide a stop gap while Email providers catch up with Email to OpenID mapping.
I’d love to do mockups for this – but I’m busy. Anyone interested in learning from the Facebook Connect UX and drafting OpenID Connect Mockups from which we can draw the strict UX guidelines I mentioned?
Could this work?
November 19, 2008
According to CNet, Facebook is going to start charging app developers a fee to achieve ‘Verified Application’ status. The fee is optional, but that doesn’t matter. Apps that are not ‘verified’ will quickly get buried by those that are.
I think in hindsight people will recognize this move as one of the final death knels of the Facebook platform as we know it today.
First, they de-emphasized applications all together by relegating them to a ‘boxes’ page and making the stream their primary interaction metaphor (Read: FriendFeed clone). Now they are trying to lock down the platform further, raising the bar for participation and charging what amounts to a protection fee for app developers to get any real attention at all.
The fact of the matter is, an increasing number of people are finally realizing that Facebook looks very similar to Pre Internet networks, AOL, Passport/Hailstorm, and any other proprietary implementation of a platform that can and must be open.
The only platform that matters on the web is the web itself, and Facebook through its actions and inactions is helping us all learn this lesson faster than ever.