Our team of two designers and fifteen developers that created Q4 Desktop was also creating a mobile app version of the application. It’s important to note that this project was on a strict timeline as it was supposed to be presented at The National Investor Relations Institute (NIRI) within three months.
Our users wanted the ability to use Q4 Desktop on their phone, outside of the office. We realized the main issue is that Q4 Desktop has far too many complexities to simply create an Android and iPhone version of it. We needed to be selective about what the user would be able to do and how they’d be able to do it.
A year prior to starting this project, the company tried to create Q4 Touch alongside Q4 Desktop but failed to understand what features were actually relevant to users. So, in this version we wanted to find out exactly what users needed. My product manager and I surveyed existing customers of Q4 Desktop to find out what features they use most frequently outside of the office.
Users must be able to view detailed information for institutions, funds, and contacts.
Users must be able to search for all available institutions, funds, and contacts.
Users must be able to add existing contacts and create new contacts.
Users must be able to create roadshows and take notes.
Users must be able to view their usual AI based dashboard summary.
My wireframes were mainly to explore different forms of navigation and how to display any fund or institutional data. I explored a few different forms of app navigation and settled on a typical navigation bar at the bottom of the screen. It allowed for easy access to all our features, and this application wasn’t intended to be very large or have that many different sections, so I didn’t feel that would limit the future scale of the app.
These wireframes were also made high-fidelity so our developers could use them to see what direction I was going in. We were so pressed for time that we were developing and designing at the same time.
Creating the same look and feel as our desktop product on a phone app proved more difficult than I expected. Outside of text, the general colour palette, and button styles, there was no clear-cut answer as to what this app would look like.
I added an interaction that allowed users to scroll horizontally on the graph to see older data. This interaction is pretty important to the usability of the graph and I tested it with five of our customers in order to see if they realized it was there and knew how to use it. I released the current app to them via TestFlight in order to allow them to use the app for a few days. I then had a follow up call with them to get any feedback. Four out of five users were aware of the interaction and knew how to use it, which made me feel comfortable going forward with this solution.
The limitations we set on the features were useful to the team and overall were better for users as well. There are many things I would go back and change if we had the time:
I feel that Q4 Touch is not scalable enough in its design patterns. We ran into a couple of issues when product managers would want to add information, and now we were suddenly stuck design wise. This is something I would like to address in the next iteration.
Accessibility was not strongly considered during this project due to time constraints, however, I would want to change that in the next iteration. If everyone can't use the app, then we have a big problem that needs fixing.