Every Saturday: real product breakdowns, decision frameworks, and ROI-based thinking for designers who want more leverage (and more money).
Share
You might be doing $5,400 of work that doesn’t need you
Published 5 months ago • 5 min read
You’re doing the work that should’ve been handed off
I don’t think most designers are slow. I think we’ve just gotten weirdly good at staying busy with work that doesn’t need us. Not obviously wrong either. The kind that feels responsible and thorough, like you’re doing your job properly. That’s what makes it hard to spot.
This hit me after a client call, somewhere between work, travel, and waiting for a flight home from a Toronto offsite. Laptop open at the airport, half a drink beside me, brain already on the next thing.
Working from the airport after the Toronto offsite. Not exactly a strategy room, but apparently good enough for an existential crisis about manual work.
It was a good call. Clear patterns. Same objections I’ve heard before. You know that feeling when you already know what matters before you even open your notes.
Then I did what I always do. Opened the call recording, scrubbed through it, started writing insights, cleaning them up, turning them into something product can use, something engineering won’t ignore, something sales can repeat.
Halfway through I stopped. Why am I doing this part manually? The thinking was already done in the call. What I was doing now was just packaging it.
So I tried something else. I had Claude structure the insights while I moved on to the next task. Not perfect, but good enough to react to and shape, good enough that I didn’t have to start from zero.
That’s when it clicked. I didn’t get faster. I just stopped doing that part. That sounds small. It isn’t. It kind of fucks with how you think about your job.
This isn’t about prompts. It’s about who still does the work
This shift isn’t really technical. It’s how you work. Most people are still using AI inside the task, helping them write, think, iterate, so they stay in the same loop and own every step. It feels like progress, so you don’t question it. That’s the trap. It’s convincing enough that you just keep doing the same shit, thinking you’ve leveled up.
Delegation breaks that loop. Once you feel it, you start noticing how much of the job is repetition: rewriting insights, reformatting deliverables, rebuilding the same thing in slightly different ways. That work feels important because it’s always been manual. But manual doesn’t mean valuable. It just means nobody questioned it.
There’s another shift that creeps in. When you stop doing the packaging, you’re forced to be sharper about the thinking. What actually matters here? What’s noise? You can’t hide behind volume anymore. That’s where judgment gets exposed, and that’s uncomfortable. And if that’s uncomfortable, the next part is worse.
Hand off the wrong part and your work gets worse
I don’t delegate everything. That’s the trap. Swing too far and your work gets hollow fast. I wrote about this in the LinkedIn post that sparked this whole thought. If I let AI generate insights from scratch, it sounds right and feels clean, but it misses the nuance you only get from being in the room.
So I keep the front half: discovery, pattern recognition, framing. That’s mine. What I hand off is everything after the decision: structuring, formatting, first-pass synthesis, anything I’ve already explained more than once. I stay close enough to correct it quickly, not babysit it, just steer it. That balance actually works, and it forced me to question something I didn’t want to question.
More effort is quietly making your work worse
This changed how I look at my role. I used to equate effort with quality: more time, more passes, more control. Teams reward that behavior, which makes it even harder to let go. Now it just looks like friction.
It forces a harder question. If this part of the work disappeared tomorrow, would the outcome actually be worse? Sometimes the honest answer is no. That’s where it gets uncomfortable. If that’s true, the next question is obvious.
The small tasks stealing your week (that you don’t question)
Next week, notice one thing. What’s the last task you repeated twice? Not a big workflow, a small thing you explained again, rebuilt again, or reformatted again. That’s usually the entry point. Not everything needs to be delegated, but something probably does.
The math gets stupid fast.
Say you spend 45 minutes packaging research after a call. Two calls a week is 90 minutes. That’s 6 hours a month. At a conservative blended cost of $75/hour, that’s $450/month of designer time spent mostly turning thinking into a shareable format.
Now multiply that across a year. That’s $5,400 in time for one tiny repeated task. Not strategy. Not judgment. Not the part where your taste or experience creates value. Just the packaging layer.
And that’s the gentle version.
If that same packaged insight helps product avoid one bad sprint, or helps sales repeat the customer pain more clearly, the value jumps way beyond the time saved. That’s the part people miss. Delegation isn’t only about saving hours. It’s about moving your judgment faster through the company.
Once you see it once, you’ll start seeing it everywhere.
Ask this before you touch the next task
Where in your workflow are you still doing work you’ve already mentally solved, you’ve explained before, and someone else could execute with direction? What would break if you stopped doing it yourself? Most people don’t like the answer.
Steal this Claude Skill for ongoing research
This is the kind of thing I’d turn into a skill instead of rewriting the same prompt every time. I was also reading this breakdown on using Claude Code for interview synthesis, and it hit the same point from a more technical angle: stop manually repackaging research every time you need to share it. Not because I want AI doing research for me, but because I want it aggregating the work I already did and packaging it for people who need to act on it.
ongoing_research_synthesis_skill.md
I’m a product designer working in a
B2B SaaS environment.
I regularly run client calls, Loom reviews, user interviews, and stakeholder conversations.
I am usually in the call, so I already have context on what mattered.
Your job is not to invent insights.
Your job is to help me package and aggregate the signal
from research inputs I provide over time.
When I provide transcripts, notes, Loom summaries, call recordings, or raw observations,
help me create:
• a clean summary of what happened
• the repeated patterns across conversations
• the strongest supporting moments or quotes
• what this likely means for product, design, engineering, sales, and GTM
• what is still unclear, risky, or unvalidated
Please:
• separate observed evidence from interpretation
• call out where the signal is strong vs weak
• flag anything that sounds like assumption, not evidence
• avoid generic UX language
• write in plain English a cross-functional team can use
• frame findings in terms of business impact, adoption, retention, revenue, risk, or operational cost
Do not make the work sound more certain than it is.
Do not invent themes just to make the output feel complete.
Do not replace my judgment.
Help me distribute it.
That’s the useful version of AI for me. Not a replacement brain. A way to stop manually repackaging the same thinking every week.
Why some designers will get outpaced (and won’t see it coming)
I don’t think designers get replaced by AI. I think some get outpaced by people who stop doing work they shouldn’t be doing anymore.
That gap won’t show up all at once. It’ll show up quietly, one delegated task at a time.
If you want to see the full AI delegation conversation, that’s where we get into delegation, the risks of moving too fast, and what actually changes when you stop treating AI like a tool and start treating it like support.
Till next week,
Tyler White
Helping designers prove the ROI of their decisions
Each week I share how design decisions actually drive adoption, retention, and revenue — and how to earn your seat at the table without playing politics.
600 1st Ave, Ste 330 PMB 92768, Seattle, WA 98104-2246
The 9 steps behind AI-enabled designHey, Everyone's putting AI-enabled on their process these days. Almost nobody can tell you what that actually means. So let me tell you what it means for me. Nine steps. Step 1: Get the baseline. Before you touch anything, wire an MCP into your analytics. You need to know the number before you can prove you moved it. Step 2: Audit what already exists. Connect GitHub, point Claude at the codebase, and understand what's actually built on the page you're...
How I Used Claude + Mixpanel to Stop Designing on a Guess You're about to redesign something. A stakeholder told you it "feels off."You have your design instincts.Maybe a heatmap if you're lucky.Maybe some user feedback from six months ago. That's it. That's what most redesigns start with. And that's exactly how designers end up solving the wrong problem. Here's how it usually goes: you make an educated guess about where the friction is, you spend two weeks in Figma, you ship it, and then you...
The clean career story is usually bullshit, but the first slap is useful Most design career stories get cleaned up after the fact. Which makes sense. Nobody wants to write the honest version on LinkedIn. I tried one thing. It didn’t work. I thought I was good. The job market disagreed. I took whatever got me in the door. I struggled at the first real task. I got promoted by accident because the senior person left. I stayed too long. I left for a reason that sounds dumb now. I ignored some red...