I was, partly in jest, invited to join tourfilter by a friend today. What started as an elaborate social-networking joke turned into a really positive piece of user-experience I wanted to document.

What I wanted to share was the sign-up process. Normally, with social-networking sites, you have to endure some form of semi-elaborate sign-up before you’re allowed in… and then you start having to ram content in. Tourfilter neatly turns that on its head.

Tourfilter is a site that scrapes listings pages for information about your favourite bands, generating emails, RSS, or iCalendar files to keep you up-to-date. It’s a really simple, single-minded site that gives music fans personalised listings.

For a new user, there’s a form on the left of the homepage with a large textarea, in which you write the names of bands you like. I entered one band name… and via Ajax, a huge list appeared to the right of the field, of other bands I might like. Of course, I did, so I started clicking on some of them to add them to my form… and the process slowly became addictive. Pretty soon, I had a long list of bands I’d be potentially interested in seeing in London. The Ajax made it very compelling, and pretty quick. And, of course, the more bands I added, the more useful the fly-out Ajax list was, because it had better data to compare against.

Underneath the text box are three fields: username, password, and email address. Once you’ve filled them out, all you have to is click the submit button… and your brand new account is created, with all the information you’ve just filled out.

So tourfilter reverse the customary process: you add your initial data first, and only then create the account. Once you’ve done that, everything’s ready to go. I really enjoyed this experience: the Ajax element quickly showed the value of the site, which only increased the likelihood of me signing up.

I think tourfilter still has a little way to go – sometimes its scraping leaves something to be desired – but still felt its compelling sign-up process was worth commending.

Exciting news of the day: I’m going to be speaking at the Reboot conference in Denmark this summer.

Looking forward to it lots, though obviously I need to start working on the talk soon. Still, following ETech, I don’t think I’m going to let myself get quite so stressed.

What follows is the rough pitch I outlined in an email (written, as ever, in conference-abstract-ese); final version may vary, obviously, but I think it conveys the gist of what I want to discuss:

“Telling stories – what social software can learn from Homer, Dickens, and Marvel Comics”
or: “Social software as serial narrative”

Social software is playful, and much ludic analysis has been made of it. But what of narrative analysis? After all, we use this software to tell the grand serial narrative of our lives – cataloguing them via Flickr, journalling them (in whatever form) via our blogs. And then consider the wealth of parallel narratives many people have – a delicious account, a Flickr account, multiple blogs, LiveJournals, MySpace accounts, some contradictory, some anonymous, some fictional, some fact. This isn’t a bug, it’s a feature; we should encourage parallel storytelling, encourage the formation of personas, and make the interaction between these different platforms as complete as it needs to be to support this.

We should design our software around these narrative impulses. In ten, twenty, thirty years time, for good or ill, we will want to look back at the stories we told – for they are part of our greater story. So as well as encouraging parallel narrative, we need to consider how best to support the long ongoing narrative that we weave.

So: let’s look at how, over history, serial narrative has been told, distributed, and retrospectively altered, and see what it tells us about the tools we build to tell our stories.