JournalDesign2 min read

Design is the interface to the model

Two products can call the same model and feel nothing alike. The difference is almost never the prompt. It is the design around it.

A marble head of a goddess, printed in white dots on blue

Every AI product we have shipped taught us the same lesson in a different way: the model is the least visible part of the experience, and the part people judge it by least. What they judge is whether they understand what is happening, whether they can steer it, and whether they can recover when it gets something wrong.

Those are design questions. They are answered by layout, language, timing and feedback long before they are answered by a better prompt.

Show the work, not the magic

A blank chat box asks people to guess what the software can do. Most will guess conservatively and leave. The products that earn daily use show their capability in the interface itself: suggested starting points, visible structure in the output, and a clear trace of what the system looked at before it answered.

When a result arrives with its sources, its confidence and the steps that produced it, people stop treating it as an oracle and start treating it as a colleague whose work they can check. That shift is what turns a demo into a tool.

Design for the wrong answer first

A model will be wrong some of the time. The interface decides whether that moment costs the user a few seconds or their trust. Before we design the happy path, we sketch what a wrong, partial or slow answer looks like, and how someone corrects it.

  • Every generated result can be edited in place, not only regenerated.
  • Long operations show progress in words people understand, not a spinner.
  • Undo is always one step away, including for actions the AI took.
  • The system says plainly when it does not know.

People forgive a model that is sometimes wrong. They do not forgive an interface that hides it.

Why we lead with design

This is why Molisera is a design-led studio. We still care deeply about the engineering: evaluations, latency, cost and the architecture that lets you swap a model next quarter. But we start every project from the interface, because that is where an AI product succeeds or quietly fails.

More from the journal

  1. Design / 3 min

    Designing for calibrated trust

    The goal of an AI interface is not more trust. It is the right amount. Two decades of human-AI research, distilled into the design moves we reach for first.

  2. Engineering / 4 min

    Look at the data: evals for AI products

    Most AI features fail quietly, in ways no dashboard predicted. The fix is unglamorous: read real outputs, name the failures, and measure only those.

  3. Strategy / 3 min

    Start with a workflow, not an agent

    Agents are the most exciting pattern in AI products, and often the wrong first one. Why we begin with the simplest system that could work, and when we graduate.

  4. Engineering / 1 min

    Build for the next model, not this one

    The model you launch on will not be the model you run in a year. A few architectural habits keep that change cheap.

  5. Strategy / 1 min

    When a feature should not use AI

    Part of designing AI products well is knowing where a model does not belong. Four signs we look for before reaching for one.