# Introduction to AI in UX

> Understand what AI actually changes for UX designers, what stays the same, and where your judgment matters most.

Source: https://uxspot.io/ai-ux

<section id="the-shift">
<h2>The shift</h2>
<p class="blockquote">Since the early 2020s, generative AI moved from research labs into everyday products, and UX inherited two new jobs at once: designing products powered by AI, and designing with AI as part of the craft itself.</p>
<p>For decades, the systems designers worked with were predictable. A button did the same thing every time. A search box returned results from a fixed index. You could map every screen and every state, because the product only did what someone had explicitly built it to do.</p>
<p>That assumption quietly broke. Products now summarize, generate, recommend, translate and predict. The email client drafts a reply before you type. The photo app selects your best shots. The support widget answers in full sentences instead of pointing to a help article. <strong class="highlight">The interface is no longer just a window onto fixed functionality; it is a conversation with a system that produces something new each time.</strong></p>
<p>For UX designers, this is not a niche specialty anymore. Whether you work on e-commerce, banking, health or productivity tools, some part of the experience you design will involve a model generating, ranking or deciding something. Understanding how that changes your work is now foundational knowledge.</p>
<ul>
<span>keywords</span>
<li>#GenerativeAI</li>
<li>#EverydayProducts</li>
<li>#NewFoundations</li>
</ul>
</section>
<section id="two-tracks">
<h2>Two tracks, one discipline</h2>
<p>It helps to separate the two jobs UX inherited, because they demand different skills.</p>
<div id="designing-ai-products">
<h3>Designing AI-powered products</h3>
<p>The first track is designing interfaces where the system itself generates, predicts or acts. Think of a writing assistant that drafts text, a shopping app that composes a personalized homepage, or a booking tool that proposes an itinerary instead of showing a list of flights.</p>
<p>These products need patterns that classic UI kits never had to provide: ways to show that output is machine-generated, ways to let users steer or correct it, and ways to recover gracefully when the system is confidently wrong. <strong class="highlight">AI-powered products introduce new interaction patterns and, just as importantly, new failure modes that designers must plan for deliberately.</strong> A broken link is obvious; a fluent but inaccurate answer is not.</p>
</div>
<div id="designing-with-ai">
<h3>Designing with AI</h3>
<p>The second track is <a href="/ai-design-tools" class="redirect">AI inside your own workflow</a>. Designers now use AI to cluster research notes, draft interview questions, generate layout variations, write microcopy options and produce working prototypes from rough sketches or plain-language descriptions.</p>
<p>This track is less about interaction patterns and more about process: knowing which tasks AI accelerates, which ones it quietly degrades, and how to keep your own judgment in the loop. Treat it like any other tool in your kit — powerful when directed, misleading when trusted blindly.</p>
</div>
<ul>
<span>keywords</span>
<li>#AIProducts</li>
<li>#DesignWorkflow</li>
<li>#FailureModes</li>
</ul>
</section>
<section id="what-changed">
<h2>What actually changed</h2>
<p>Strip away the hype and three genuine shifts remain, each with direct consequences for how you design.</p>
<p><strong>Output became non-deterministic.</strong> A traditional interface produces the same result for the same input. A generative system does not — ask twice, get two different answers. <strong class="highlight">You are no longer designing for one correct response; you are designing for a range of possible responses, including mediocre and wrong ones.</strong> That means designing the good case, the odd case and the bad case as first-class states, not edge cases.</p>
<p><strong>Conversation and intent replace some navigation.</strong> Where users once clicked through menus and filters to express what they wanted, they can increasingly just state their intent: "find me a quiet hotel near the conference under 200 a night." The system interprets and acts. Navigation does not disappear, but part of your information architecture moves from visible structure into how well the system understands requests — and how gracefully it asks for clarification when it does not.</p>
<p><strong>Trust became a design material.</strong> When a system generates answers rather than retrieving facts, users constantly and often unconsciously ask: can I rely on this? Signals of confidence, sources, editability and honest uncertainty are no longer nice-to-haves. <strong class="highlight">Trust is now something you design deliberately, on the same level as layout, hierarchy and flow.</strong></p>
<ul>
<span>keywords</span>
<li>#NonDeterministic</li>
<li>#IntentDriven</li>
<li>#TrustByDesign</li>
</ul>
</section>
<section id="what-did-not-change">
<h2>What did not change</h2>
<p>It is easy to read the previous section and conclude that everything you have learned is obsolete. The opposite is true.</p>
<p>Users still have goals, contexts and limits. A parent booking a flight on their phone with one hand still has the same working memory, the same impatience and the same fear of pressing the wrong button, whether the interface is a form or a chat. The human factors you study elsewhere in this curriculum apply unchanged.</p>
<p>Research still decides whether you are solving the right problem. Visual hierarchy still decides whether people find what matters. Feedback loops still decide whether people understand what the system just did. Accessibility still decides who can use the product at all — and generated content that ignores structure, contrast or screen readers fails users just as thoroughly as a bad static page does.</p>
<p class="blockquote">AI raises the stakes on the fundamentals; it does not replace them.</p>
<p>A confusing AI feature confuses at scale, and a biased one misleads at scale. <strong class="highlight">The teams that ship good AI experiences are the ones that were already strong at research, hierarchy, feedback and accessibility — the model just amplifies whatever discipline they bring.</strong></p>
<ul>
<span>keywords</span>
<li>#Fundamentals</li>
<li>#HumanLimits</li>
<li>#Accessibility</li>
</ul>
</section>
<section id="your-place">
<h2>Should you be worried?</h2>
<p>Let's address the question directly, because pretending it does not exist helps no one: if AI can generate screens, does the world still need designers?</p>
<p>Here is the honest framing. Production got cheap. Generating fifty layout variations, a hundred copy options or a working prototype now takes minutes. What got expensive is everything around production: knowing which problem is worth solving, recognizing which of the fifty variations actually serves the user, and noticing the subtle way option thirty-two undermines trust.</p>
<p><strong class="highlight">When production gets cheap, judgment gets expensive — and judgment is precisely what UX training builds.</strong> Problem framing, evaluation and taste do not come bundled with a model. They come from studying users, shipping work, watching it fail and learning why.</p>
<p>The designers most at risk are those whose entire value was executing screens from someone else's decisions. The designers gaining ground are those who can frame problems, direct generative tools with a clear point of view, and evaluate output against real user needs. That is not a downgrade of the role. It is a promotion — with homework.</p>
<ul>
<span>keywords</span>
<li>#Judgment</li>
<li>#ProblemFraming</li>
<li>#Taste</li>
</ul>
</section>
<section id="whats-ahead">
<h2>What's ahead</h2>
<p>This article is the map; the rest of this section is the territory. The five articles that follow go deep where this one stayed broad: the <a href="/design-ai-products" class="redirect">interaction patterns</a> that make AI features usable, the specific craft of designing for trust and error, what changes when systems act on your behalf rather than just answering, how to fold AI into your own design workflow without losing rigor, and the ethical responsibilities that come with all of it. Read them in order — each builds on the vocabulary introduced here.</p>
</section>
<section id="takeaways">
<h2>Takeaways</h2>
<p class="blockquote">AI changed what designers design and how they design, but not why design matters.</p>
<p>You now work on two tracks: shaping products where the system generates and acts, and using AI inside your own process. Design for a range of outputs instead of one, treat trust as a core material, and hold on to <a href="/foundations" class="redirect">the fundamentals</a> — because they are what separate a usable AI product from an impressive demo.</p>
</section>