Google goes for Twitter

Google Buzz is the search engine giant’s latest attempt to get social to work within its suite of applications. Strangely, while we use Google’s stuff for all sorts of things, from searching to email to RSS aggregation to document editing, we don’t tend to use their services much for sharing. Instead, we go to Twitter, or maybe Facebook.

Perhaps all that will now change.

Here’s a video explaining Buzz and how it will work:

It may seem crazy to attempt to take Twitter on in its own territory, but Google have a couple of real strengths which mean they end up winning the status update battle.

For a start, Google have been quietly building up a range of services based on your Google account. You may have started this account to access Gmail, or maybe Google Reader.

But did you know you also have a public profile on Google, which you can fill up with all sorts of information about you and the sites and services you use? Here’s mine.

Or how about the way Google has a really cool service that manages all of your contacts?

What about the social circle search, which lets you look for content created by your friends, or friends of friends?

In some ways it’s kinda scary the way Google collects all this information, and the way it puts it all together like this. But it’s also a reason why Buzz might succeed where all other Twitter-killers have failed.

What’s one of the things that puts people off Twitter the first time they use it? The fact that you don’t know anyone, and have nobody to talk to. But the way Buzz will tap into your existing networks, you might not have that problem on Google’s service. The user base already exists, and it is already massive.

There is also masses of potential for organisations using Google Apps, where having Buzz as part of the mix will bring masses of value, and possibly kill off Yammer in the process.

There’s another reason why Buzz might well beat Twitter, and that is the money thing. Google has a business model, and a very successful one. It isn’t hard seeing how Buzz can slot into that model, and make a contribution. At some point, though, Twitter is going to have to start earning money. How it does that, and whether it manages to do so without annoying the hell out of its users – for whom revenue generation will necessitate a change – will determine whether Twitter survives.

Another thing that is in Buzz’s favour is that it sits inside Gmail. In your inbox. Despite the massive growth in social networking over the last few years, email is still the internet’s killer app, and most people spend a hell of a lot of time looking at their inboxes.

As an example of this, I use Google Talk a lot as an instant messaging service, but I use it entirely from within Gmail. I usually can’t be faffed loading up a separate client for IM, but if someone’s name pops up in Gmail saying they’re online, I’ll often grab them for a quick chat.

Having a status update, Twitter-like facility sat there too means that I’m going to use it, to the point where I might stop visiting other locations to do similar stuff. Bye, bye Twitter, maybe.

Of course lots of similar stuff was said about Wave, and while that wasn’t exactly a dud, it did strike me as a solution looking for a problem. A great bit of technology that felt a bit like a square peg. Buzz, though, isn’t looking to revolutionise the way we use the web, just to make an existing activity easier, and nearer – and that might be enough to make it work.

Having written all this, I of course don’t have access to Buzz yet. If you are one of the lucky ones, do please tell us all about it in the comments.

Update: Not sure how I missed it, but there is an API for Buzz, allowing for developers to hook it up to all sorts of other services, whether “Atom, AtomPub, Activity Streams, PubSubHubbub, OAuth, MediaRSS, Salmon, the Social Graph API, PortableContacts, WebFinger, and much, much more” according to the Google Social Web blog.

Elsewhere:

2009’s top tech

Here’s a quick roundup of some things I’ve really started to get some use out of in 2009. Not necessarily services that were new to the last 12 months, but ones which became a vital part of my toolkit.

You’ll notice Google Wave isn’t on the list – for me, it’s still a great bit of tech in search of a problem to solve. The idea posited here, that it’s real value will be in the enterprise, is interesting.

Key things that come out of this list for me are:

  • For me to really love a service or application, it has to run nicely – preferably using a dedicated app – on the iPhone. It also needs to have a web interface, so I can access it using different computers.
  • I also prefer tools which interface nicely with the other things I use – silos for my information and content don’t really interest me.

1. Basecamp

Despite the fact that there are a lot of things about Huddle that I like more than Basecamp, I’ve found myself using the latter more and more in 2009. I think it is partially the email integration I like so much – the fact that people can take part in online discussions without having to leave their email client.

In 2010, though, I suspect that Huddle will break through into the government space, and that I’ll start using it a lot more. One reason for that will be the integration with Microsoft Office, which could be a real game changer.

Both Basecamp (unofficially) and Huddle now have iPhone apps, making them accessible in a usable format on the move.

2. Evernote

