top of page

TITAN
Power / Gas Trading Platform

Traders were closing energy deals over email and IM, real money, moving through inboxes with no audit trail. TITAN gave that process structure, without asking traders to relearn their jobs.

Role

Senior UX designer

Platform

Blockchain-based Trading

Process

Research → Define → Design → Validate

A non-disclosure agreement with Blockapps restricts me from sharing client information, prototypes, and production files. What follows is process work: sketches, diagrams, and wireframes.

 01  THE CHALLENGE

The project began with an ambitious vision: move power and gas trading onto blockchain through a secure, centralized platform. Because there was no existing product, the first challenge was understanding how traders worked today and where their biggest pain points existed.

Research revealed that deals were managed almost entirely through email and instant messaging. Without a centralized system of record, traders struggled to verify past transactions, track deal status, or quickly distinguish power trades from gas trades. These insights shaped the foundation for the product’s information architecture and workflow.

 02  THE INSIGHT

Because our team was new to the energy trading domain, we invested time upfront in learning the business before moving into design. We collaborated with traders, suppliers, the product team, and solutions architects to understand how power and gas move through U.S. pipelines and grids, ensuring our designs aligned with how the industry actually operates.

TRADER LOGIN → NEW CONTRACT
PRICE SET & EXCEPTION BRANCH

ADMIN — USER MANAGEMENT

"Traders didn't want to learn a brand-new way of working, they wanted the same mental model, just faster, safer, and traceable."

To keep the team anchored to a real person instead of an abstract "the trader," I wanted to build the project around a central persona. Every wireframe, every notification, every status label had to answer one question: does this get Dana to a decision faster than what she's using today.

 03  THE RESOLUTION

Mapping the system before wireframing

With the sequence mapped and the persona set, we moved into wireframes, tracing Dana's actual path through the product: log in, land on a status dashboard, create a deal through a guided flow, and get notified the moment a counterparty's price lands.

 

If prices don't match, the deal doesn't get lost. It drops into a dedicated Exceptions bucket with its own resolution flow. That was the whole thesis of the project in miniature: traders couldn't track their own transactions, so the interface treats status and traceability as the main event, not a footnote.

WIRE1.png
WIRE2.png
wire3.png
wire3.png

END-TO-END FLOW: LOGIN, DEAL CREATION, PRICE MATCH, EXCEPTION HANDLING

mocks.png

Login Screen

Trading Dashboard

Create Deal

Price entry

bottom of page