The task was a seemingly simple one: Allow the user to select the day that they want to come over for lunch. Easy right? Well not so fast. This sketch shows the first iteration of the form:
After spending some time coding the form and doing some usability tests it became apparent that the form failed for many reasons. Mainly, the layout suffered from the problem of showing too much information. While developing we were amazed at all the cool ways we could think of to display all this data. Never did we ask if we SHOULD display all this data. As we thought about the form and its functionality the answer we kept coming back to was no. Did people need to see dates that were unavailable? No. Did people need to see all the months' data at once? No. So with our newfound usability results and new thinking we hatched a new sketch for the same form:
We decided to prompt users based on two criteria: month they are interested in and the number in their party. We then run that through our database and display only the month of interest, and only the available dates in that month. This gives users a nice clean interface to select a date from. If they want to see other months they can toggle with the arrows or submit a new month in the dropdown. The changes increased the usability of this specific form exponentially.
The lesson we learned was not to ask HOW to display data, but SHOULD we display the data in the first place. This has lead us to create much more usable and beautiful forms.