AI

AI Is Changing How SaaS Products Get Designed. Most Teams Are Still Designing Like It's 2019.

AI Is Changing How SaaS Products Get Designed. Most Teams Are Still Designing Like It's 2019.

AI is showing up inside SaaS products faster than most design teams know how to handle it. The old interaction patterns do not work for AI features and the teams shipping bad AI UI are losing users fast. This post breaks down what actually works when designing for AI inside a SaaS product.
AI is showing up inside SaaS products faster than most design teams know how to handle it. The old interaction patterns do not work for AI features and the teams shipping bad AI UI are losing users fast. This post breaks down what actually works when designing for AI inside a SaaS product.

Your Users Do Not Know What To Do With Your AI Feature

You spent three months building it. The model is solid. The engineering team pulled it off. You ship the feature and watch the usage numbers. Almost nobody touches it. The ones who do try it once and never come back. This is happening at companies of every size right now and the reason almost never has anything to do with the AI itself. The reason is the interface around it is designed like a form from 2015 wrapped around a text box and a submit button.

Designing for AI is genuinely different. Not slightly different. Fundamentally different. The mental models users bring to a chat input or a generative feature are not the same mental models they bring to a dropdown or a filter. When someone types into a prompt field they do not know the rules. They do not know what the system can do, what it cannot do, or how specific they need to be. If your interface does not help them understand that immediately, they guess wrong, get a bad result, and assume the feature does not work.

I have reviewed a lot of SaaS products over the past two years and the AI interfaces in most of them feel like an afterthought. A chat panel bolted onto a product that was never designed to hold one. A generate button dropped into a workflow that was built around manual steps. The seams are visible and users feel them even when they cannot name them.

The Blank Input Problem Is Real and Most Teams Ignore It

A blank text field with a placeholder that says 'Ask anything' is one of the worst things you can put in front of a new user. It sounds open and flexible. What it actually communicates is that you have no idea what to type here and whatever you type is probably wrong. The anxiety is real. The friction is real. And the drop in activation is real.

The fix is not complicated but it requires a shift in thinking. You have to treat the prompt input the way you would treat any onboarding flow. Show the user what good looks like. Give them example prompts that are specific enough to feel useful, not generic enough to feel like placeholders. Let them click one and see what happens. Show them the range of what the feature can do in the first thirty seconds. If you do not, they will decide in sixty seconds that the feature is not for them.

Placeholder text should not describe the field. It should demonstrate a real use case in plain language. Instead of 'Enter your prompt here' try something like 'Summarize the last 7 days of customer feedback by theme'. That one sentence teaches the user the syntax, the scope, and the kind of output they can expect. That is design doing real work.

The teams that get this right are not doing anything magical. They are just thinking about the empty state the same way a good UX team thinks about a zero state dashboard or an empty inbox. The moment before the user has done anything is the most important moment in any flow.

Progressive Disclosure Matters More In AI UI Than Anywhere Else

AI features have a range problem. The range of what the feature can do is usually much wider than what the user thinks is possible and the interface almost never communicates that range well. Users anchor on their first mental model and they never update it unless the interface gives them a reason to.

Progressive disclosure is the right answer here. Start narrow. Show the user the most common use case for the feature in a way that makes it dead simple to try. Once they have had one successful interaction, surface more options. Show them they can refine the output. Show them they can change the format. Show them they can ask a follow-up. Each successful interaction earns you the right to show the user more of what the feature can do.

This is different from hiding features. You are sequencing capability in a way that matches where the user's confidence actually is. A user who has never generated a report with an AI feature is not ready to understand tone controls, length settings, and audience targeting in the same screen. Give them the win first. Then expand the surface.

At Kraftelite we have worked with SaaS teams who tried to surface every AI capability at once because they were proud of what they had built. The result was always the same. Users got overwhelmed, clicked around without completing anything, and churned. Pulling the interface back and sequencing the experience around user confidence always improved activation. Always.

Designing For Failure Is Not Optional

AI gets things wrong. Your users know this. But how your interface handles a bad output determines whether they try again or close the tab. Most products handle failure terribly. The output appears, it is not what the user wanted, and there is nothing to do except delete it and start over. No explanation. No guidance. No path forward. Just a bad result sitting there like a dead end.

