Game design is ‘just’ specialised interaction design

First of all my best wish­es to you for 2008. It’s been a bit qui­et around here lately—the last prop­er post was pub­lished Decem­ber 19. Shame on me. The usu­al apolo­gies apply: I’ve been busy doing work, but also spend some time catch­ing up with friends and fam­i­ly in the Nether­lands around the hol­i­days.

I was con­sid­er­ing doing the tra­di­tion­al look back at 2007 and per­haps post some res­o­lu­tions for the com­ing year, but I won’t. 2007 has segued into 2008. There­fore I feel it’s best to just dive in and tell you what’s been occu­py­ing my mind lately.

How exact­ly do the fields of game design and inter­ac­tion design relate? I’ve found myself strad­dling the line between the two more and more often. And what I’ve been won­der­ing: Can game design be con­sid­ered a spe­cialised sub-dis­ci­pline of inter­ac­tion design, or are the two equals with some over­lap? (Or can inter­ac­tion design per­haps even be con­sid­ered part of game design?)

Here’s a dia­gram of how I tend to think of the rela­tion­ship between the two fields: 

Venn diagram of IxD and GD as equals with some overlap

Seen this way, inter­ac­tion design and game design each have their own body of knowl­edge with some over­lap. From this per­spec­tive you could con­sid­er my work to be bro­ker­ing of some sort—passing infor­ma­tion back and forth between the two. I tend to place myself in the inter­ac­tion design cir­cle, mak­ing the occa­sion­al for­ay into game design ter­ri­to­ry and bring­ing back inter­est­ing stuff I find.

But there’s at least one oth­er way of look­ing at these two fields:

Venn diagram of GD as part of IxD

I was trained to be an inter­ac­tion design­er. But part of the cur­ricu­lum con­sist­ed of game design. Nowa­days inter­ac­tion design’s empha­sis on effi­cien­cy nat­u­ral­ly makes it irrec­on­cil­able with game design. At the Utrecht School of Arts, these two were not seen as being at odds with each oth­er. You can con­sid­er this a gross over­sight, or alter­na­tive­ly as proof of a far-reach­ing vision. Whatever.

In any case, it can be argued that (dig­i­tal) game design is sim­ply a very spe­cialised sub-dis­ci­pline of inter­ac­tion design. This is not to say it is in any way less valu­able than ‘reg­u­lar’ inter­ac­tion design. How­ev­er, it might help peo­ple in both fields to advance their prac­tice if they look at each oth­er this way. Which is more or less a sum­ma­ry of what I’ve been argu­ing ever since I went free­lance last year.

The prob­lem is of course that in real­i­ty the two fields—or to be more exact the two com­mu­ni­ties of prac­tice—are very much sep­a­rate from each oth­er. I’ve been try­ing to make some change there, in my own lit­tle way.

On the oth­er hand this might just be me try­ing to jus­ti­fy my inter­est in game design as an inter­ac­tion designer… 

But per­haps there’s some­thing more than just pro­fes­sion­al guilt at play here. I’m not sure yet. Some obser­va­tions that might sup­port one or the oth­er view:

  • Although their def­i­n­i­tion of games is very exact, Salen & Zim­mer­man’s def­i­n­i­tion of play is broad­er: “Play is free move­ment with­in a more rigid struc­ture.” Isn’t that an apt descrip­tion of what peo­ple do with any­thing interactive?
  • The Inter­ac­tion Design Asso­ci­a­tion defines inter­ac­tion design on their site and says it con­cerns: “the struc­ture and behav­ior of inter­ac­tive prod­ucts and ser­vices”. Sure­ly that includes dig­i­tal games?
  • I don’t have the book with me at the moment, but I seem to remem­ber Koster men­tion some­thing about game design ulti­mate­ly being about putting peo­ple in touch with each oth­er. Sounds like inter­ac­tion design to me.

