Wrapping a model in a message box quietly moves every hard problem onto the user. What am I allowed to ask. How do I correct this. What did it just change. How do I get back. Those are design decisions, and if you do not make them deliberately, the product makes them badly on your behalf.
What this is
A three week sprint that resolves how people direct, correct, and trust your AI. The output is a designed interaction model and a clickable prototype your team can build from or put in front of users. Not a deck of principles.
How it runs
Week 1. Model the interaction. Workshops to pin down what your AI actually does, where it is confident, where it fails, and what the user is allowed to change. We agree the interaction model before anything gets drawn.
Week 2. Design the journeys. Input and prompting patterns, agent hand-offs, confirmation and undo, streaming and partial states, memory and context, and what the product does when the model is simply wrong.
Week 3. Prototype and hand off. High fidelity clickable prototype of the core journeys, documented patterns, and a working session with your team.
The part most teams skip
Failure states. Almost every AI product is designed for the demo path, and almost every user meets the unhappy path in week one. A meaningful share of this sprint goes into what happens when confidence is low, output is partial, the model is wrong, or the user wants to undo something the agent already did. That is where trust is won or lost.
Who this is for
Teams building an agentic or conversational product who need the experience resolved before engineering commits to it. Also good for teams whose AI works well technically but feels unpredictable to use.
Wrapping a model in a message box quietly moves every hard problem onto the user. What am I allowed to ask. How do I correct this. What did it just change. How do I get back. Those are design decisions, and if you do not make them deliberately, the product makes them badly on your behalf.
What this is
A three week sprint that resolves how people direct, correct, and trust your AI. The output is a designed interaction model and a clickable prototype your team can build from or put in front of users. Not a deck of principles.
How it runs
Week 1. Model the interaction. Workshops to pin down what your AI actually does, where it is confident, where it fails, and what the user is allowed to change. We agree the interaction model before anything gets drawn.
Week 2. Design the journeys. Input and prompting patterns, agent hand-offs, confirmation and undo, streaming and partial states, memory and context, and what the product does when the model is simply wrong.
Week 3. Prototype and hand off. High fidelity clickable prototype of the core journeys, documented patterns, and a working session with your team.
The part most teams skip
Failure states. Almost every AI product is designed for the demo path, and almost every user meets the unhappy path in week one. A meaningful share of this sprint goes into what happens when confidence is low, output is partial, the model is wrong, or the user wants to undo something the agent already did. That is where trust is won or lost.
Who this is for
Teams building an agentic or conversational product who need the experience resolved before engineering commits to it. Also good for teams whose AI works well technically but feels unpredictable to use.