AI · STRATEGIC DESIGN · 0→1 · PROMPT ENGINEERING
An AI that makes you rehearse the room before you walk in
You know the work is right — but the words don’t come out under pressure. Own The Room simulates the CEO, CTO, and PM you’re about to present to, asks what they’d actually ask, and scores how you answer.
ROLE
Product Designer: Strategy, Prompt Design, Build
MY CONTRIBUTIONS
Problem Framing, AI Workflow Design, Prompt Engineering, Build, Live Testing, Strategic Analysis
TIMELINE
2 Weeks
STATUS
Functional Prototype Shipped, Hi-Fi In-progress
THE PREMISE
The most important question in building an AI tool isn’t what the AI does. It’s what the human never gives up.
OVERVIEW
Have you ever had a great design idea but struggled to explain it to someone who isn't a designer?
You know the work is right. You know the research backs it. But the moment a CEO, a CTO, or a PM asks you to justify it on the spot because the words don't come out the way they should. That's the gap Own The Room is built to close.
This happens to a lot of designers. We're trained to think inside the work. We're not trained to translate that thinking on the spot, under pressure, to people who weren't in the room when the decisions were made.
Own The Room is an AI coaching tool that lets you practice that translation before the real conversation happens. You document your design context, upload it, define your stakeholders, and the AI takes on each persona and asking the questions they'd actually ask, scoring your responses, and telling you specifically what to fix. The goal isn't to come more prepared on paper. It's to be able to say what you already know, clearly, to whoever's asking.
This case study documents the full arc: the problem, the design decisions, the build, and the strategic analysis behind it. Every choice about what the AI owns and what it doesn't which was deliberate. The final section applies the Five Capabilities Framework from HCDE 561: Strategic Human-Centered AI at the University of Washington to evaluate those decisions critically: where the tool works, where it introduces new risks, and what it means for how designers work with AI at scale.
01 — SITUATION
It's not a design problem. It's a translation problem.
A presentation was coming up where a CEO, a CTO, and a PM in the room. I'd spend hours writing notes about what I wanted to say. Sometimes I'd ask a colleague: "What do you think the CTO will ask?" They'd give me their best guess. I'd practice my answer in my head. Then I'd walk in and the CTO would ask something completely different, and I'd answer it like a designer: context-first, methodology-heavy. When what they needed was a business answer in 30 seconds.
I knew the work. I couldn't explain it to the room. And this isn't unusual.
In 2026, NN/g asked 150 designers their number-one problem. Half named the same thing — not design quality, not research methods, but alignment.
Nielsen Norman Group — What Designers Actually Struggle With on Product Teams
Tom Greever named the underlying tension in Articulating Design Decisions: "The most articulate person often wins." That's the uncomfortable truth behind every design review. You can have the best solution in the room and still lose the meeting because someone else was clearer, faster, and more tuned to what that specific audience needed to hear.
When that communication breaks down it doesn't just lose a meeting. It loses budget, roadmap influence, and trust. NN/g's State of UX 2026 now lists stakeholder management as a core competency alongside research and design craft. The field has named the gap. What it hasn't built is a structured way to practice closing it.
TARGET USER
A product designer who has already done the work: research, decisions, rationale and has a meeting with stakeholders who think differently than they do. Not for designers figuring out what they think. For designers who already know what they think but struggle to translate it when the room doesn't think like a designer.
02 — RESEARCH
Every existing tool solves an adjacent problem.
Speech coaches grade how you talk. Deck builders make the slides. None start from your design context, and none simulate the specific people in your specific room.
TOOL
WHAT IT DOES
WHAT IT MISSES
Yoodli · Orai · Speeko
AI speech coaches — pacing, filler words, delivery
Delivery only. They grade how you speak, not what you’re saying about your actual decisions
VirtualSpeech
VR practice environments for public speaking
Immersive but generic — no domain knowledge, no stakeholder specificity
Beautiful.ai · Gamma · Pitch
AI slide generation and deck building
Build the presentation, not the live conversation after you stop presenting
Toastmasters · LinkedIn Learning
General communication skills and courses
Async and generic — no simulation rooted in your work and your stakeholders
Asking a colleague
One honest opinion from someone who knows you
One guess, 10 minutes — and they may not know what your CTO actually cares about
THE GAP
None start from your design context. None simulate a CEO or CTO asking questions rooted in what that role cares about. None tie feedback to what you specifically said. They teach you to speak better in general. Own The Room trains you for this meeting, with these stakeholders, about this design.
03 — FRAMEWORK
Two frameworks became the architecture.
One mapped who owns what. The other defined what good actually looks like. Together they decided every line the tool draws between human and AI.
Top-down decomposition
Who owns what?
I took the full workflow and asked one question of each task: does AI do this better, or does the human? Simulating questions and scoring performance are exactly what AI is good at. Writing context and choosing stakeholders require insider knowledge AI is structurally bad at.
Output-first
What does good actually look like?
Instead of designing the workflow first, I started with the artifact I wanted at the end: probing questions rooted in this designer’s project, feedback tied to what was actually said, and hard stops for hollow praise or generic prompts.
THE TAKEAWAY
AI owns analysis, synthesis, and simulation. The human owns context, judgment, and authorization.