In any case, as long as I need 400+ words to explain why I want to do both inter­ac­tion design and game design, I’ll be in trou­ble. Can you boil it down for me?

Playyoo goes beta

Today Playy­oo went beta. Playy­oo is a mobile games com­mu­ni­ty I have been involved with as a free­lance inter­ac­tion design­er since july of this year. I don’t have time for an elab­o­rate post-mortem, but here are some pre­lim­i­nary notes on what Playy­oo is and what part I’ve played in its conception.

Playyoo's here

Playy­oo brings some cool inno­va­tions to the mobile games space. It allows you to snack on free casu­al mobile games while on the go, using a per­son­al­ized mobile web page. It stores your high scores and allows you to inter­act with your friends (and foes) on an accom­pa­ny­ing reg­u­lar web site. Playy­oo is a plat­form for indie mobile game devel­op­ers. Any­one can pub­lish their Flash Lite game on it. Best of all — even if you’re not a mobile games devel­op­er, you can cre­ate a game of your own.

It’s that last bit I’ve worked on the most. I took care of the inter­ac­tion design for an appli­ca­tion imag­i­na­tive­ly called the Game Cre­ator. It allows you to take well known games (such as Lunar Lan­der) and give them your own per­son­al twist. Obvi­ous­ly this includes the game’s graph­ics, but we’ve gone one step fur­ther. You can change the way the game works as well.

Screenshot of my lolcats pairs game on Playyoo

So in the exam­ple of Lunar Lan­der you can make the space­ship look like what­ev­er you want. But you can also change the grav­i­ty, con­trol­ling the speed with which your ship drops to the sur­face. Best of all, you can cre­ate your own plan­et sur­face, as easy as draw­ing a line on paper. This is why Lunar Lan­der in the Playy­oo Game Cre­ator is called Line Lan­der. (See? Anoth­er imag­i­na­tive title!)

At the moment there are six games in the Game Cre­ator: Tic-Tac-Toe, Pairs, Revenge, Snake, Ping-Pong, and the afore­men­tioned Line Lan­der. There’s long list of oth­er games I’d like to put in there. I’m sure there will be more to come.

Since today’s launch, peo­ple have already start­ed cre­at­ing crazy stuff with it. There’s a maze-like snake game, for instance. And a game where you need to land a spi­der crab on the head of some per­son called Rebec­ca… I decid­ed to chip in with a pairs game full of lol­cats (an idea I’ve had since doing the very first wire­frame.) Any­way, the mind bog­gles to think of what peo­ple might come up with next! That’s the cool part about cre­at­ing a tool for cre­ative expression.

Screenshot of a Line Lander game in progress in the Playyoo Game Creator

So although mak­ing a game is very dif­fer­ent from play­ing one, I hope I man­aged to make it fun nonethe­less. My ambi­tion was to cre­ate a toy-like appli­ca­tion that makes ‘cre­at­ing’ a game a fun and engag­ing way to kill a few min­utes — much like Mii cre­ation on the Nin­ten­do Wii, or play­ing with Spore’s edi­tors (although we still haven’t had the chance to actu­al­ly play with lat­ter, yet.) And who knows, per­haps it’ll inspire a few peo­ple to start devel­op­ing games of their own. That would prob­a­bly be the ulti­mate compliment.

In any case, I’d love to hear your com­ments, both pos­i­tive and neg­a­tive. And if you have a Flash Lite com­pat­i­ble phone, be sure to sign up with Playy­oo. There is no oth­er place offer­ing you an end­less stream of snack sized casu­al games on your phone. Once you’ve had a taste of that, I’m sure you’ll won­der how you ever got by with­out it.

Game player needs and designing architectures of participation

