Case Study 02 — Scout Fuel

Scout Fuel
Product Design

Scout Fuel is a fuel optimization tool for fuel managers at trucking companies. The founders have built a UI that is not scaling, and though their customers see value in the concept of fuel optimization, the product has yet to gain traction.

My goal was to create, first, a design foundation from which they could continue to build the product, and second, redesign their customers' experience so it was more than a system of record, but instead a system of intelligence that drove action and ultimately increased customers' fuel savings.

RoleSolo Designer & Builder
Timeline60 hours
OutputCoded prototype
StackShadcn · Tailwind · Cursor
ToolsClaude · Tweak CN

2020 vs today

An Update in Process

On the Procore Construction Network (case study 01), I followed a very traditional arc: discovery, then low-fidelity flows that slowly, slowly became high-fidelity mocks. A huge share of calendar time lived in those early bands — sketching, grayscale, Figma hygiene — because that was how we de-risked structure before we invested in polish.

In today's process, design is much more powerful in the refining stage. Taste, judgment, and instinct become some of the most important skills because of how easy generating and creating has become. Our job is much more about removing noise and distraction and really honing in on the simplest, most beautiful experience for our users. In the past, design process was a slow, additive process. Today, it is often a much more subtractive process.

I leveraged this in a recent project for Scout Fuel. The results and timeline astounded me.

Diagram contrasting a slow Figma-first fidelity climb over weeks with a faster path to runnable UI where refinement dominates.

“If you like the design, take a line out. If you still like it, take another line out.”— Gorden Wagener, head of design at Mercedes

01 — Discovery

AI to understand the problem space

For this project, I knew it was going to be a challenge to get on the phone with customers of Scout Fuel, so I leaned into AI to help get situated in the needs of the users I was designing for.

My prompt was to get Claude to tell me the story of a Fuel Manager at a trucking company to help me understand their jobs-to-be-done and general challenges.

02 — Narrative vision

Vision First

I then prompted a narrative vision of what an ideal product might unlock for a Fuel Manager. I did this in narrative form, as I have found that stories are often the best way to communicate and to capture the end result.

From here, I set out to design and build a product that was supportive of this vision.

03 - Define

Building a Design Foundation

Because my goal was to build a front-end prototype they could continue building on, I jumped straight into code and used the Shadcn component system as the base of the prototype.

Shadcn gave me modern componentry, and then I used Tweak CN to customize three unique style directions for Scout Fuel to review and provide feedback on. That gave us a solid design foundation to start building out the actual experience.

I also used Tailwind for layout and styling, so the stack stayed squarely in today's React ecosystem: composable UI primitives, utility-first CSS, and a codebase pattern product engineering already knows how to run with.

04 - Ideate

Prompting The First Version

With a clear vision set and the scaffolding of the design foundation in place, I used Claude to shape the first one-shot prompt and get a V1 on the canvas. From there, I moved into Cursor as my primary environment for both development and design, and the work of refining kicked in.

05 - Refine & Build

Refining with Intention

Once AI put the first version on the canvas, the work shifted to subtraction. The first pass usually has too much: extra panels, extra lines, extra decoration.

I start by moving things around, merging repeated blocks, and removing anything that doesn't carry real signal. It's less about polishing and more about reshaping the structure so the core workflow reads quickly.

That phase feels more like carving than layering. Each pass strips away noise so the product gets closer to the rough shape I have in mind.

Before adding anything new, remove what the experience can live without.

06 - Refine & Build

Adding once the shape is in place

After the refinement phase removed distractions and clarified the core shape of the product, I started adding new features focused on engagement so the experience wasn't just a system of record.

I introduced a dynamic efficiency score based on each trucking company's purchase history; the score moved up or down with fleet driver execution and became a prominent dashboard signal for quickly identifying which drivers needed attention. The goal was to bring a grounded sense of gamification into the workflow.

That sequencing matters. Gamification without structure reads as desperation. Structure without warmth reads as software that doesn't respect long shifts.

07 - Documentaion

Leveraging Skills for Documentation

In the repo I added a Cursor skill that summarizes every pull request and appends to that Notion doc. I told the agent to write in customer-facing language — what value landed for Scout Fuel, not just commit noise — and to capture screenshots of the work so the log stayed visual, not abstract.

After each session building the prototype, I would type “summarize” and let the skill run. It turned into one of the highest-leverage habits of the sprint: a lightweight audit trail that made it much easier to communicate design decisions back to stakeholders without rebuilding context from memory.

Research — discovery
Design vision — narrative
www.tweakcn.com
TweakCN interface used to customize the Shadcn theme before implementation.
Ideate — V1 prompt
Refinement — subtractive pass
Gamification
Scout Fuel dashboard screenshot highlighting fleet efficiency and savings performance.
Notion — documentation
Research & brief

08 - Prototype

Front End Prototype

Explore the prototype in its current state.

Going Forward

Next Steps

The next step is getting this prototype in front of real users and validating it through usability testing and sentiment testing. Does it resonate? Are we surfacing the right signals for the operator? Does this interface actually drive action in the field? The value of a prototype like this is speed: we can put it in people's hands quickly, watch how they use it, see where they break it, and iterate from there. That is the goal of these faster design workflows.

For:

Desktop Experience

This site is meant to be enjoyed on desktop.

Please open the link on desktop to continue.

Trevor Borden Portfolio Review - 2026