Return to homepage
Read next case study

Finotive Funding: Trader Dashboard & Risk Tooling

Context

Finotive Funding is a proprietary trading firm: traders buy an evaluation challenge, pass two stages, and trade the firm's capital with a profit split. I was the only product designer, working directly with the CTO and CEO owning design across the trader dashboard, risk tooling, and growth flows, from written specs to developer handoff.

My service

Work with CTO/CEO, Mock-ups, Final design, Design system, Prototype, Banners

Year

2025

Problem

The platform was shipping features faster than the interface could explain them. The sharpest pain was rule transparency: funded traders operate under strict risk rules like kdaily drawdown, max drawdown, stop-loss requirements and breaking them costs the account. Traders often didn't realise they were approaching a violation until it had already happened. The result: frustration, support load, lost trust.

Dashboard

Redesigned the trader dashboard around a persistent risk layer: live drawdown meters, stop-loss status, per-instrument risk, and early warning states ("approaching 80% of daily drawdown") surfaced before violations, not after. Rebuilt account switching as a pinnable top bar with status tooltips a deceptively simple component that took several rounds of scenario mapping with the CTO (pinning, ordering, selection edge cases) to get right.
Persistent risk layer: live drawdown meters, stop-loss status and early-warning states surface risk before violations happen — not after.
Pinnable account bar with status tooltips. A deceptively simple component: pinning, ordering and selection edge cases took several rounds of scenario mapping to get right

Risk Calculator

The most complex module: a tool for sizing positions against the account's risk budget — placement and distance modes, validation warnings tied to minimum stop-loss rules. The flow went through four major iterations as requirements sharpened; part of my job was keeping each round consistent with the platform's risk logic while the product direction was still moving.

Position sizing against the account's risk budget: placement and distance modes, validation warnings tied to minimum stop-loss rules. Four major iterations as product requirements evolved.

Growth & trust flows

To fully cover user needs it was necessary to create mobile version of the website. As a bonus the dark version of the website was created which is important addition nowadays when everything has a dark version of the app.

Two-sided referral tracking: the referrer sees live status of every referee, the referee sees their own progress toward the reward.
Referral landing with named referrer and benefit breakdown — the conversion entry point of the program.

Design system

Inherited a partial library from a previous designer and extended it into a consistent component system cards as the core building block (risk, news, account) keeping a one-designer operation fast without visual drift.

Card-based component system extended from a partial inherited library. Keeping a one-designer operation fast without visual drift

Outcome

Everything I designed shipped to production; the redesigned platform launched in May 2025. (Finotive has since evolved the design further, shown here is my 2025 work.)

Return to homepage
Read next case study