Reframing Compliance Coverage to Drive Growth

📈
Growth
🔍
Design thinking

Timeline

1 Month

Client

My role

End to End product design

cOLLABORATORS

Introduction

This case study shows how reframing Deel’s compliance coverage during contract creation boosted adoption and unlocked millions in ARR. By shifting the focus from “add-ons” to risk awareness and clearer product names, we helped clients understand the value and make informed choices.

My Role

I led the project end-to-end as product designer - research, strategy, design, and delivery - partnering closely with product, compliance, and growth teams.

Impact

+$2.2M – $4.4M

Projected ARR

+25%

Submission accuracy

-10%

RevOps ticket volume

60-90

Monthly hours saved

Deel makes it simple to onboard global talent. But with this reach comes complexity: every country has its own rules, risks, and compliance traps.

Deel makes it simple to onboard global talent. But with this reach comes complexity: every country has its own rules, risks, and compliance traps.

A Hidden Risk

A Hidden Risk

Many clients weren’t even aware of the potential fines and penalties - and when the option for coverage appeared mid-flow, it felt like an upsell rather than protection.

Many clients weren’t even aware of the potential fines and penalties - and when the option for coverage appeared mid-flow, it felt like an upsell rather than protection.

woman in gray jacket

“Honestly, I didn’t even realize there was a compliance risk here”

“Honestly, I didn’t even realize there was a compliance risk here”

Sarah Johnson

Senior Sales Rep, Deel

man in white crew neck shirt wearing black framed eyeglasses

When I saw the coverage options, it felt like an extra add-on. I wasn’t sure why I’d need it, so I just skipped it"

When I saw the coverage options, it felt like an extra add-on. I wasn’t sure why I’d need it, so I just skipped it"

Brian Doe

Director, Sales operations

Director, Sales operations

The Challenge

How might we help clients understand the risks of misclassification so they can make informed decisions about compliance coverage?

How might we help clients understand the risks of misclassification so they can make informed decisions about compliance coverage?

employee misclassification

employee misclassification

Employee misclassification occurs when a worker is incorrectly categorized as an independent contractor instead of an employee, or vice versa. This misclassification can affect access to benefits, protections under labor laws, and tax implications for both the worker and the employer.

The Solution

Instead of selling “products,” I reframed the moment around risk and protection.

Instead of selling “products,” I reframed the moment around risk and protection.

Rather than positioning compliance coverage as transactional add-ons, I redesigned the experience to help clients understand why protection matters and make an informed choice.

Validation 1- Invoice unpaid

System instantly checks invoice status. If unpaid, a soft block warns the rep and halts the submission - preventing rejected tickets upfront.

Validation 2- Credit already exists

The system cross-checks if the credit is already logged under another rep. If found, it reroutes the user to submit an 'Owner change' request.

Empathize

Defining target audience for the AB test

Defining target audience for the AB test

We targeted small and medium businesses: fast-growing, hiring globally, and moving quickly. Unlike enterprises, SMBs lack dedicated compliance teams - making them more exposed to misclassification risks.

Hearing from SMB Owners

Hearing from SMB Owners

Through interviews, we learned SMB owners value speed and simplicity but often struggle to understand compliance risks. They want protection - without the legal jargon or extra admin.

Over 70% of “missing credit” submissions were getting rejected.

Over 70% of “missing credit” submissions were getting rejected.

I needed to understand why the system was saying no. To uncover the root cause, I broke down rejection reasons.

Two patterns showed up across all months:

  1. Duplicate/ Already Exists

  1. Unpaid Invoices

These accounted for 40-50% of all rejections. It wasn’t user error.
It was missing context.

Patterns in the data told me what was going wrong but to fix it, i needed to understand how requests were being made.

Patterns in the data told me what was going wrong but to fix it, i needed to understand how requests were being made.

I mapped the journey. it was too linear.

I mapped the journey. it was too linear.

When I traced how reps interacted with the credit form, it became clear: It was a straight line -no checks, no nudges, no context.

But were users really flying blind?

But were users really flying blind?

To stress-test my assumption, I spoke with multiple reps. Their responses confirmed the hidden friction. Turns out, the system wasn’t just silent - it relied on tribal knowledge. New reps were left guessing. Experienced reps were shortcutting. Everyone was operating on assumptions.

“There’s a written procedure, but I just submit and hope it gets through”.

“There’s a written procedure, but I just submit and hope it gets through”.

