2024 · One-week pitch

Five days, one pitch

A specialty chemicals group needed an internal AI tool for their R&D teams: formulation tracking, ML predictions, data visualization across sites. We had one week. Not to build the product, to build something that made them feel like we understood their problem better than anyone else pitching.

Lead designer & builder · Team of 3 (design, data, strategy) · 5 days · Lost, scope shifted

Live prediction
F-2024-0847
847mPa·s

Predicted viscosity. In spec, with 94.2% confidence.

800Spec 800900900
Last 12 runs+1.8%
Last run2h ago
What a researcher sees when they open the tool.

The brief

R&D teams across multiple sites were working in silos. Formulation data in one system, experimental results in another, ML predictions nowhere near the people who needed them. Researchers were spending hours on work that should have been automated, and making decisions without the data that existed somewhere in the organization.

Dense brief. A few assumptions buried in it. Written by people who knew the chemistry deeply but weren't sure yet what the interface should look like. The kind where you can lose half the week going in the wrong direction.

First move: rewrite the brief

Before opening any design tool, I ran the brief through an agent I had built specifically for this: its job was to rewrite client briefs into sharper problem statements, separating what was known from what was assumed and making the real constraints explicit.

Raw brief

Build an internal AI tool for R&D teams that handles formulation tracking, ML predictions, and data visualization across sites. Must integrate with existing lab systems and support multi-site collaboration.

Agent output
Problem

Researchers can’t access ML predictions where they make decisions

Assumption

“multi-site” implies SSO + role-based access, not in brief

Risk

“integrate with lab systems” = 6-month project, not a pitch demo

Focus

Prediction workflow + SHAP explainability for one formulation

The agent surfaced a scoping assumption that would have cost two days.

What came back changed my starting point. There was a scoping assumption buried in the original that would have sent me in the wrong direction for two days. Catching it on day one was the whole game.

Three agents, one file

Instead of working with AI as a general assistant, I set up three specialized agents and built a plugin to connect them directly to my Figma file. Each one had a specific lens. Depending on what decision I was making, I pulled in a different kind of pushback.

Prompt

Review the formulation detail screen. Is this the right level of information density for a first-time user?

UX Expert

“Who is the primary user? A lab researcher or a site manager? The interface should differ.”

Product Expert

“Multi-site is a phase 2 concern. For the pitch, nail the single-researcher workflow.”

Design System

“Use the Lyse data table variant here. It already handles the formulation grid layout.”

Figma File updated

Components variabilized, Lyse tokens applied

Each agent loaded with the context it needed. The plugin made switching instantaneous.

The Design System agent was the one that changed the output the most. I had loaded a variabilized Figma library into its context, so every component recommendation was already token-aligned. The file came out clean not because I cleaned it up at the end, but because the agent was enforcing the system throughout.

Skipping wireframes

I coded directly in the terminal, with AI feeding the iteration loop. The goal wasn't clean code, it was something you could actually interact with, not just click through. A working prototype makes a client feel the product. A static mockup makes them imagine it. For a pitch, that's the difference between "interesting" and "when can you start".

Once the prototype answered the right questions, I translated it back into Figma. Not the other way around.

F-2024-0847In spec
847mPa·s

Predicted viscosity

800Spec 800900900
94.2% confidence2h ago

That order matters more than it sounds. The usual design-to-dev handoff always loses something: a spacing decision that doesn't survive implementation, an interaction that gets simplified, a detail that felt obvious in Figma and gets lost in translation. Here it was reversed, I validated the build first, then fixed the UI layer. The Figma file became a faithful record of what actually worked, not an optimistic spec of what might.

Making predictions explainable

A prediction alone isn't enough. Researchers need to understand why. SHAP values break down every prediction into ingredient-level contributions, what pushes the result up, what pulls it down. This was the view that made the pitch click: it turned a black box into something a chemist could actually trust and act on.

Increases predictionDecreases prediction
Monomer A
+0.42
Crosslinker B
+0.28
pH Modifier
+0.17
Solvent E
-0.31
Initiator D
-0.19
Surfactant C
-0.08

SHAP values · viscosity model · F-2024-0847

SHAP breakdown: each ingredient's contribution to the predicted value.

The week

Five days, each with one clear output. Brief, setup, build, translate, present. The constraint forced a sequencing I wouldn't have chosen otherwise, and it was better.

01

Brief clarification

Agent-driven brief rewrite. Output: sharper problem statement, assumptions surfaced.

AI Agent
02

Agent setup + plugin

3 specialized agents connected to the Figma file via a custom bridge plugin.

ClaudeFigma API
03

Vibe coding

Prototype built in the terminal. No wireframes, no Figma first. Code was the design tool.

ReactClaude
04

Figma output

Working prototype translated into a variabilized Figma file. Tokens already baked in.

FigmaVariables
05

Pitch prep

Final review, narrative framing, presentation structure. Delivered pitch-ready.

FigmaKeynote
No day without something tangible at the end of it.

What this changed for me

We didn't end up winning the pitch, the brief eventually shifted toward the data team's scope. But what stayed with me was realizing that the usual risk in a pitch, building something polished that misses the point, is actually a process problem. Starting with brief clarification removes it. Specialized agents enforce quality throughout rather than at the end. Prototyping in code instead of Figma makes the demo land differently in the room.

None of these things individually are new. Together, with a hard deadline forcing commitment to each one, they produced something I'm not sure I could have matched with three weeks and a traditional process.

This pitch is also where two essays published here were lived before being written: The handoff is dead. Now what? and The spec is the new wireframe.