I have mentioned Evernote in a few posts before – it’s a very useful and clever little service. You create notebooks which contain note pages within them. All are synced in the cloud, so whether you access them via the desktop app, the iPhone app or the website, you can read and edit them wherever you are.

Great for storing quick notes, links to look up later, or even photos and audio notes. I use it a lot to jot down and develop ideas for blog posts.

3. Posterous and Tumblr

I’m going to cover these two in a dedicated post on ‘easy blogging’ soon. Both make it stupidly quick and easy to record content online. Both work brilliantly on mobile devices with apps (Tumblr) or excellent email integration (Posterous). Both seamlessly interact with other online services, like Flickr, Twitter and Facebook.

4. Mailchimp

If there is one technology that government really ought to be making better use o, then it’s email. Fine, lots of people moan about having too much of it, but given the option between getting an email or having to check a webpage, they’ll go for the addition to their inbox every time.

Email works on mobiles, is accessible and pretty much everyone knows what to do with it. Services like MailChimp – and there are others, like Campaign Monitor – make it easy to collect lists of email addresses and send messages out, tracking what people click on and how many people open the addresses.

I have a bigger post on email in the pipeline.

5. Yammer

Since joining the Learning Pool team, the problem of keeping communications working in a distributed workforce have become really apparent to me. But since we started using Yammer in a serious way across the company, those problems seem to have disappeared.

Yammer, for those that don’t know, is a Twitter-like service that is private for organisations. Authentication is based on your email address, so everyone on the same email domain can access that organisation’s Yammer stream.

It works really well, and the service is used for a true mixture of ‘what I’m doing today’ type updates, office banter, general messages and discussion. Kent County Council are also using Yammer to great effect – anyone else?

6. Skype

I’ve been using Skype for years, but never more than now. Part of that is for the same reason as for the use of Yammer – chatting to the Learning Pool guys, who are all heavy Skype users – but I’m now using it a lot to talk to family as well.

I’d put quite a bit of this down to hardware – all the computers in our house now have webcams built into them, which makes using services like Skype much easier and more effective.

7. Adium

Adium is a great little multi-protocol instant messaging client – which means that within the one application, I can chat to people using Google Talk, MSN, AIM, Yahoo! and Facebook.

Instant messaging is now something I use much more than before, and Adium makes that easy. IM is often seen as being a bit old hat these days, what with it being a fairly closed and usually one to one medium. But sometimes you need the immediacy, and, yes, the one to one-ness. These days more time seems to be spent communicating, which affects every medium.

8. Dropbox

I came to Dropbox late, but it is an awesome tool and probably the best cloud-based file storage solution. It adds a drive to your desktop computer, or your laptop, to which you can save files, which can then be retrieved on other machines via the web interface, or the iPhone app, or indeed the drive application if you have that installed elsewhere too.

Dropbox makes it a doddle for me to be able to access the files I am working on whether I am using my laptop or my desktop.

9. Delicious

I’ve been using it for years, but I’m starting to find more and more value in Delicious. Part of the reason is the huge number of links I now have in there, which I can access and search easily using the Firefox plugin, also the way it interfaces with other services, like the occasional blog post that pops up automatically here, to cross posting links to Twitter.

I’m also finding myself subscribing more and more to individual users’ accounts in Delicious, to see what they are bookmarking. It may seem rather old hat these days, but if you are interested in using the web as a learning tool, then social bookmarking is a vital part of the toolkit.

10. Wikipedia

There probably hasn’t been an hour that went by, when I was awake, during 2009 in which I didn’t refer to Wikipedia at some point. I’d never used it as a single source, or for any serious research (other than to follow up the links it references, perhaps) but to get the lowdown on a topic fast, it’s an astonishingly good resource.

I often mock it for its focus on tech and pop culture when I mention it in talks, but that is probably where I get most of my use out of it. Oracle want to buy Sun? What do Oracle actually do, anyway? Wikipedia make it dead easy to find out.

Putting together your toolkit

I love technology. Actually, no I don’t. I like the idea of technology, and the potential of it. Actual technology generally makes me swear. Anyway, where was I?

So you’ve decided that you need to do something exciting, using technology. Let’s focus on social stuff, as that’s really all I know about. Maybe you’ve put your strategies and policies together and are ready to actually get into some doing. There are a number of approaches you could take:

  • Do your best with what you have
  • Cobble together free stuff
  • Buy something to do it all for you
  • Build something yourself
  • Some kind of weird hybrid of all the above

