We make the diversity of mobility in Austria easy to use. With wegfinder you have the possibility to carry out a combination of all means of transport in order to get the best way from A to B.
Inform users about mixed routes ticket buying from multiple providers
It’s only possible to buy tickets from public providers for none mixed routes. However, often users want to buy tickets for a mixed route which includes public providers and private providers too. We want to allow users to buy tickets for the complete mixed route with informing them.
Goals & objectives
- Design an easy to use process for booking trip tickets
- Define a better information architecture for showing the information
- Help users in knowing what they are paying for with an easily accessible information
- Provide visual guidance for users to fasten their decision making
I’ve started with analysing the design from the users perspective, to understand what improvements can be applied.
- Information is not well organised in the page to help users.
- Buying tickets from within the trip route might be overwhelming users with information.
- Hard to know what the ticket covers in the itinerary, as information must be connected together to decide.
- Colour differentiation of route connections doesn’t help, as on long trips, some route connections will not be visible at first glance to provide visual guidance in what they are paying for, for example blue and pink lines on the map are only accessible when zooming in.
benchmark against direct and indirect competitors, such as From A to B, GoEuro, BVG and Deutsche Bahn.
The applications don’t provide the same system as wegfinder, which is a key differentiator, since wegfinder shows fast routes by connecting different transportation companies. However, this is a key selling point for wegfinder and it must be provided with an easy to use experience.
Task analysis is a simple design thinking method, which can help not just in identifying where opportunities to improve the user experience exist, but also to generate some preliminary ideas as to how you might approach these challenges.
Multiple variations of ideas were sketched to approach the problem and better improve the experience.
We believe that new visitors don’t like traditional signup process. So if we make the process of creating an account more engaging and fun, by asking for relevant information. Then we will see more happy users creating accounts.
We used how might we exercise to generate ideas as much as we can, and then we started sketching our ideas, and then defined a storyboard that we can follow for the final prototype.
Buying tickets on steps with visual representation.
Dividing the steps for users when buying tickets, at first allowing the users to search trips that matches their criteria, then viewing the trip itinerary, usually users would decide on the trip when they view the itinerary and they would want to purchase the tickets.
Therefore, adding a button to buy tickets which takes users to informative step showcasing the ticket with direct connection and number of tickets needed with visual representation on the map informing the user of the covered route in the ticket.
Expandable view of route with the option to buy the ticket.
This design allows users to view the trip itinerary and when they decide that the trip matches their criteria then they can buy the tickets, and the tickets will be viewed in rectangle containers with expandable information in case of wanting to remember the route and a button to buy the ticket.
Trip itinerary view to buy tickets.
Another representation of showing tickets, by allowing users to view the trip itinerary and deciding if they want the tickets, then they can add it to cart, so they can checkout. However, this solution might have a bad impact on the conversion rate, as users might add to cart and they might skip purchasing.
High fidelity design
I have selected the concept of displaying information to the user of number of tickets required for the trip and map adjusting based on the viewed ticket.
User can swipe between tickets. In addition, a feature can be added to this concept to allow users to toggle between viewing single or all tickets.
The prototype shows the interaction and how it will communicate with the user the ticket and its coverage.