SGX FX - Case Studies
Sector
Fintech
Overview
BidFX is a leading cloud-based provider of electronic foreign exchange trading solutions for the global financial market.
My role
• Lead Product Designer
What we did
Mobile App
• Case Study 1: Ability to halt all trading activity via temporary Blackout periods
• Case Study 2: Add more flexibility to the trading interface grid
SAAS App
• Case Study 3: Add more flexibility to the trading interface grid
Lead Product Designer
As Lead Product Designer, I focused more on understanding user needs, solving complex problems, improving existing features, and helping shape new ones that delivered real value to both our users and the business.
As the design team grew, I worked closely with a talented group of designers to improve the usability and quality of our products while maintaining a consistent experience across our expanding portfolio of FX trading applications. One of the key challenges was continuously evolving and maintaining our design system to scale alongside the product, while keeping an efficient collaboration between design, engineering, and product teams.
My passion for technology has also driven me to keep up with the latest design tools and practices. During my time at BidFX, we moved from Sketch and InVision to Figma and FigJam, migrating our entire design library and improving the way we worked as a team. I also helped strengthen the collaboration between design and engineering by connecting our design system with Storybook, making the handover process smoother and more consistent. More recently, I have been exploring how AI can be integrated into the design process to improve quality, speed up workflows, and help designers focus on higher-value work.
Case Study 1: Ability to halt all trading activity via temporary Blackout periods
Overview
The ability to temporarily halt trading activity is critical in a fast-moving FX environment. Traders often place orders using limits, stops, algorithms, or long sequences of orders that can remain active for days or even weeks, continuing to execute as market conditions change.
However, certain economic and political events—such as unemployment figures, central bank decisions, or Non-Farm Payroll releases—can trigger sudden and extreme market volatility. During these periods, traders may want to temporarily step away from execution without cancelling carefully constructed strategies or working orders.
To address this, we introduced Blackout periods, giving traders the ability to pause all working orders with a single action and resume trading when market conditions stabilise. The feature provides a controlled way to manage short-term volatility risk while preserving the trader’s existing strategy and order setup.
The Problem
The challenge was not that traders lacked control over their orders, but that they had no simple way to temporarily suspend execution when market conditions suddenly changed. Working orders and automated strategies are often designed to remain active for long periods, meaning they can continue executing even when an unexpected economic or political event creates abnormal volatility.
Cancelling these orders is not always an option, as rebuilding a complex trading strategy can be time-consuming and risky. Traders therefore needed a way to temporarily step back from the market without losing the work they had already configured.
The Goal
The goal was to give traders greater control over their exposure during periods of unexpected or high market volatility, without forcing them to cancel and rebuild their existing strategies.
The solution needed to provide a simple and immediate way to pause all working orders and automated trading activity, while preserving their existing configuration so trading could be safely resumed when market conditions returned to normal.
The main objective was to give traders a simple way to take control when the market suddenly becomes too volatile. Instead of cancelling orders and having to rebuild complex strategies later, they could simply pause all trading activity with a single action, keep everything safely in place, and resume when they felt the market was ready. The idea was to make the whole process quick, clear and predictable, giving traders confidence that nothing would be lost while trading was temporarily on hold.
The Solution
We decided to make the setup of Blackout periods a deliberate, two-step process. First, the trader chooses the market direction they want to monitor, either Bid or Ask. From there, they enter a dedicated Blackout area where they can create and manage their trading pauses.
Each Blackout can be given a clear title and configured with the relevant recurrence, day, time and location, making it possible to prepare in advance for regular economic events or specific market situations.
We also wanted to give traders full control over when these rules are active. Each Blackout can be switched on or off individually, or all Blackouts can be enabled or disabled at once. This means traders can keep their configurations ready without being forced to use them, giving them the flexibility to adapt their trading environment to the market conditions at any given time.
The results
The new Blackout functionality gave traders a much more controlled way of managing risk around unpredictable market events. Instead of cancelling working orders and rebuilding complex strategies, they could prepare Blackout periods in advance and temporarily pause trading activity when needed. The ability to configure recurring events, switch individual Blackouts on or off, and resume trading when conditions stabilised made the process simple and predictable. More importantly, it gave traders greater confidence that they could react quickly to market volatility without losing the strategies they had already built.
The Key Learning
The key learning was that risk management is not always about stopping something completely; sometimes it is about giving users the ability to pause, assess and continue. In a trading environment, where timing and control are critical, a simple mechanism can have a significant impact. We learned that designing for exceptional moments is just as important as designing for the normal workflow. The best solution was not to make traders change their strategy, but to give them a safety mechanism that worked around the way they already trade.
Case study 2: Ability to execute trades directly from the watchlist
Overview
MultiFX was originally designed as a dedicated desktop trading environment, where institutional traders could operate in a stable, focused workspace. When we began designing the mobile experience, our initial assumption was that mobile should primarily support monitoring and risk management rather than live execution. However, user feedback challenged that assumption. Traders wanted to take their desktop watchlist with them and, when necessary, execute real trades directly from their mobile device. This led us to rethink the role of mobile—not simply as a companion to the desktop platform, but as a fully connected trading environment that could support execution when traders were away from their desk.
The Problem
The challenge was balancing the flexibility of mobile trading with the risks associated with executing trades on the go. Mobile devices introduce additional variables that are less relevant in a dedicated desktop environment: smaller screens, unstable connectivity, distractions and a higher potential for accidental actions or “fat finger” errors. At the same time, traders were asking for more than simply the ability to cancel existing orders. They wanted to monitor the same currency pairs they followed on their desktop and have access to the full trading functionality when an opportunity required immediate action.
The Goal
The goal was to give traders the freedom to monitor and execute trades from anywhere, without compromising the control and precision expected from a professional FX trading environment. The mobile experience needed to synchronise with the desktop MultiFX watchlist, allowing traders to see their familiar currency pairs and market information while providing a safe and efficient way to place and manage real trades. The challenge was to bring the essential capabilities of the desktop FX ticket into a much smaller and less controlled environment without simply shrinking the desktop experience.
The Solution
We created a connected mobile trading experience that synchronises the trader's desktop favourites and watchlist with the mobile application. This meant that the currency pairs and market information traders relied on at their desk were immediately available when they were away from it. From the watchlist, traders could move directly into a fully functional mobile FX ticket and execute trades without having to navigate through multiple screens or applications.
The FX ticket was redesigned specifically for mobile, prioritising the information and actions required for confident execution while maintaining the functionality of the desktop experience. Interaction patterns were adapted to the smaller screen, with clear hierarchy, deliberate actions and safeguards designed to reduce accidental trades. The result was a mobile experience that maintained continuity with the desktop platform while giving traders the freedom to act when circumstances required it.
The Results
What started as a mobile solution primarily focused on monitoring and cancelling orders evolved into something much more valuable for traders: a genuine extension of their desktop trading environment. Users could now leave their desk without losing visibility of the markets they were following and, when necessary, move from monitoring directly to execution. Synchronising the desktop watchlist created a familiar starting point, while the mobile FX ticket gave traders the flexibility to act immediately rather than waiting until they returned to their workstation. The solution ultimately gave traders greater freedom without removing the control and structure expected from a professional trading application.
The Key learning
The biggest learning was that users often understand the potential of a product better than the assumptions we make about how they will use it. We initially saw mobile as a safer monitoring and risk-management tool because of the inherent risks of trading on a small, mobile device. Our users saw it differently: they wanted continuity, freedom and the ability to act when an opportunity appeared.
The lesson was not simply “put trading on mobile.” It was to understand why traders wanted it and then design the experience around the risks and behaviours of that context. When users are asking for more capability, the role of UX is not necessarily to restrict them—it is to provide the right controls, hierarchy and safeguards so they can use that capability confidently.