Services · Core offer

AI that people actually want to use

AI Experience Design

Capable AI still fails when people won't use it. Palmetto designs the experience around the agent: how it shows its work, how it asks for approval, and how complex information gets presented so it lands. We prototype in working software, so you can put something real in front of real users early.

01 · When to call

Recognize the operating
signal.

Start with the condition you can observe, the consequence it creates, and the person accountable for changing it.

02 · Where it shows up

Concrete uses.
Real workflows.

We apply these patterns to the workflow, systems, decision rights, and measures that drive your business.

  1. 01

    Agent interfaces people trust

    Show what the agent did, what it used, and what it wants to do next. Approvals, corrections, and handoffs sit where the person is already working.

  2. 02

    Dashboards and briefings

    Turn complex information into a view someone can read and act on: what changed, why it matters, and what needs a decision.

  3. 03

    UX and interface design for AI products

    Learn the real job, map the workflow, and design the screens and the conversation together, including what happens when the AI is unsure or wrong.

  4. 04

    Design systems and working prototypes

    Build a shared set of components and patterns, then prototype in working software on representative data so users react to something real.

03 · The work product

What gets delivered.
What keeps it controlled.

Core deliverables

  • User research summary, workflow map, and the decisions the interface has to support
  • Interface design for the priority workflow, including uncertain, error, and approval states
  • Working software prototype tested with representative users and data
  • Design system with components, patterns, accessibility rules, and usage guidance
  • Usability findings, a prioritized backlog, and a handoff your engineers can build from

Production and governance controls

  • Visible sources and agent actions wherever a person has to rely on the output
  • Explicit approval, undo, and escalation patterns for consequential actions
  • Accessibility, performance, and responsive behavior reviewed before release
  • Interface changes tested with representative users, with data handling matched to the application

04 · Delivery path

Move from decision
to production.

We start with one workflow and the people who use it, test a working prototype, then carry the design into the product.

  1. Scope-dependent

    01

    Diagnostic

    Define the business problem, baseline the current state, test feasibility, and make the value, risk, and decision path explicit.

    Typical output

    Decision brief, baseline, target state, and sequenced recommendations

  2. Scope-dependent

    02

    Production-shaped pilot

    Test the hardest assumptions with representative data, real users, an interface they can work in, appropriate controls, and an architecture that can survive past a demo.

    Typical output

    Working pilot, evaluation evidence, operating lessons, and go-forward decision

  3. Scope-dependent

    03

    Scale & rollout

    Harden what works, integrate it into the operating environment, expand adoption, and transfer the knowledge required to run and improve it.

    Typical output

    Production capability, rollout evidence, runbooks, and ownership handoff

05 · Measures & team

Measure the change.
Build with the owners.

Measures that show progress

  • Task completion, time on task, and error rates in usability testing
  • Adoption, repeat use, and how often people override or abandon the AI
  • Time from opening a briefing or dashboard to making the decision
  • User confidence and the support requests tied to the interface

The team we build with

  • A product or workflow owner with authority over priorities
  • Representative users available for research, testing, and feedback
  • Engineers and data owners who can support a prototype on realistic data
  • Brand, legal, accessibility, or risk stakeholders appropriate to the product

06 · Ownership

Build a capability
your team can own.

Designs, the design system, prototype code, and research findings are documented and handed to your team.

07 · Questions buyers ask

Before we
begin.

Why does an AI product need its own design work?

Its output changes, and sometimes it's wrong. People need to see what the agent used, correct it, and know when to step in. That design work decides whether anyone keeps using the product.

Can we see your design work?

Start with this site. Palmetto designed and built it. Sweetgrass, one of our open-source projects, is a visual planning surface for agent-driven projects. The better test is a working prototype on your own workflow, and we can scope one early.

Can you work with our existing design team or brand?

Yes. We can lead the design work, pair with your designers, or build on a design system you already have.

09 · Start with the business problem

Bring the context.
We'll define the next step.

Share the workflow or decision, who owns it, what it costs today, and what makes the timing matter. We turn that context into a practical path with clear deliverables, measures, timing, and commercial terms.

Discuss an AI experience →

Or email support@palmettointeractive.com.