man in white crew neck shirt wearing black framed eyeglasses

Brian Doe

Sales (New joiner), Deel

“I didn’t know we had to check the invoice first - no one told me”.

“I didn’t know we had to check the invoice first - no one told me”.

woman in gray jacket

Sarah Johnson

Senior Sales Rep, Deel

“I just follow the form. If it lets me submit, I assume everything’s fine”.

“I just follow the form. If it lets me submit, I assume everything’s fine”.

man in black crew neck t-shirt

Alex Tiran

Account Executive, Deel

Define

It wasn't a form problem, it was a feedback problem.

It wasn't a form problem, it was a feedback problem.

Reps couldn’t see if a credit already existed or if the invoice was unpaid.

RevOps spent hours each week reviewing invalid requests that could’ve been caught earlier.

A written procedure existed - but new reps didn’t know it, and veterans often ignored it.

70% of credit requests were rejected due to missing context (e.g. invoice status, ownership).

How might we help Sales reps submit credit requests more accurately so we reduce RevOps load, prevent rejections, and boost trust in the system?

How might we help Sales reps submit credit requests more accurately so we reduce RevOps load, prevent rejections, and boost trust in the system?

Where’s the Leverage?

Where’s the Leverage?

Now that we understood the real problem wasn’t a form- it was feedback- we mapped the breakdowns across the user journey and spotted opportunities where a small nudge could drive outsized impact.

Develop

Turning insights into plan.

Turning insights into plan.

Missing credits weren’t caused by bad reps - but by invisible logic. So I reframed the problem: not how to collect better inputs, but how to design smarter defaults. Using existing data - like invoice status and credit assignments - I mapped a smarter, preventive flow that would catch most mistakes before they’re submitted.

Validation #1

Block unpaid invoice credits

When reps tried to request credits for invoices that hadn’t been paid, this validation explained why they needed to wait. This alone prevented 15% of premature tickets.

Validation #2

Redirect to correct ticket type

When credits already existed under a different rep, this prompt clarified the situation and redirected them to request ownership change instead of submitting a duplicate.

Validation #1

Block unpaid invoice credits

When reps tried to request credits for invoices that hadn’t been paid, this validation explained why they needed to wait. This alone prevented 15% of premature tickets.

Validation #2

Redirect to correct ticket type

When credits already existed under a different rep, this prompt clarified the situation and redirected them to request ownership change instead of submitting a duplicate.

Deliver

Full journey. Transformed.

Thoughtful, Not Flashy

💾

Used existing data

Leveraged information already available in the system - no new inputs or integrations required.

📈

High perceived intelligence

Created the feeling that “the system has my back,” building trust and perceived product quality.

Fast to implement

Minimal engineering effort. The logic lived close to the data, making dev cycles short and clean.

👁️

Invisible until it matters

No extra fields, no friction. These nudges appear only when needed - avoiding form fatigue.

Deliver

Full journey. Transformed.

💾

Used existing data

Leveraged information already available in the system - no new inputs or integrations required.

📈

High perceived intelligence

Created the feeling that “the system has my back,” building trust and perceived product quality.

Fast to implement

Minimal engineering effort. The logic lived close to the data, making dev cycles short and clean.

👁️

Invisible until it matters

No extra fields, no friction. These nudges appear only when needed - avoiding form fatigue.

Thoughtful, Not Flashy.

Impact

A small change unlocked big wins

A small change unlocked big wins.

+25%

+25%

/Submission accuracy

By flagging missing context in real time, reps corrected issues before hitting submit - reducing guesswork and boosting trust.

-10%

-10%

/RevOps ticket volume

Smarter submissions meant fewer unnecessary tickets, easing the load on RevOps and speeding up valid requests.

60-90

60-90

/Monthly hours saved

Time previously spent reviewing avoidable tickets was reclaimed, letting RevOps focus on higher-value work.

Self reflection

Self reflection

🎉

What surprised me

What surprised me

I was honestly shocked that RevOps and Sales had been working around this issue for months. The data to flag the problem was there all along - but no one surfaced it. It made me realize that even the simplest fixes often stay hidden until someone’s willing to dig through the mud.

✍️

Main lesson

Impact doesn’t always require heavy lifts. Sometimes, a small nudge at the right moment can drive major change.

Thank you for scrolling!

2025 Stav Lipman

2025 Stav Lipman

2025 Stav Lipman