Ultimately we managed to deliver an end-to-end experience that resulted in an event page where the organizer and guests could chat and RSVP. We worked to reinforce the identity of the organizer on the page via the avatar to build trust with receivers.When we began testing it with actual users, however, we realized that while people thought the creation experience was fast and easy to pick up, after opening the event page, they really had no reason to come back to it. Most event pages ended up looking sad because most of the page was an empty chat.
Part II: Unplanned Events
The invitation from the organizer is sent to friends via an sms message (unless a receiver already has the app). When opened via a browser, the event page is designed to confirm the identity of the organizer and put to rest any worries of spam.Other than the who, what, where as well as the expressive asset the organizer has customized (more on that later), the other elements prominent on the page are the date picker and the chat button.
For an unplanned event, the most important interaction on the Event Page is the date picker. We reasoned that rather than building out polls for date, time and location at the same time, nailing down a date was the crux of the conversation.The receiver is presented with up to three dates that the organizer has proposed, along with the current vote count and tap-able actions. After submitting a response, the receiver is taken to the chat area to talk to the host or to qualify their response.
In previous iterations of the event page, a heavy emphasis was placed on the chat, to the extent that the page was really a chat room with some event information standing on the wall. But after testing, the notion of actively messaging over mobile web seemed awkward and unnecessarily complex.We began to view the chat as more of a release valve, a supplement to the binary nature of a poll. People can chat or not, but is easily accessible via a separate layer. Even in the chat, the poll CTA is still clearly visible.
We wanted the Organizer's view of the event to be similar to the receiver's, so I designed a layer of management tools onto the exisiting event page. Organizers at any moment can change the final date and time of the event, even to a date that wasn't originally on the poll.Once the final date and time is decided, receivers are notified of the time and are automatically RSVP'd based our their submitted dates. They can of course change this at any time.