Get the course! 15h video + UX training
7 min read

How To Share NDA-Protected UX Work

When you work in B2B or Enterprise, you typically can't freely speak about a project — not the client, not the findings, not a single screenshot. Here's what a signed NDA usually does (and doesn't) let you share.


When you work in B2B or Enterprise, typically you can't freely speak about a project you've spent years on — not the client, not the findings, not a single screenshot. But how do we show it in a portfolio or use it as a case study in a job interview?

It depends on the specific NDA, but a signed NDA doesn't necessarily mean that you aren't allowed to share anything about the project:

A black slide titled 'How To Share UX Work Under NDA' lists 'Things you (often) can't do' and 'Things you (often) can do' in two columns with numbered bullet points.

Sharing UX work under NDA: do's and don'ts.

🚫 Things You (Often) Can't Share #

  • Client name or client's branding
  • Client employees you worked with
  • Specific findings or research
  • Actual artifacts and deliverables
  • Screenshots of work pre/mid/after
  • Any business or management decisions
  • Customer details, sensitive data
  • Mentions of products/services used
  • Any metrics, data or analytics
  • Vendor or partner names
  • Photos from client premises
  • Unreleased feature or roadmap details

✅ Things You (Often) Can Share #

  • The industry you worked in
  • Your team's role and responsibility
  • How you planned and executed work
  • The research/design process you followed
  • Recommendation from your manager/client
  • Redacted, recreated artifacts
  • Swapped data with open source datasets
  • Publicly released materials (press release, YouTube etc.)
  • Material from a public talk deck (with cited source)
  • Data reported by third-party services (with credit)

In fact, that may include text, screenshots, metrics, quotes from team members or executives — as long as it's already public. Also some NDAs are time-limited, so check how long restrictions actually apply.

Jessica Ivins wrote a useful post on just that a while back. She points out that typically you can't disclose any findings, but you can walk through your methods, your decision-making and how it helped uncover valuable insights or make progress.

As Nick Finck wrote, you don't need to invent numbers — disclose upfront that the case study is under strict NDA, which is why you can't share any specifics. But you can explain your role and your process, and be upfront about what you can't share, and why.

I always struggle with disclosing patterns that emerge from usability testing. Of course, we can't generalize — these findings are often specific to the context we observed them in. But once we introduce a change and notice its impact, that's worth remembering. And because these insights are often perceived as merely technical, I generalize them and ask permission to share — no names, no numbers, no specifics.

What I've found: UX findings rarely feel important to companies, as long as their brand isn't attached and nothing business-critical is revealed through them. It's really a question of how, when and who you ask — and understanding what kind of details is actually OK to make public.

In the end, always check the actual wording of your NDA — don't assume. And when in doubt, ask your manager for permission directly. I hope it helps! 🤞🏽


A good contract is key to starting a client project off successfully. It sets the right expectations and prevents misunderstandings and, ultimately, potential legal problems. Let's take a closer look at how to create legal documents that protect everyone's interests, as well as handy templates and frameworks you can use right away.

Book cover for 'Standard Form of Agreement for Design Services' with white and black text on a gray background, authors credited.

The Professional Association for Design (AIGA) published a comprehensive handbook with everything you need to know to build your own custom legal documents.

Standard Form Of Agreement For Design Work #

A while back, the Professional Association for Design (AIGA) published a comprehensive handbook with everything you need to know to build your own custom legal documents. The guide includes composable contract modules for written agreements around digital design, print, interactive design, motion, and environmental use — with a glossary and a checklist. Kindly created for AIGA by Shel Perkins and Linda Joy Kattwinkel, Esq.

The Ingredients Of A Good Agreement #

To me personally, the crux of a good arrangement is truly understanding and agreeing on the statement of work. I always try to be very deliberate when defining the scope of work, including assumptions, process, commitments, and milestones. Typically it includes:

  • This is how we understood your problem.
  • This is what the solution requires (breakdown of tasks).
  • These are the assumptions that we are making.
  • This is how it's going to work (our process).
  • This is where and when we'll need your (timely) input.
  • These are the milestones and the timeline.
  • That's the delivery date we commit to (for that fixed scope).
  • That's the total cost of the work.
  • Late scope changes are expensive and cause delays.
  • All scope changes are estimated and billed separately.

A good contract prevents confusion and protects everyone's interests. As Shel Perkins noted once, you realize just how important this is after you've been burned a few times. Better to be safe than sorry, just in case something unexpected happens.

The templates below are fantastic starting points to set up your contracts and legal documents — for anything from NDAs to design work to consulting work. You can easily customize and adapt them to your project's scope and needs. Thank you to the fine folks who kindly share them for anyone to use! 👏🏻👏🏽👏🏾

Related articles