How do you cre­ate a cor­po­rate envi­ron­ment in which peo­ple share knowl­edge out of free will?1 This is a ques­tion my good friends of Wemind2 are work­ing to answer for their clients on a dai­ly basis.3 We’ve recent­ly decid­ed to col­lab­o­ra­tive­ly devel­op meth­ods use­ful for the design of a par­tic­i­pa­to­ry con­text in the work­place. Our idea is that since knowl­edge shar­ing is essen­tial­ly about peo­ple inter­act­ing in a con­text, we’ll apply inter­ac­tion design meth­ods to the prob­lem. Of course, some meth­ods will be more suit­ed to the prob­lem than oth­ers, and all will need to be made spe­cif­ic for them to real­ly work. That’s the challenge.

Nat­u­ral­ly I will be look­ing for inspi­ra­tion in game design the­o­ry. This gives me a good rea­son to blog about the PENS mod­el. I read about this in an excel­lent Gama­su­tra arti­cle titled Rethink­ing Car­rots: A New Method For Mea­sur­ing What Play­ers Find Most Reward­ing and Moti­vat­ing About Your Game. The cre­ators of this mod­el4 want­ed to bet­ter under­stand what fun­da­men­tal­ly moti­vates game play­ers as well as come up with a prac­ti­cal play test­ing mod­el. What they’ve come up with is intrigu­ing: They’ve demon­strat­ed that to offer a fun expe­ri­ence, a game has to sat­is­fy cer­tain basic human psy­cho­log­i­cal needs: com­pe­tence, auton­o­my and relat­ed­ness.5

I urge any­one inter­est­ed in what makes games work their mag­ic to read this arti­cle. It’s real­ly enlight­en­ing. The cool thing about this mod­el is that it pro­vides a deep­er vocab­u­lary for talk­ing about games.6 In the arti­cle’s con­clu­sion the authors note the same, and point out that by using this vocab­u­lary we can move beyond cre­at­ing games that are ‘mere’ enter­tain­ment. They men­tion seri­ous games as an obvi­ous area of appli­ca­tion, I can think of many more (3C prod­ucts for instance). But I plan on apply­ing this under­stand­ing of game play­er needs to the design of archi­tec­tures of par­tic­i­pa­tion. Wish me luck.

  1. Tra­di­tion­al­ly, shar­ing knowl­edge in large organ­i­sa­tions is explic­it­ly reward­ed in some way. Arguably true knowl­edge can only be shared vol­un­tar­i­ly. []
  2. Who have been so kind to offer me some free office space, Wi-Fi and cof­fee since my arrival in Copen­hagen. []
  3. They are par­tic­u­lar­ly focused on the val­ue of social soft­ware in this equa­tion. []
  4. Scott Rig­by and Richard Ryan of Immer­syve []
  5. To nuance this, the amount to which a play­er expects each need to be sat­is­fied varies from game genre to genre. []
  6. Sim­i­lar to the work of Koster and of Salen & Zim­mer­man. []

I was interviewed for the Playyoo blog

I was interviewed by Playyoo the other day

Most of you will prob­a­bly know I’m involved1 with this new mobile game com­mu­ni­ty called Playy­oo. I haven’t blogged about it here explic­it­ly because most of my con­tri­bu­tions so far are still being devel­oped and will hope­ful­ly hit the inter­net around Decem­ber. I have an excuse to talk about it now though, because recent­ly I was inter­viewed by the peo­ple of Playy­oo for their blog. Read about my thoughts on the role of social­i­ty in (mobile) gam­ing and how that will work in Playy­oo’s meta-game, as well as what I think about casu­al games and the unique game design oppor­tu­ni­ties for mobile.

A quote from the inter­view:

What does the term ‘casu­al game’ mean to you?

‘Casu­al,’ to me, says some­thing about the lev­el of atten­tion and engage­ment that a play­er has (or is required to have) with the game. For me as a design­er, casu­al games pro­vide inter­est­ing chal­lenges. It might seem sim­ple to cre­ate these casu­al games, but they’re actu­al­ly quite tricky to pull off, or pull off well, that is. From a game design per­spec­tive, I think it’s more chal­leng­ing to pull off a high qual­i­ty causal game than yet anoth­er first-per­son shoot­er game. 

