gcbb

Design brief – REDUX

Posted on: May 14, 2008

The design-brief as presented is a very general on ment to intrigue, and to “sell” the project.

 

I have made a more focused one, that constrains the amount of work a bit:

 

Design Brief for work on a camera for the game concept Chaser.

 

Title: Bikes´n Buttons

Background: Chaser is a game that uses Oslo Bysykkel (city bikes) as an infrastructure for play in the streets of Oslo. It is a game that is based on “manhunt” or “catch” It is a competitive game-structure based physical displacement off free-moving individuals or teams,  and can have many different game-narratives and organisations (pursuit/catch, collecting/scavenging, search and destroy…) . 

The games are organised around the system of the city bikes, that users subscribe to, uses freely for up to three hours and that is monitored by Clear Chanel as service providers.

The bicycles themselves are equipped with cameras, geo-location and network possibilities (chaseCam), and are as such to be considered as networked objects. Every bicycle has accordingly  it´s proper identity recognised by the system.

The user decides themselves to participate in the game, on the street and the online game-community. All users are registered in Clear Channel´s system and have accordingly their proper identity that is monitored by the system.

The online game-community regulates the game and the players, and is an arena for sharing, conversations, reputations and relationships.

Problem statement: chaseCam is a networked camera placed on a shared bicycle. The bicycles are used by the public. Furthermore, the bicycles are left in a rugged, outdoors environment. The camera needs to be operated in (often) high speeds, in busy  traffic. There lies two main problems in this statement:

  • How does a camera survive the public domain?
  • How do you trigger a bicycle camera in high speed? (The initial thought is a button on the handle-bar, but what does it look like? does it need to be a button?)
Goals: The camera needs to be robust and with foolproof operation. The camera will need to be self explanatory, and enhance the gaming-experience.
   

Deliverables: The project should result in several iterations before a final design. The final result should consider ergonomics, interaction and aesthetics. The final result should be “shelf-explained” and “productized”  but a “commercially rational” product is not expected.

 

Consider this statement to be a work in progress for the moment.

 

Advertisements

1 Response to "Design brief – REDUX"

Hello,

really like the game idea on bikes, adding element of fun interactions in a city. made me think of something good for my project and using yammer in a public sector office.

thanks

sarah x

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

About this blog:

I am a master student at the Oslo school of Architecture & Design in Norway. My studies are in industrial design, focused on interaction design and tangible interactions. This blog follows a studio course called "Touch - new local interfaces" that researches tangible interaction and networked objects specially through RFID technology. My projects investigates interactions in the public domain, and is working against services around bike-sharing systems. Feel free to comment! Gunnar Bothner-By

my pictures

archive

Areas of interest

%d bloggers like this: