UX design / Requirement Gathering / Wireframe / Workflow / Prototype
Bloomberg terminal provides more than 20,000 functions to allow financial professionals to look up relevant and timely financial information. Alert catcher is one of the offerings which notifies users with market, news and economic event alerts when specified conditions are met(see image below). Once you set alert conditions for those type of alerts, you will get stream of alerts feeds on your mobile, but there is no way you can create new alert conditions on mobile yet. This could only be configured via desktop interface, and there has been growing needs that users want to customize this feature on mobile as well. Starting with market alerts support, we plan to take phased approach to tackle three different alert types in order.
After we decided to support market alerts first on mobile, the next thing is to identify core features we need to scale from desktop to mobile. First we wanted to get the full picture of desktop functinalities by going through each criteria or options we can configure to create market alert then tried to identify criteria and options to be supported on mobile with product owners and developers. We were able to create the following list of user stories for mobile experience.
Based on the existing navigation framework of mobile alert catcher, one of the key requirement from product owner was to provide multiple entry point of creating market alerts wherever makes sense to support. One of them is on the screen where you see market alerts feed - where you see content, you can control the feed of content. Another entry point is on security page where you see market price detail information of specific asset class. Finally, under market alerts settings page, we added entry to create market alerts. In order to capture these, we have created a flow diagram to show the relationship among different screen states. After designing workflows, created individual key screens for each state and put them into wireframe flows to elaborate user stories and requirements captured in the earlier phases.
Since terminal created alerts cannot be edited on mobile, it was difficult to differentiate terminal created vs mobile created alerts. For now, it can be distinguished only when user opens an alert, it would have been better if we can indicate the difference on the alerts list. Creating an alert from security screen can also be improved by providing conditional creat flow - when user tries to create an alert for a security already has existing alert(s) associated, we could prompt users to either a) edit existing alerts or b) create brand new alert with different set of criteria. Since we put an entry point to create an alert from security page, it would make sense to add an entry to the already created alert(s) from the security page so that users can intuitively go to security page if they want to edit the existing alerts.