← Back to Blog

Some links in this post are affiliate links. We may earn a small commission if you sign up — at no extra cost to you.

UX Designer Proposal Template: How to Write a UX Design Proposal That Wins Projects

You sent a proposal last week. Four days later you followed up. Nothing. Another follow-up on day seven. Still nothing. The client eventually replied: "We went in a different direction."

They probably weren't lying. They went with a designer whose proposal gave them a clearer picture of what they'd get — specifically, what their metrics would look like after the engagement ended. Yours probably described your process. Deliverables list, research phases, wireframe rounds, usability testing plan. All of it accurate. None of it compelling.

Here's why UX proposals get ghosted — and how to structure one that closes.

Why Most UX Proposals Get Ghosted

Too Much Jargon, Too Little Business Outcome

"Information architecture audit," "user journey mapping," "iterative prototyping," "heuristic evaluation." These are legitimate UX activities. They're also meaningless to a Head of Product who is thinking about why their onboarding flow is losing 40% of new signups before they activate.

The client didn't hire a UX designer because they wanted deliverables. They hired one because something in their product isn't working and they need it fixed. When your proposal leads with methodology language, you're asking the client to trust that your process will eventually connect to their problem. That's too much work. They move on to the designer who made the connection for them.

Deliverables Focus vs. Outcomes Focus

A deliverables-focused proposal reads: "I will deliver 12 user interview recordings, an affinity map, a user journey map, low-fidelity wireframes, a mid-fidelity prototype, and a usability test report with findings."

An outcomes-focused proposal reads: "Based on your onboarding funnel data, users are dropping at the account setup step. I'll identify why, redesign the flow, and test a solution — the goal is to reduce your 43% dropoff to under 20% within 60 days of launch."

The second version makes the client say yes. Here's how to build the whole proposal around that logic.

The 6-Section UX Proposal Structure That Wins Projects

1. Problem Statement with Data

Open with the client's problem — in their language, with their numbers.

"Your current checkout flow has a 61% abandonment rate at the payment step. Industry average for your category is around 35%. That gap represents approximately $X in monthly recovered revenue if brought to benchmark."

Use whatever data they shared in your discovery call. If they didn't share specific numbers, use industry benchmarks and note that you'll validate them during research. The goal here isn't to be precise — it's to prove you understood the problem before you described your solution. That distinction is what separates proposals that get read from proposals that get skipped.

2. Proposed Outcome with Metric

Define what success looks like before you explain how you'll achieve it. One sentence, one measurable outcome.

"The goal of this engagement is to reduce checkout abandonment to under 35%, measured 30 days post-launch using your existing analytics setup."

This is what the client is actually buying. Everything else in the proposal is the path to that result. Reference this metric in each subsequent section — it keeps the proposal anchored to business impact rather than drifting back into process language.

3. Research and Testing Plan

Describe what you'll learn and how, without using jargon as a substitute for clarity.

Don't write: "I will conduct semi-structured user interviews with 8–10 participants, followed by affinity mapping and a collaborative journey mapping workshop."

Write: "I'll interview 8–10 users who have started and abandoned your checkout process to find out exactly where the friction is and why. Then I'll map the causes — cognitive load, trust signals, technical errors, or form design — before I design anything."

One paragraph, plain language, connected directly to the outcome you defined in section two.

4. Deliverables List

After you've established what the engagement is trying to achieve, the deliverables section becomes a supporting section rather than the centerpiece. List what you'll produce: discovery report, wireframes, interactive prototype, usability test summary, final design specs. Include format (Figma file, PDF report) and note what each deliverable enables the client to do.

Keep this section short. Deliverables matter only insofar as they lead to the outcome defined in section two. A long deliverables list in a UX proposal reads as scope padding, not thoroughness.

5. Timeline with Milestones

Break the engagement into phases with client-facing checkpoints — not a weekly task list, but moments where the client sees real output and gives input.

  • Week 1: Kickoff call, access to analytics and existing research, stakeholder alignment
  • Week 2: User interviews complete, findings brief delivered for client review
  • Week 3: Problem synthesis and design direction presented — client sign-off before any wireframing begins
  • Weeks 4–5: Wireframes and interactive prototype
  • Week 6: Usability testing with 5 participants, findings summary
  • Week 7: Final design specs, handoff documentation, and Figma file delivery

Milestones give clients visibility into forward progress. They reduce mid-project anxiety — the "I haven't heard anything in two weeks" email — and catch misalignment early, when it's inexpensive to fix rather than after you've built two rounds of wireframes in the wrong direction.

6. Tiered Pricing

Single-price proposals force a yes-or-no decision. Tiered pricing lets the client choose their scope and risk tolerance.

TierIncludesInvestment
Research + StrategyUser interviews, synthesis, problem report, design recommendations$X
Full UX DesignResearch + wireframes + interactive prototype + one usability testing round$Y
Full Design + SupportFull UX Design + developer handoff specs + 30-day post-launch review$Z

List the highest tier first. Price anchoring works: the comprehensive tier makes the middle option look accessible — even if the middle tier was your target price all along. Most clients choose the middle option. The top tier sells more often than you'd expect once it's presented first.

How to Write the Pricing Section Without a Race to the Bottom

Don't compete on price. Compete on clarity of outcome.

When a client says you're expensive, the underlying issue is usually that they can't see the ROI. Address it directly in the proposal: "Reducing your checkout abandonment from 61% to 35% is worth approximately $X in recovered monthly revenue at your current traffic levels. The full engagement is $Y — roughly [Z] months of that recovered revenue."

When the math is visible, your price becomes a business decision rather than a budget comparison. Anchor high, frame the ROI explicitly, and let the middle tier feel like the obvious choice. The designers who race to the bottom on price are the ones who never made the outcome tangible enough to justify a real rate.

The Proposal Follow-Up Sequence

Most proposals don't die because of price — they die because the decision-maker got busy and nobody followed up at the right moment with the right message.

Day 2 email: "Just checking you received the proposal — happy to answer any questions before you loop in your team." Short. No pressure. Just a soft confirmation of receipt.

Day 5 email: "One thing I wanted to add: [specific observation from your discovery call that demonstrates you understood their problem]. Happy to walk through the proposal on a 15-minute call if that's easier." This one adds new value and creates a concrete reason for them to reply without feeling pressured to make a decision.

Day 10 email: "Following up one more time before I close out this project slot. I have availability starting [date range] — if the timing isn't right, I'm happy to revisit next quarter." Creates urgency without being pushy. After this, let it go. Clients who don't respond after three well-spaced follow-ups have already decided; more emails don't change the outcome.

The Shortcut

Building a proposal structure like this from scratch takes two to three hours the first time — most of it formatting and language, not actual strategy. The Freelancer Client Proposal Kit includes a UX-ready proposal template with all six sections pre-built — problem framing, outcome metrics, tiered pricing table, and the three-email follow-up sequence — customizable in under 30 minutes.

Clients who receive a proposal structured around outcomes close faster. The "let me think about it" replies drop significantly when the client already knows what they're getting and what it's worth to their business.


Get the Freelancer Client Proposal Kit ($19) — the UX proposal framework that closes projects, ready to customize for your next client.

The templates referenced in this article:

Freelancer Client Proposal Kit

UX proposal template with all 6 sections pre-built — customizable in under 30 minutes

Freelance Contract Template Pack

Contracts for after the proposal is accepted

Client Onboarding Kit

Onboard new UX clients professionally once the contract is signed