Read the rest of the inter­view over at the Playy­oo blog.2

  1. They’ve hired me to do game and inter­ac­tion design. I have been work­ing on mobile games, a game cre­ation tool, and a web-based meta-game. []
  2. Thanks to Alper Çuǧun for the pho­to that’s in the post. []

Pollinator — a casual game prototype made with Mobile Processing

I wrote a game about a bee and flowers today

Last sun­day I sat down and cod­ed a pro­to­type of a casu­al game in Mobile Pro­cess­ing. I got the idea for it the evening before: You’re a bee who needs to col­lect as much hon­ey as pos­si­ble in his hive while at the same time keep­ing a flower-bed bloom­ing by pol­li­nat­ing… Play it and let me know what your high score is in the comments!

Thinking and making

I’ve been look­ing for an excuse to get some expe­ri­ence with Pro­cess­ing (par­tic­u­lar­ly the vari­ant suit­able for devel­op­ing mobile stuff) for a while. I also felt I need­ed to get back into the mak­ing part of the field I’ve been think­ing about so much late­ly: Game Design. I agree with Saf­fer, Webb and oth­ers — mak­ing is an impor­tant part of the design prac­tice, it can­not be replaced by lots of think­ing. The things learnt from engag­ing with the actu­al stuff things are made of (which in the case of dig­i­tal games is code) aren’t gained in any oth­er way and very valuable.

Get the game

I’ve uploaded the first ver­sion of the game here. You can play it in the emu­la­tor in your brows­er or if your phone runs Java midlets, down­load the file and play it like you’re sup­posed to: While out and about. The source code is pro­vid­ed as well, if you feel like look­ing at it.1

Pollinator 0.1

How to play

You’re the yel­low oval. The orange tri­an­gle in the top left cor­ner is your hive. Green squares are grass, brown squares are seeds, red squares are flow­ers and pink squares are pol­li­nat­ed flow­ers. The field is updat­ed in columns from left to right (indi­cat­ed by the yel­low mark­er in the bot­tom). A seed will turn into a flower (in rare cas­es a pol­li­nat­ed flower). A flower will die, a pol­li­nat­ed flower will die and spread seeds to grass around it. Move your bee with the direc­tion­al keys, use the cen­tre key to grab nec­tar from a flower. You can cary a max­i­mum of 100 nec­tar. Drop your nec­tar off at the hive (again using the cen­tre key) to up your score. When you first grab nec­tar from a pol­li­nat­ed flower and sub­se­quent­ly from a nor­mal flower, the lat­ter is pol­li­nat­ed. Try to keep the flower-bed in bloom while at the same time rack­ing up a high-score!

You’ll get 10 nec­tar from a flower (in bloom or not). Pol­li­nat­ing a flower costs 5 nec­tar. If you try to take nec­tar more than once from the same flower, you’ll loose 10 nec­tar.2

Improvements

Stuff not in here that I might put into a next ver­sion (when­ev­er I get around to it):

  • Ani­ma­tion — I need to get my feet wet with some script­ed ani­ma­tion. Thing is I’ve always sucked at this. For now it’s all tile-based stuff.
  • Bet­ter feed­back — For instance show the points you earn near the bee and the hive. I think that’ll make the game a lot eas­i­er to under­stand and there­fore more fun.
  • Menus, pause, game over — It’s a pro­to­type, so you get dumped into the action right away. (The game starts on the first key you press.) And there’s no actu­al game over mes­sage, the field just turns green and you’re left to won­der what to do.
  • Bal­ance — I’m not sure if the game like it stands is bal­anced right, I will need to play it a lot to fig­ure that out. Also there’s prob­a­bly a dom­i­nant strat­e­gy that’ll let you rack up points easily.

The aim was to cre­ate a rel­a­tive­ly casu­al game expe­ri­ence that will almost allow you to zone out while play­ing. I think it is far too twitchy now, so per­haps I real­ly should sit down and do a sec­ond ver­sion some­time soon.

