REQUIREMENT: The proposal for the project was to redesign a current system through using two methods of requirement gathering and prototyping. After a series of brainstorming session, we decided to redesign the Dublin Bus ticketing system, which we believed was too slow, inefficient and not user friendly. By taking inspiration from similar public transports throughoutDublin we proposed the development of ticketing machines at popular Dublin Bus stops.
Fig 5. Sample sketch of the completed system with machine similar to DART and LUAS ticket machines
The ticketing machines allowed users to purchase tickets with debit/credit card or cash
(receiving change after purchase), check times, route maps and top-up leapcards instantly. The idea was that those that use leapcards would still have to tag on the bus, but others could purchase their tickets before the bus arrived.
METHODOLOGY: To gather data to support our redesign observations were made at a series of busy bus stops throughout Dublin City Centre (Dawson Street, stop 768, Nassau Street, stop 7, etc.) and UCD, number of users and the time it took from the Bus to stop and take off again were measured to test the speed and efficiency of the buses.
The second method used was semi-structured interview with Dublin bus users. Participants were recruited through word of mouth and interviews were conducted at bus stops. Participants were asked about their general satisfaction with the current system before being brief on the potential redesign and asked whether they saw potential and whether there were any changes that needed to be made.
PROTOTYPING: While our machine for the redesign was a copy on the DART and LUAS
machines, the interactive system and menu screen was adapted to fit our target audience. A series of sketches were done to show the progression through the different screens and options a user had when interacting with the system.
Fig 6. Sketch of the progression of the system from home screen (left) to purchase screen (right).
Utilizing the answers received from the interviews and sketches, a series of wireframes were created to show a more polished final design of the system. Seen below are just some of the wireframes created.
Fig 7 and 8. Wireframes of two screens (home screen and route map) for the system.
FINDINGS: While we couldn’t run a usability test due to time constraints, by using previous research and studying the current system we were able to predict the feasibility. Understandably, the economic factor is the biggest issue, there are considerably more bus stops around Dublin than there are LUAS and DART stops meaning that having a system at every stop would be out of the question in the early stages. There are also questions of maintenance and security that would have to be answered for the safety of user’s credit/debit card details and to make sure each system is working correctly the expected demand.