Good AI interface design treats failure as part of the flow not as an exception to it. Build in explicit ways to give feedback on a bad result. Give users controls to adjust the output rather than forcing them to restart from scratch. Show them what to change about their input to get a better result. If the system cannot do what the user asked, say so clearly and explain what it can do instead. Do not just return an empty response or a generic error message.

The retry pattern is also underused. When a user gets a bad output the fastest path to a good one is usually a small adjustment to the input. Help them make that adjustment. Surface the original prompt. Let them edit it inline. Show them which part of the input most likely caused the issue. This kind of design requires thinking about the failure state with the same depth you give to the success state.

Nobody has fully figured out how to design the perfect failure experience for AI features. But the teams that are thinking about it at all are already ahead of most of the market.

Trust Is The Whole Game

Users do not distrust AI because they read a think piece about large language models. They distrust it because a feature gave them something confidently wrong and they had no way of knowing it was wrong until they were embarrassed in a meeting or sent a bad email. That experience sticks. And once a user loses trust in an AI feature inside your product they do not usually give it a second chance.

Building trust into an AI interface is a design problem. Confidence indicators help. If the system is uncertain about an output, show that uncertainty. Let the user know when an answer is based on limited data or when it should be reviewed before being used. Source attribution, where the output came from, goes a long way in products where accuracy matters. Letting users flag a bad result and see that it actually gets addressed builds trust over time.

The visual design of an AI feature also signals trustworthiness in ways that are easy to underestimate. A feature that looks unfinished, that has inconsistent spacing, unclear labels, or outputs that flow into the wrong container, feels unreliable even when the model itself is performing well. The interface is the product as far as the user is concerned. If it looks like it was added in a sprint, they will treat it like something that was added in a sprint.

This is where product teams consistently underinvest. The model gets months of attention. The interface gets two weeks before launch. At Kraftelite we have seen what happens when that ratio flips. When the interface is treated with the same seriousness as the underlying model, the trust metrics follow.

Interaction Patterns That Actually Work Right Now

A few things are showing up across the best AI interfaces in SaaS products and they are worth paying attention to. Inline generation, where AI output appears in context rather than in a separate panel, reduces the cognitive load of switching between a tool and its output. It keeps the user oriented in the product they already understand.

Follow-up prompting, where the interface remembers the context of the last interaction and allows refinement in natural language, dramatically improves the quality of outputs users get without requiring them to become prompt experts. It makes the feature feel like a conversation rather than a one-shot tool.

Structured outputs with editable fields, rather than raw generated text, give users something they can act on immediately. Instead of generating a paragraph that the user then has to break apart and paste into the right places, generate directly into the structure the product already uses. A proposal, a task list, a report with sections already formatted. This requires more design work upfront but the activation numbers justify it every time.

The tools change quickly. The underlying interaction design principles do not. Users want to feel in control, want to understand what is happening, and want to be able to trust what they are looking at. Those needs do not change just because the feature is powered by a model instead of a rule set.

Most Of This Is Just Good Design Applied To A New Problem

The senior designers who are navigating this well are not the ones who learned prompt engineering or memorized every AI tool on the market. They are the ones who went back to fundamentals. Mental models. Information hierarchy. Feedback loops. Onboarding flows. Error states. They took what they already knew about designing for human behavior and applied it to a new kind of feature with new failure modes.

The gap between good and bad AI UI in SaaS products right now is enormous. Most products are shipping AI features that users ignore or abandon. A small number of products are shipping AI features that become the reason people stay subscribed. The difference is almost entirely in how the interface around the AI is designed, not in the AI itself.

If your team is building an AI feature and the design conversation has not gone as deep as the engineering conversation, that is the gap to close first. The model can be world class and still get buried under an interface that does not know how to introduce it. At Kraftelite, designing AI interfaces well is one of the things we spend the most time thinking about right now because the market for getting this right is only getting bigger.

Let’s work together to build your dream

Our flexible engagement model makes it simple and affordable to.
Book Now
Book Now