Mobile Processing

I enjoy work­ing with Mobile Pro­cess­ing. I like the way it allows you to pro­gram in a very naive way but if you like struc­ture things in a more sophis­ti­cat­ed fash­ion. It real­ly does allow you to sketch in code, which is exact­ly what I need. The empha­sis on just code also pre­vents me from fid­dling around with ani­ma­tions, graph­ics and so on (like I would in Flash for instance.) Per­haps the only thing that would be nice is an edi­tor that is a bit more full-fea­tured.3 Per­haps I should grab an exter­nal edi­tor next time?

Feedback

If you played the game and liked it (or thought it was too hard, bor­ing or what­ev­er) I’d love to get your feed­back in the com­ments. Any­one else out there pro­to­typ­ing games in Pro­cess­ing? Or using it to teach game design? I’d be very inter­est­ed to hear about it.

  1. Not that it’s par­tic­u­lar­ly good, I’m an ama­teur coder at best. []
  2. I’m not sure this is the right kind of neg­a­tive rein­force­ment. []
  3. The auto­mat­ic code for­mat­ting refused to work for me, requir­ing me to spend a bit too much effort on for­mat­ting by hand. []

Helping users retell experiences

A frame from a Second Life machinima

I talked about the dif­fer­ence between emer­gent and embed­ded nar­ra­tive in games a while ago. I also intro­duced my Inter­ac­tion 08 talk in a pre­vi­ous post. I’d like to now fol­low up with some thoughts on the sto­ry­telling that hap­pens out­side of a user’s direct inter­ac­tion with a prod­uct or ser­vice — the sto­ry­telling she engages in when recount­ing the expe­ri­ence of use to oth­er people.

Obvi­ous­ly, sup­port­ing the retelling of expe­ri­ences is impor­tant. After all if you’re offer­ing a cool prod­uct or ser­vice, you want oth­ers to know about it. A pas­sion­ate user is prob­a­bly your best advo­cate. It only makes sense for you to cre­ate easy ways for her to share her expe­ri­ences with oth­ers. It can also deep­en a user’s own expe­ri­ence — mak­ing the prod­uct or ser­vice part of a sto­ry where­in she is kick­ing ass can cre­ate a pos­i­tive feed­back loop.

Games have picked up on this, of course. They’ve employed numer­ous ways for users to retell their play-ses­sions. In Rules of Play, Salen and Zim­mer­man list a num­ber of them:

  1. The replay — found in rac­ing games for instance — lit­er­al­ly replays the actions of the play­er after she com­pletes a track, stage or lev­el. Some­times this is done in ways that would­n’t be prac­ti­cal in the game itself1 in all cas­es it is done in a way that fits the feel of the game, the expe­ri­ence the game aims for.
  2. Oth­er games take this one step fur­ther and allow play­ers to con­trol the view of the replay them­selves. They’ll also allow users to redis­trib­ute the record­ing of their actions. Doom did this, it was called the recam.
  3. A log­i­cal pro­gres­sion is found in the machin­i­ma phe­nom­e­non, where the play of a game takes a back-seat to the retelling of play, effec­tive­ly mak­ing the game a tool for per­son­al cre­ative expres­sion. A famous exam­ple are the many soap opera episodes pro­duced by play­ers of The Sims.
  4. Final­ly, with the advent of more embod­ied inter­ac­tions in gam­ing there’s an upsurge of online videos of game-play. Hav­ing an embod­ied inter­face makes it much eas­i­er for bystanders to ‘read’ what’s going on, effec­tive­ly open­ing the way for play to become like per­for­mance2.

