Design Engineering • Agent-native marketplace

Fetch - AI Agent Marketplace

A 48-hour design engineering challenge - designing and building a marketplace where AI agents discover, compare, and book real-world services on behalf of users.

Fetch brand image
01 - PROJECT OVERVIEW

Design, build, ship. In 48 hours.

Design Engineer

48 Hours Sprint

Live web application + design system

Fetch live site

Service marketplaces like Thumbtack and Angi are built for humans clicking through websites. Fetch is built for AI agents calling an API - structured data in, confirmed booking out. This project explores what a two-sided marketplace looks like when the primary actor is an agent, not a human finger on a screen.

02 - PROBLEM FRAMING

Agents can find services. They can't book them.

AI agents can search the web. But searching returns unstructured results - stale availability, no pricing API, no booking endpoint. The agent finds a plumber but still has to tell the user to "call this number." The loop never closes.

The Insight The missing layer isn't smarter search - it's structured, bookable infrastructure. Fetch is that layer. Every provider, price, and availability slot is queryable. Booking is a single API call.
03 - SUCCESS METRICS

Measuring what matters.

0

End-to-end in one conversation

From "I need a plumber" to confirmed booking without leaving the agent chat. Zero redirects, zero phone calls.

00

Two sides, one product

Provider onboarding, availability management, and earnings on one side. Agent-powered discovery, comparison, and booking on the other. Both feel native to the same system.

000

Design decisions with reasoning

Every UI choice - the split canvas, the role-first onboarding, the email-as-interface inspiration - documented and defensible.

04 - STRATEGY & NORTH STAR

Built for agents. Usable by humans.

The core interaction challenge: how do you design for an agent as the primary actor while keeping humans in control? The answer was the split canvas - agent chat driving intent on the left, live marketplace results on the right. The conversation and the marketplace visible simultaneously. Neither hides the other.

Strategic Decision The interface doesn't replace human judgment - it compresses the distance between intent and action. The user still approves. The agent handles everything else.
05 - EXPLORATION & TRADEOFFS

Three interface models considered.

A

Pure chat UI (Rejected)

Chat alone hides the marketplace depth. Users can't browse, compare, or get a feel for available providers. The agent becomes a black box.

B

Pure search UI (Rejected)

A Fiverr-style grid works for humans browsing. It has no concept of an agent as the primary actor. Looks like a Thumbtack clone - exactly what the brief said not to build.

C

Split canvas - chat + live results (Chosen)

Chat panel drives intent. Results panel updates in real time as the agent searches. Both sides of the product visible at once. Nothing like this exists in the current competitor landscape.

06 - FINAL SOLUTION

Walking through the experience

Step 1

Tell your agent what you need

User types or speaks naturally - "Find me a plumber for Saturday morning, budget around $150." Voice input supported. The agent parses intent, extracts structured parameters, begins searching.

Tell your agent what you need
Step 2

Agent gathers intelligence

The agent searches across sources - gathering availability, verifying credentials, filtering by budget and proximity. A live "Gathering Intelligence" state shows the work happening in real time. Transparent, not a black box.

Agent gathers intelligence
Step 3

You approve. It's booked.

Agent presents ranked options with reasoning - "Here's why I picked this one." User approves with one tap. Provider gets notified. Confirmation and job tracker immediately available.

You approve. It's booked.
07 - SYSTEM DESIGN

A brand built to stand out.

Every AI product right now is purple, clinical, and cold. Fetch goes the other way - warm orange on cream, Plus Jakarta Sans, rounded corners, a dog mascot that extends across empty states and confirmation moments. The F+dog mark is a dual-read logo where the negative space of the F becomes a dog's face. The mascot isn't decoration - it's a long-term brand asset that does emotional work the copy can't. Think Duolingo's owl, not a logo.

Fetch brand sheet

"Role is a mode, not an identity. A plumber might need a cleaner. Same account, two hats."

Pull quote
08 - REFLECTION

What I'd build next.

48 hours meant making deliberate tradeoffs. The agent chat and consumer flow got the most design depth - that's where Fetch is different from everything else. Provider self-serve onboarding is a waitlist for now, which is also what a real early-stage marketplace would ship while manually onboarding supply. Next: real auth, live Claude API with function calling, Stripe Connect for provider payouts, and an agent SDK so any developer can integrate Fetch in under 10 minutes.

Ready to see it in action?

Experience the live application.

View Live App More Projects