What should drive your decision on which route to go down, and what tools you use should depend, of course, on what you need. That sounds obvious, but it’s surprising how few organisations really understand their needs, which are dependent on

  • What it is you want to do – in other words, activity
  • How you are organisationally set up to approach this

The first point is another classic bit of Briggs stating the bleeding obvious, but it is worth writing this down and being clear about it. What are we talking about here? Replacing meetings with something more useful? Getting greater benefits than you are currently getting from email discussions? Creating a new community of people who are going to help you do all kinds of cool things?

The second point might be worth delving into in a bit more detail.

Issues that should be considered when looking at how your organisation works needs to take into account factors such as:

  1. Skill levels in the organisation
  2. Desire to share, collaborate and work together amongst staff
  3. Security issues around access and data security
  4. Hardware people have available, including speed of access etc
  5. How much money you have to invest
  6. Whether you need to work with and involve other organisations

All of these things may have as big an impact on your eventual choices as the activities bit. If you decide you need an enterprise collaboration platform, and go and procure something really amazing, but nobody in your organisation knows what it is, how to use it, or what the point of it is, then you’ve got a car crash on your hands.

Likewise, if you decide the future is in the cloud, and set up a system to do just that – but only find out from the IT security guys that it’s not possible for the organisation to host its files on various different servers across the globe at the very last minute, again, you’re ending up with egg on your face.

So before deciding on what tools you want and how they are going to work, it’s a good idea to spend some time figuring out the capacity within your organisation to deal with the technology you want to throw at them first – these are just as important as functional requirements and all the other stuff.

Quite a bit of inspiration from this post came from bits of the book Digital Habitats by Etienne Wenger, Nancy White and John D Smith. Well worth a look.

Strategy stuff – a three pronged approach

Drawing together a few discussions I have been involved in recently about the different types of documents an organisation – such as a council – might need to put together to define its approach to engaging online, I thought it might be useful to set out how I think it could be done.

My initial inclination is always to dispense with strategy, to be honest, as process has a habit of stifling Good Stuff, and over strategising leads to attempts at control and general alienation. My second thought is that even if strategy is required, there shouldn’t be any need for anything specific for digital, as really it’s all the same – technology shouldn’t matter.

Realistically, though, at this stage organisations need to feel comfortable with what they are doing, and if that means having bits of paper explaining it all, then so be it. The important thing is to get those bits of paper right. I see a need for three types of document, each of which I will explain below:

1. Corporate strategy

A high level document explaining what the organisation wants to do, and why it wants to do it. Don’t make it tool focused, else it will go out of date very quickly. Keep it broad and general, as the specifics will be covered in the other documents. This should be the paper brought out to win arguments where necessary. Make sure people at the top of the organisation read it, and endorse it: it will be an enabler to get stuff done.

Issues it should cover:

  • How important does the organisation see the digital space?
  • What are the opportunities and risks, and how are they managed?
  • How online interaction fits in with other channels and processes
  • An overview of the approach: something like the classic listen, acknowledge, create, share
  • How are staff supported in their delivery of the strategy?

2. Staff guidelines

This is the bit which explains in clear terms what staff are enabled to do at work using the internet. There are plenty of good examples available on the web, from the Civil Service guidance, to the BBC, IBM and others. It performs an important role, and should be less about saying what people can’t do and more about encouraging and empowering staff to engage in online conversations.

This should set out how staff are encouraged to engage online, what they can do on their own, and what they might need to seek advice on. My general advice on this is:

  1. If the information or content is already published in some form or other, then it should be repeatable on blogs, in forum or whatever without the need to gain permission
  2. If something new is being generated, whether a viewpoint or a response to a question, say, then it’s best to get it checked out first
  3. If the staff member is at all uncertain, even in the instance of 1. above, get some advice

3. Individual project engagement plans

These form the nitty-gritty of the online engagement work, and there should be one for every digital project undertaken. While the other two documents I have written about are pretty high level – to ensure they remain relevant – with the plans, you can be pretty detailed and focus on activities. These plans should describe:

  • What the project is about, and how digital can support that
  • What the objectives of the digital work are
  • How those objectives will be measured – ie evaluation
  • What the roles are and who is responsible for them
  • How reporting will work
  • Which tools will be used and how
  • Some kind of timeline showing when activity will happen, for how long and how it will be shut down.

I reckon this three-pronged approach more or less covers the necessary bases. It would be interesting to hear how people are approaching this area, and how it differs to what I have written here.