How does this trans­late to the design of user expe­ri­ences in dig­i­tal and phys­i­cal prod­ucts? I think there are a few things that are impor­tant in the retelling of experiences:

  • The pro­tag­o­nist is the user, not your prod­uct. Your prod­uct or ser­vice is the enabler for the user to look cool in a story.
  • The way in which you enable retelling should be well-inte­grat­ed with the expe­ri­ence you’re aim­ing for. The recam made sense for Doom because it allowed play­ers to boast about their achievements.
  • You don’t have to cre­ate all the sto­ry­telling tools your­self. You should try to play nice with the stuff that’s already out there, such as pod-cast­ing ser­vices, video-blog­ging tools, sketch-cast­ing, pho­to-shar­ing etc.

Have good exam­ples of prod­ucts and ser­vices that help their users tell sto­ries about their expe­ri­ences? Let me know in the comments!

  1. For instance using dif­fer­ent cam­era angles, lens­es or fil­ters for a more dra­mat­ic look. []
  2. My favorite exam­ple being this video of a cou­ple of guys play­ing Gui­tar Hero. []

More than useful — outline of my Interaction 08 talk

Illustration from children's book

A while back I was hap­py to hear that my sub­mis­sion for Inter­ac­tion 08 is accept­ed. This will be the first con­fer­ence organ­ised by the IxDA. Obvi­ous­ly I’m proud to be part of that. I’ll prob­a­bly be build­ing my talk a post at a time on this blog, more or less like I did with the one for the Euro IA Sum­mit of this year. If you’re won­der­ing wether it’ll be worth fol­low­ing along, let me out­line the argu­ment I made in my submission:

There’s a gen­er­a­tion of ‘users’ expect­ing their dig­i­tal and phys­i­cal prod­ucts to be cus­tomiz­able, per­son­al­ize-able and re-com­bin­able. These users explore the poten­tial of these 3C prod­ucts through play. This is why I think it’s worth­while for inter­ac­tion design­er to get a bet­ter under­stand­ing of how to design for open-end­ed play. Obvi­ous­ly, it makes sense to do some shop­ping around in the the­o­ries of our col­leagues in game design. Why should design­ers both­er? Play­ful prod­ucts have deeply engaged users that can’t stop telling sto­ries about their expe­ri­ences with them. 

The focus of this talk is firm­ly on design­ing sto­ries that emerge through play and enabling the retelling of those play experiences.

Like I said, I’ll dive deep­er into these top­ics in the com­ing peri­od. If you have any views of your own on this — or use­ful resources that you think I should check out — do let me know.

Update: Today the full con­fer­ence pro­gram was announced and my name is actu­al­ly on there. The pro­gram looks real­ly cool, and I’m real­ly hap­py to see some talks relat­ed to mine in there as well. See you in Savan­nah!

Work with me in Copenhagen (or where-ever)

Panorama of Copenhagen harbour

Now that I’m over three months into my stay in Copen­hagen I thought it would be good to post a short update. Here are the facts, bul­let-wise (with apolo­gies to Mr. Tufte):

  • I have been in Copen­hagen, Den­mark since July 1st 2007
  • Until now I have most­ly been work­ing on Playy­oo, doing inter­ac­tion and game design
  • I also pre­sent­ed on Play­ful IAs at the Euro IA Sum­mit in Barcelona
  • No lat­er than July 1st 2008, I will return to Utrecht, the Netherlands
  • Yes, I intend to con­tin­ue free­lanc­ing when I get back (I offi­cial­ly left Info.nl on Octo­ber 1st 2007)
  • I am avail­able for free­lance inter­ac­tion design gigs that involve social media, mobile tech­nol­o­gy and/or gaming
  • You can also invite me to speak at your event or com­pa­ny, par­tic­u­lar­ly on the top­ic of apply­ing game design prin­ci­ples to the user expe­ri­ence of prod­ucts and services

Oh and of course, if you hap­pen to be in Copen­hagen, don’t hes­i­tate to drop me a line when you feel like going out for some drinks!

Snacking on casual games

Snacks

