I led design on ViewStats' AI thumbnail tools, shipped in two weeks, then the backlash hit. What AI ethics in design really means, plus a pre-launch checklist.
AI ethics in design is not a policy page you write after launch. It is a set of product decisions about who a feature helps, who it touches without asking, and who stays in control. I learned that in public. At ViewStats, the creator platform built by the team behind MrBeast, I led design on a set of AI thumbnail and title tools that went from concept to launch in roughly two weeks. Shortly after launch they became one of the most discussed features in the creator ecosystem, and not only for good reasons. People raised concerns about what AI-generated thumbnails could mean for artists and thumbnail designers, and the conversation spread across YouTube, social media and the press. My short answer, after living through it: design for the user and for the community around the user, keep humans at the center of the creative work, and treat trust as the real interface.
ViewStats helps YouTube creators decide what to make next: outliers, competitor tracking, thumbnail research, A/B testing and a creator dashboard. The AI set we shipped included AI thumbnail generation, text-to-thumbnail, face swap, thumbnail variations, AI title generation and thumbnail testing workflows. The goal was simple to say: help creators generate thumbnails, test ideas, create title variations and move faster.
The speed was real. Most of the core experiences were designed, reviewed and shipped within a few days while engineering worked in parallel. I was working as a design engineer at that point, inside the codebase, which is part of why the loop was so short. I wrote about that shift in what a design engineer is in software.
Then the launch happened and, for a while, the product became bigger than the feature. Critics focused on artists and thumbnail designers, people whose craft these tools sit right next to. The BBC covered the criticism. You can read the full project, including the section on the backlash, in the case study on designing creator tools for MrBeast's ViewStats.
I am not going to pretend the criticism was wrong to exist. It was a fair question about a real shift. What I want to share is what it taught me about the design job itself.
Going in, I framed the hardest problem as trust. The interface had to feel powerful without feeling intimidating, because creators were being introduced to a new way of producing content. That framing was right, but it was too narrow. I was designing trust between the product and the creator. The launch showed there was a second relationship I had not designed for at all: the one between the product and everyone the output reaches.
A thumbnail is not a private document. It is the most public pixel a creator owns. It sits in a feed next to work made by human designers, sometimes the same designers the creator used to hire. So a thumbnail tool is never only a productivity feature. It is a statement about a profession.
That is the lesson I keep coming back to: product decisions do not exist in isolation. An interface shapes workflows, and workflows shape communities. If your feature changes who does a piece of creative work, the people who used to do it are your users too, whether they signed up or not.
I still believe what I believed during launch. AI image tools already existed everywhere. Creators were going to use them with or without ViewStats. Refusing to build them would not have protected anyone; it would only have meant the tools were designed by someone thinking less about creators.
So the question was never "AI or no AI". The question is where the human sits in the flow. My answer is the same one I give in will AI replace product designers: AI replaces production work, not judgment. A good AI creative tool speeds up the parts that are repetitive (variations, resizing, testing) and keeps the decisions with a person: the idea, the taste call, the final pick.
Where this advice stops working: if your AI feature is designed to remove the human decision entirely, a better flow will not save it. Then the ethics question is about the product strategy, not the UI, and a designer should say so in the room.
This is the exercise I would now run before shipping any generative feature. List every output, then ask who sees it, who it affects without consent, and where the human decision lives. Here it is applied to the kinds of tools we shipped, as an example of the method, not a record of what the team decided.
| Feature type | Direct user | Who else it touches | Question to design for |
|---|---|---|---|
| Thumbnail generation | Creator | Thumbnail designers and artists | Is this a starting point for a human, or a replacement for one? |
| Face swap | Creator | Anyone whose face appears | Whose face is it, and did they agree? |
| Thumbnail variations | Creator | Viewers in the feed | Does testing stay honest about what the video contains? |
| AI title generation | Creator | Viewers | Does the title still match the video, or only the click? |
| Thumbnail testing | Creator | Collaborators and editors | Can the creator see and own why one option won? |
The table is boring on purpose. Ethics in product work rarely looks like a manifesto. It looks like one extra column in a spec that someone has to fill in before the build starts.
Design the second audience. For every generative output, name the people who will see it and never use your product. If you cannot describe how they would feel about it, you are not done researching.
Keep the human decision visible. The interface should make it obvious that the creator chooses. Variations should look like options to judge, not answers to accept. The pick, the edit and the publish stay as explicit human steps.
Show value first, ask for trust second. This is the same principle that took our YouTube channel connection rate from 13% to 65%+, which I broke down in onboarding UX best practices. With AI it matters even more. People should see what a tool does and what it does not do before they hand it a face, a channel or a brand.
Prefer clarity over power. People rarely want more information or more options. They want clarity. An AI tool that explains its limits in plain words earns more trust than one that promises everything. I made the same argument for analytics in dashboard UX best practices.
Plan for the conversation, not just the launch. Speed was a strength at ViewStats. The lesson is not "ship slower". It is to spend an hour before launch asking who might object and why, and to have a clear, honest answer ready about where humans stay in charge. Google's People + AI Guidebook is a solid, free reference for this kind of pre-launch thinking.
Designers are being asked to ship AI features faster than ever, and the tools let us. I build most of my AI design experiments with Figma, Claude and the Figma MCP, so I am not arguing against speed. I am arguing that the faster you ship, the more the designer has to carry the "who does this affect" question, because there is less time for anyone else to ask it.
I also think this is where designers become more valuable, not less. Generating a screen is getting cheap. Judging what a feature does to people, and shaping it so humans stay at the center, is not. That is taste plus responsibility, and it is the part of the job I see growing in the future of UI UX design with AI.
It means making concrete product choices about consent, transparency and control: who can be affected by an AI output, whether they agreed, whether users understand what the tool does, and whether a human makes the final decision. It shows up in specs, flows and copy, not only in principles documents.
Not by default. They can help creators test ideas and move faster. The risk is designing them as a replacement for human creative work rather than a starting point. That choice is made in the product design, which is why designers should own it.
Listen to the concern before defending the feature, separate fair criticism from noise, and explain clearly where humans stay in control. Then feed what you learn into the next design decision. A backlash is research you did not plan for.
In my view, no. The tools exist either way. The better path is building them carefully, with the people they affect in mind, so the version people actually use keeps humans at the center.
Before launch, answer these in writing: Who sees the output? Who is affected without using the product? Whose likeness, voice or work is involved, and did they agree? Where is the human decision, and is it visible in the UI? What will a critic say, and what is your honest answer? If any answer is "we have not thought about it", that is your next design task.
If you are designing an AI product and want a second pair of eyes on trust, onboarding or the human-in-the-loop flow, you can work with me as your product designer. I have been through the hard version of this question once already.
If you have a web or mobile app idea in mind or you need some advice about product design, feel free to get in touch ✉️