Falcon: Instrument Data Management

Instrument Data Management is an application within Falcon, an institutional platform for managing Fixed-Income, Currencies, and Commodities, designed to streamline data querying, amendment, and maintenance for traders.

In this project, I collaborated closely with a Business Analyst (BA) to identify all potential use cases, distilled them into a clear user flow, and transformed complex business requirements into a structured, user-friendly interface.

Company

HSBC

Year

2023

Duration

2 months

My Contribution

User Journey

User Story

High Fidelity Prototype

Requirement Documentation

*For confidentiality purposes, names, data, and specific functionalities, have been modified or anonymised. The core process and outcomes remain accurate to reflect my contributions and learnings.

Context Analysis

Know Our Users

First, I worked with the BA to gather insights on the requirement and relevant users, then subsequently distilled their situations into a concise summary.

Context Analysis

Know Our Users

First, I worked with the BA to gather insights on the requirement and relevant users, then subsequently distilled their situations into a concise summary.

Context Analysis

Know Our Users

First, I worked with the BA to gather insights on the requirement and relevant users, then subsequently distilled their situations into a concise summary.

Trader

PRIMARY USER

Responsibility

  • Correct the wrong instrument data

  • Submit new instrument data for trading

  • Monitor the amended live data until it is correct from ION


Collaboration scenario

  • Submit the corrected instrument data to the Approver for approval

  • Chase the ION user for instrument data update


Challenge

  • There’s a huge amount of data (over 70 fields) per one instrument


Expectation

  • Quickly figure out the data that’s pending adjustment, pending adjustment cancellation or need to chase the ION user

Approver

SECONDARY USER

Responsibility

  • Review and approve/reject the data submitted from the trader

Collaboration scenario

  • Approve the instrument data proposed from the Trader

Challenge

  • There’s a huge amount of data (over 70 fields) per one instrument


Expectation

  • Quickly find the data that’s pending review from massive trading data


ION User

RELATED USER

Responsibility

  • Correct the instrument data from ION platfrom


Collaboration scenario

  • Receive reminder from the Trader to correct the data

User Journey

List Down All Possible Scenarios

In order to generate an overview about the way user reaching their goals and align the understanding with the PO/BA, I mapped the user journey and outlined every possible paths for both Trader and the Approver.

User Journey

List Down All Possible Scenarios

In order to generate an overview about the way user reaching their goals and align the understanding with the PO/BA, I mapped the user journey and outlined every possible paths for both Trader and the Approver

User Journey

List Down All Possible Scenarios

In order to generate an overview about the way user reaching their goals and align the understanding with the PO/BA, I mapped the user journey and outlined every possible paths for both Trader and the Approver.

Break It Down

After clarifying the user flow, I broke it down into several user stories for both Trader and Approver. And shaped my design document based on the user stories. Here're the Trader's flow for example.

Break It Down

After clarifying the user flow, I broke it down into several user stories for both Trader and Approver. And shaped my design document based on the user stories. Here're the Trader's flow for example.

Break It Down

After clarifying the user flow, I broke it down into several user stories for both Trader and Approver. And shaped my design document based on the user stories. Here're the Trader's flow for example.

Design document (Axure)

Prototype

The Instrument List

Focusing on the tasks users would do, and balancing the experience and the requirement of fast release, we got below design solutions:

Prototype

The Instrument List

Focusing on the tasks users would do, and balancing the experience and the requirement of fast release, we got below design solutions:

Prototype

The Instrument List

Focusing on the tasks users would do, and balancing the experience and the requirement of fast release, we got below design solutions:

#1 Instrument Searcher

The search bar is designed for quick enquiry and access the data from database. To query the data, user need to select the type of instrument ID and type the ID number.

#2 Filters

Although I proposed using tabs to sort instruments by different statuses, the Product Owner preferred an earlier release for requirement validation. After discussion, we agreed to adopt the platform’s inherited filtering feature as a compromise for MVP1.

#3 Days Since Adjusted

By sorting the whole table by this column, the user can easily track the days since the data has been adjusted. Then, they can decide whether to generate a report to chase ION staff for data rectification.

#4 Updated Indicator

Helps the user to quickly figure out whether an instrument source data has been updated from ION since adjustment.

The Instrument Details

Focusing on the tasks users would do, and balancing the experience and the requirement of fast release, we got below design solutions:

The Instrument Details

Focusing on the tasks users would do, and balancing the experience and the requirement of fast release, we got below design solutions:

The Instrument Details

Focusing on the tasks users would do, and balancing the experience and the requirement of fast release, we got below design solutions:

#1 Instrument Information

To properly use the limited space, we decide to move the uneditable, basic information to the top.

#2 Historical Data Display

Users might want to refer to historically adjusted data. To assist users focusing on the tasks while enabling the historical data enquiring requirement, I designed this toggle to expand/hide the past adjustments.

#3 Copy to Amend

As one instrument data includes over 70 fields. Proposing a new data from a blank row is not a productive choice.

Therefore, we enable users to start amending data from a duplicated row.

To find a field easier, it was suggested to further group the fields by business logic.

In this project, I worked closely with the Business Analyst (BA) to refine complex requirements, ultimately designing and delivering this product. The project presented two key challenges: first, modifying data within a vast dataset was inherently complex; second, we had to strike a balance between user experience and the IT team’s need for a minimal-effort, rapid launch.


By leveraging existing platform features, we crafted a compromise solution that enabled us to successfully release MVP1 in a short timeframe. Moving forward, I’d love the opportunity to gather user feedback and observe real-world usage scenarios to further enhance and optimize the product.

In this project, I worked closely with the Business Analyst (BA) to refine complex requirements, ultimately designing and delivering this product. The project presented two key challenges: first, modifying data within a vast dataset was inherently complex; second, we had to strike a balance between user experience and the IT team’s need for a minimal-effort, rapid launch.


By leveraging existing platform features, we crafted a compromise solution that enabled us to successfully release MVP1 in a short timeframe. Moving forward, I’d love the opportunity to gather user feedback and observe real-world usage scenarios to further enhance and optimize the product.

In this project, I worked closely with the Business Analyst (BA) to refine complex requirements, ultimately designing and delivering this product. The project presented two key challenges: first, modifying data within a vast dataset was inherently complex; second, we had to strike a balance between user experience and the IT team’s need for a minimal-effort, rapid launch.


By leveraging existing platform features, we crafted a compromise solution that enabled us to successfully release MVP1 in a short timeframe. Moving forward, I’d love the opportunity to gather user feedback and observe real-world usage scenarios to further enhance and optimize the product.