Skip to main content

Your Failed Projects Might Be Your Best Case Studies

Hiring managers care more about your thinking process than implementation rates. That unshipped project where you saved the company six months of wasted effort? That's the case study worth telling.

4 min read

A designer in one of our workshops last week was struggling with something I hear all the time: "This project never got implemented. Should I even include it?"

Then one of our panelists said something that changed the entire conversation: "As a hiring manager, I actually find more enjoyment learning about projects that led to no implementation."

Wait, what?

The Implementation Trap

We've been trained to think success means shipped products. Increased revenue. User growth. Things that went live.

So designers spend weeks polishing case studies of mediocre projects that happened to launch. Meanwhile, they hide their best work because it never saw the light of day.

This is backwards.

Here's what hiring managers actually care about: Did you understand the problem? Can you explain your thinking? Did you collaborate well? Did you learn something?

Whether it shipped? That's often out of your control anyway.

What "Failed" Projects Reveal

When a project doesn't get implemented, it usually means one of two things happened.

Either the research revealed the problem wasn't worth solving, which saved the company time and resources. Or external factors killed it; budget cuts, strategy shifts, reorgs.

Both scenarios tell me more about you as a designer than a project that sailed smoothly to launch.

The designer who discovers their hypothesis was wrong and pivots? That's maturity. The one who navigates stakeholder conflict when a project gets canceled? That's resilience. The researcher whose insights reshape the entire roadmap without shipping anything? That's impact.

The Collaboration Proof

One designer was worried about showing designs that never launched. But here's what that project actually demonstrated: their research informed another designer's work. They influenced decisions without even being in the room when those decisions got made.

That's the kind of impact that matters. Not whether pixels made it to production, but whether your thinking influenced others.

In consultancy and service design roles especially, this IS the job. You come in, you assess, you recommend, you hand off. Implementation happens after you leave. If you only showed implemented work, you'd have nothing to show.

How to Frame It

Stop apologizing for unshipped work. Instead, focus on what you controlled and what you learned.

"This project taught me how to navigate competing stakeholder priorities."

"The research revealed we were solving the wrong problem, saving six months of engineering time."

"My service blueprint became the foundation for their redesign, even though I'd moved on by then."

These aren't consolation prizes. They're proof you can think strategically, not just push pixels.

The Highlight and Lowlight Test

Here's something brilliant from our panelist discussion: ask yourself what the highlight and lowlight of each project was.

The highlight shows what energizes you. Maybe it was collaborating with engineers on a technical constraint. Maybe it was the moment the research revealed something unexpected.

The lowlight shows where you need support or where you've grown. Maybe stakeholder management was painful, but you learned from it.

Both are more interesting than "we shipped it and DAU went up 5%."

Start With Why You Chose It

Don't just dive into the project details. Tell them why this case study made the cut.

"I'm showing you this because it demonstrates how I navigate ambiguity."

"This project highlights my ability to influence without authority."

"I chose this one because the constraints forced creative solutions."

Set the stage. Give them a reason to care before you show a single screen.

The Cookie Cutter Alternative

The worst presentations follow the same formula: research, ideation, design, validation, metrics. Linear. Predictable. Boring.

The best? They tell a story. One designer opened with: "I'm an introvert, but I'm also a UX researcher." Then walked through how being introverted actually made them better at their job; more preparation, better listening, deeper empathy.

That's memorable. That's human. That's what gets you hired.

Your Best Work Deserves to Be Seen

Stop hiding projects because they're "incomplete." Stop apologizing for work that didn't ship. Stop measuring your worth by implementation rates you didn't control.

Your best case study might be the one that never launched. The one that saved the company from a costly mistake. The one that revealed the real problem. The one where you learned the most.

Those failures? They're not failures at all. They're proof you're a designer, not just a pixel pusher.

Ready to Reframe Your Work?

Our Case Study Workshops are built for exactly this; taking your "failed" projects and finding the real story in them.

Book a workshop at practiceround.co/signup

Bring that project you're not sure about. The one that didn't ship. The one you learned the most from.

Let's find the story worth telling.

Explore More Resources

Interview Questions

Practice with real interview questions from Google, Meta, Apple, and other top companies.

Explore Questions →

Join Practice Round

Get personalized mock interviews and portfolio reviews from experienced designers.

Learn More →
← Back to All News
Your Failed Projects Might Be Your Best Case Studies — Practice Round