Playful IAs — slides for my Euro IA Summit 2007 talk

After a considerable amount of fiddling with SlideShare I’ve finally managed to upload a version of the slides that go with my Playful IAs presentation. This more or less as I presented it at the Euro IA Summit 2007 and includes an approximate transcript of my talk. I hope to get an audio/video recording of most of it in the near future as well. When I do I’ll update this page.

Update: I’ve posted a short summary of the central argument of my talk.

Download a version including an approximate transcript (14,5 MB).

I had some great reactions to this talk and I want to thank all the people who engaged with me in discussions afterwards. It’s given me a good picture of what areas I should develop further in future subsequent talks. I’m also pleasantly surprised to see that contrary to what some people think, the IA community (the European one at least) is very much open to new ideas. That’s really nice to experience firsthand.

A lot of people asked for a list of books and other good sources on the topics I covered. Here’s an incomplete list of stuff I’ve used at some stage to inform my thinking:

If that doesn’t keep you busy for a while, you could always have a dig through my del.icio.us links. There’s plenty of good stuff there. Of course of if you ever find anything you think would be of interest to me, do let me know. Just tag it for:kaeru.

The experience of playful IAs

Solving a Rubik's Cube

It’s time for a short update on my thinking about Playful IAs (the topic of my Euro IA Summit talk). One of the under-served aspects so far is the actual user experience of an architecture that is playful.

Brian Sutton-Smith describes a model describing the ways in which games are experienced in his book Toys as Culture. I first came across this book in (not surprisingly) Rules of Play. He lists five aspects:

  1. Visual scanning
  2. Auditory discrimination
  3. Motor responses
  4. Concentration
  5. Perceptual patterns of learning

Of most importance to my subject is the 5th one.

Game design, like the design of emergent IAs is a 2nd order design problem. You can only shape the user’s experience indirectly. One of the most important sources of pleasure for the user is the way you offer feedback on the ways he or she has explored and discovered the information space.

Obviously, I’m not saying you should make the use of your service deliberately hard. However, what I am saying is that if you’re interested in offering a playful experience on the level of IA, then Sutton-Smith’s perceptual patterns of learning is the best suited experiential dimension.

Learning about emergence from games

A game of Go

I’m still trying to get a grip on why I think games are such a good reference point for IAs and IxDs. I’ll try to take another stab at it in this post. Previously I wrote about how games might be a good way to ‘sell’ algorithmic architectures to your client. Even if you’re not actively pushing your clients to adopt ideas such as on-the-fly creation of site navigation, sooner or later I’m convinced you’ll find yourself confronted with a project where you’re not asked to develop a definitive information architecture. Instead you’ll be charged with the task to come up with mechanisms to generate these procedurally. When this is this case, you’re truly facing a second-order design problem. How can games help here?

One of the defining characteristics of games are their complexity. A few years ago Ben Cerveny gave a brilliant talk on play (MP3) at Reboot 7.0 and mentioned this specifically — that much of the pleasure derived from game-play is the result of the player coming to terms with complex patterns. This complexity is something different from pure randomness and most certainly different from a ‘mere’ state machine. In other words, games show emergence.

There are many examples of emergent systems. The Game of Life springs to mind. This system isn’t really a game but shows a remarkable richness in patterns, despite (or maybe because of) the fact that it is based on a set of deceptively simple rules (which apparently took its creator, John Conway, over 2 years to perfect!) The thing is though, The Game of Life is not interactive.

A wonderful example of a complex emergent system that is interactive is the real game Go. It has a set of very simple rules, but playing it well takes a huge amount of practice. The joy of playing Go for me (an absolute beginner) is largely due to discovering the many different permutations play can go through.

So getting back to my earlier remark: If you’re convinced you’ll need to get a better handle on solving the second-order design problems presented by the design of complex emergent systems, games are an excellent place to start learning. They are emergent first and interactive second, the perfect twin to the web environments we’ll be shaping in the future.