Skip to case study
← All workHelping a founder find the one chart worth buildingOverview
Product design·QuantaLyric·Energy forecasting, pre-seed

Helping a founder find the one chart worth building

QuantaLyric's founder wanted three products at once for a pre-seed startup: a forecasting tool, the tooling to run it, and an investor-ready site. I had forty hours. From our first meeting, I asked where the value lived and who it was for, until the answer was one chart for energy traders. Then I designed the whole vision and built only that.

Role
Product designer, solo; product, web, and brand
Client
QuantaLyric, an Australian energy-forecasting startup founded by my brother
Timeline
40 hours over two contracts: the whole product's structure and core flows, then the charts
Team
1 part-time developer, growing to 2 for the second contract
Screenshot of the DecisionSigma dashboard showing a demand forecast chart with two overlapping range bands, the DS Model in purple and the government's AMEO model in pink, plotted over a day and a half. A hover tooltip at one timestamp shows the actual demand plus both models' mean, upper, and lower values side by side. Below, an Accuracy Metrics bar chart breaks out epistemic and aleatoric uncertainty over the same time range.
Fig. 01Two forecasts, one reading.Where the bands overlap, the models agree. Where they part, QuantaLyric is making a different call, and that gap is the entire pitch.
01

A vision three products wide

The founder had been Director of Energy Infrastructure for the Australian government. His vision was a single surface for three very different people: machine learning (ML) engineers building forecasting models, data scientists checking them, and energy traders acting on what the models produced. The ask was just as wide. He wanted the forecasting product, the tooling behind it, and an investor-ready marketing site, all in parallel, with one part-time developer.

A diagram of the founder's original vision: a grid crossing four AI/ML lifecycle phases (Experimentation, Production, Reporting, CI/CD) against three personas (ML Engineers, Data Scientists, Energy Traders). ML Engineers are scoped across all four phases, Data Scientists across three (not CI/CD), and Energy Traders in Reporting only. Reporting, highlighted, is the one phase where all three personas meet, and the one a pre-seed team could actually fund.
Fig. 02Everything, for everyone.Every phase and every persona was real. None of it could be built in forty hours, and only one part of it would raise money.

Anyone could see the scope was too large, and the founder knew it too. As a pre-seed company, he wanted to be careful with money, and he was looking for guidance on what to build first.

02

Finding where the value lived

So from our first meeting, I kept returning to two questions: where does the value of this product live, and who is it for? The answers kept pointing the same way. Traders lost money every week to weak forecasts, while ML engineers had workarounds. Competitors' model tooling was mature, but their accuracy claims were vague. And every investor pitch came back to the same question, "what's the moat," meaning what would stop a competitor from copying this. An accuracy demo could answer that. Admin tooling never would.

A diagram of the AI/ML lifecycle in four phases: Experimentation, Production, and CI/CD feed into Reporting, the one phase highlighted as where the value lands. Reporting is labeled as where a trader sees whether the forecast was right, and where the company gets paid.
Fig. 03Value lives in one phase.Experimentation, production, and deployment are how a forecast gets made. Reporting is where a trader sees whether it was right, and where the company gets paid.

By the time I proposed shipping forecasting for traders first, the founder welcomed it, and together we cut the scope roughly in half. I designed the rest of the vision without building it, so he still had a complete picture to pitch.

The call
Design the whole vision. Build only the chart.
The screens for ML engineers and data scientists were designed so the product held together as one idea, while those users kept working in the tools they already preferred. Every build hour went to the one surface a trader would judge the company on.
A run detail screen showing a Monte Carlo job named Big Buffalo 50: job status, run count (40 of 50 successful), scenario and model metadata, data input size, and a scrolling log of container and pod events from the run.
Fig. 04Designed, not built.A model run screen for the engineers, complete enough to pitch and left for a later round.
03

Making one chart readable

The first contract mapped the whole product and its core flows. The second went entirely to the chart. The official government forecast that traders already relied on wasn't one line. It was thirty to forty model runs, three summary lines, and a time axis marked in half-hour periods instead of clock times, so reading the time took arithmetic. Layering QuantaLyric's forecast on top would have doubled what traders had to read.

Screenshot of a government forecast chart (NSW1, day 1) with three annotated critique call-outs overlaid: a green note explaining the user task of comparing actual demand against model predictions, a black note flagging the half-hour-period x-axis as needing real dates and times, a black note calling the residual chart a duplicated view of the ensemble mean, and a green note asking for the aleatoric-versus-epistemic uncertainty chart to align with the main chart above it.
Fig. 05The audit that started the redesign.Every note on this chart became a decision: real dates and times instead of half-hour periods, one chart instead of two, and the confidence breakdown tied back to the chart it explains.

The founder's own experience reading the official chart set the principle: clarity by default, detail on demand. Both forecasts appear as shaded bands, so where they agree is visible at a glance and where they part reads as the signal. The individual model runs set the width of the confidence band instead of being drawn as lines. Real dates and times replaced the half-hour periods, and hovering shows exact values from both forecasts at once.

The full demand forecast chart for June 1-2: the DS Model and AMEO bands track closely together through the afternoon of June 1, an open hover tooltip mid-chart lists the exact timestamp, actual demand, and both models' mean, upper, and lower values, and through June 2 the AMEO band widens well above the DS Model band as the two forecasts diverge.
Fig. 06No mental math.The chart answers a trader's only question, whether this forecast beats the one they already have, before it asks them to read anything else.

Two smaller calls protected the hours. I used Radix, an off-the-shelf library of interface components, instead of building a custom design system. A custom system would have cost a one-developer team six to eight weeks, and the product's identity lives in its charts. Everywhere else, traders trust calm, familiar interfaces. I also built accessibility in from the first chart rather than saving it for later. Government buyers require software that meets WCAG accessibility standards, about one in twelve men see color differently, and some of the investors the founder was courting are color blind.

04

What changed

The proof of concept shipped inside the forty hours, and QuantaLyric is pursuing seed funding with it. Radix saved enough time that the team shipped a mobile version as a stretch goal, which matters because a phone is the first thing an investor sees when a founder hands one over in a pitch. The chart colors stay readable in simulations of the major types of color blindness, which keeps government and other regulated sales open.

The sign-in screen of the live QuantaLyric prototype on a phone, dark themed, with the Decision Sigma wordmark, a Welcome Back heading, an email field for a one-time verification code, and a link to create an account
Fig. 07It's live, not a mockup.The sign-in screen of the working prototype, an earlier build that hasn't caught up to the final visual design. A trader can open the live prototype on a phone and sign in today.
05

Looking back

The call I'd make differently was my own. I committed to extending Radix's built-in color scales for the charts and kept at it as they resisted, and that sunk cost took hours the forecast chart could have used. A palette for charts has different jobs than a palette for buttons, and next time I'd build a separate one for data visualization from the start. Cutting scope is a discipline, and it has to apply to my own decisions too.