Fol­low­ing up on an ear­li­er post about short-ses­sion games here are some com­ments on a recent Gama­su­tra arti­cle by Ian Bogost (it’ll be in the link post for tomor­row). It’s titled ‘Casu­al As In Sex, Not Casu­al As In Fri­day’ and in it Bogost argues there is quite a bit of unex­plored space in the casu­al games domain. 

In the arti­cle, Bogost points out that casu­al games are usu­al­ly seen as easy to learn but hard to mas­ter, like Go. They are com­mon­ly cheap (or at least cheap­er than typ­i­cal con­sole and PC titles) and easy to get. Final­ly, con­trol of the game is often sim­ple and lim­it­ed to few inputs. (Bogost rec­om­mends only using the mouse on the PC, I won­der what he’d rec­om­mend on a mobile…one button?)

Bogost points out that a typ­i­cal casu­al game-play ses­sion might be short, but that the over­all mod­el of casu­al gam­ing (both the dis­tri­b­u­tion and the game mechan­ics) actu­al­ly encour­age repeat­ed play over a long peri­od of time where­by a play­er achieves an increas­ing­ly high­er lev­el of mas­tery of the game (which arguably is the antithe­sis of casualness.) 

What we rarely see are games that are explic­it­ly cre­at­ed to be played once and nev­er revis­it­ed. Bogost men­tions Sep­tem­ber 12th and Zidane Head-Butt as pro­to­types for these types of casu­al games.

This is all very inter­est­ing to me because in a cur­rent project I have been dis­cussing this notion of snack-sized games quite a lot. I am con­vinced there is a mar­ket for games that are con­sumed once and are then dis­card­ed, but there are some chal­lenges to over­come. Bogost men­tions these as well: They need to be ridicu­lous­ly sim­ple to access, as cheap as pos­si­ble (ide­al­ly free) and instant­ly learnable. 

One point Bogost does­n’t raise is: Who will feel com­pelled to cre­ate these games? Because game cre­ation always involves some effort, typ­i­cal game devel­op­ers might not see much prof­it in releas­ing their games into the wild for free. What’s in it for them? I think the key there is the democ­ra­ti­za­tion of game cre­ation. Giv­ing ordi­nary users fun tools to cre­ate these short-ses­sion, snack-sized, casu­al-as-in-sex games as a form of per­son­al expression.

Play, story and recombination

A bunch of Lego bricks

Dom­i­nant mod­els in IA: space + sto­ry” was one of the notes I took while at this year’s Euro IA Sum­mit. I’ll get into space some oth­er time. Con­cern­ing sto­ry: Basi­cal­ly it strikes me that for a dis­ci­pline involved with an inter­ac­tive medi­um, so often design­ing is likened to sto­ry­telling. I’m not sure this is always the most pro­duc­tive way to approach design, I actu­al­ly think it is very lim­it­ing. If you approach design not as embed­ding your sto­ry in the envi­ron­ment, but as cre­at­ing an envi­ron­ment where­in users can cre­ate their own sto­ries, then I’d say you’re on the right track. An exam­ple I tend to use is a game of pok­er: The design of the game pok­er was cer­tain­ly not an act of sto­ry­telling, but a play ses­sion of pok­er is expe­ri­enced as (and can be retold as) a sto­ry. Fur­ther­more, the com­po­nents of the game can be recom­bined to cre­ate dif­fer­ent vari­a­tions of the basic game, each cre­at­ing dif­fer­ent poten­tials for sto­ries to arise. I’d like to see more design­ers approach inter­ac­tive media (dig­i­tal, phys­i­cal or what­ev­er) like this: Don’t tell a sto­ry to your user, enable them to cre­ate their own.1 Real­ize users will want to recom­bine your stuff with oth­er stuff you might not know about (the notion of seam­ful design comes into play here). When you’ve done a prop­er job, you’ll find them retelling those sto­ries to oth­ers, which I would say is the biggest com­pli­ment you can get.

1. Or to put this in Marc LeBlanc’s terms: Don’t embed nar­ra­tive, let it emerge through play.