Development/Design/Flasher/RSVP

[edit] RSVP Storyboard

Bongo users will want to use Bongo to arrange meetings, parties, or other types of event. To do this, they will need to contact people who don't use Bongo. We want Bongo to offer these external people useful features so that it eases the life of the Bongo user in arranging the event.

[edit] Use cases

1. Adrian is holding a party, and wants to invite his friends, who are all using e-mail. From within Bongo, he sets up the event and sends an invitation e-mail to his friends. The e-mail contains the link to Flasher. He wants his friends to be able to mark on his calendar whether or not they are able to come, and also would like Flasher to offer his friends useful features: e.g., a printable invite with all the information on it, perhaps a link to Google Maps, and the ability to invite other people Adrian originally missed.
2. Adrian also wants to meet up with some old friends for dinner. He doesn't know what their schedule is, though, so sends them an e-mail asking them to let him know when they are free. They will then be able to access Flasher and mark the days that they are free, so Adrian can attempt to find a time when everyone is available. After a date has been found, they will all be sent a full invitation e-mail, but this time with RSVP pre-set to whatever they marked their availability as being (as that may change later).

In all cases, Flasher presents basically a single page which has all the event information on it. Users interact with the page, and can bookmark it.

[edit] Main RSVP

[edit] Arrange a time

[edit] Possible other screens

Where privacy has been set on a page, we may need an authentication page before those two screens. Possibilities include:

• protecting the event with a single password;
• allowing contacts to login via OpenID;
• allowing contacts to e-mail themselves a login link.

In general, the login token should probably be encoded in the URL. The downside here is that we can't really authenticate individual users, just those who have been given access to the page. That's likely good enough though: we assume these people are probably friends :)

[edit] Open features

Some things I thought about, but didn't build into the screens:

• being able to invite others. We might say on the invitation that people are free to bring partners or even other friends we don't know, we should have a box where someone can put in an e-mail address and forward an invitation to that person. Problem here is spam potential.