AXEL / RESTAURANT OPERATIONS

From scattered signals
to a clear next step.

A daily overview and AI-assisted workspace that help restaurant managers understand what needs attention—and stay in control of what happens next.

My contributionUX research · Interaction design · Prototyping
Design evolutionToday’s Summary → Define Action
Project statusInteractive concept · Impact to be validated
Axel dashboard with contextual Agent drawer
Global Agent navigation v2 · UI export: September 8, 2026. All operational numbers are sample data. Open full size ↗

01 / STARTING WITH RESTAURANT WORK

The tools were connected to orders.
The manager still had to connect the dots.

I began by interviewing restaurant owners and managers about their POS experience: how they monitored the restaurant, handled orders, and decided what to do during service.

The recurring problem in the project’s research was fragmentation. The POS supported restaurant operations, while delivery-platform orders added another stream of information. Managers had to assemble the picture themselves.

01

Scattered information

Important signals lived across operational tools and delivery channels.

02

Manual interpretation

Seeing an order status did not explain which issue needed attention first.

03

A management gap

The opportunity was a shared overview that supported a decision, beyond displaying more data.

02 / THE FIRST RESPONSE

Today’s Summary.
One place to start the shift.

I used Toast’s structure as a reference while developing Axel’s own brand and a new summary experience. The design brought priority issues, key operating signals, and order context into one overview.

My design focus: establish a useful hierarchy—what needs attention, what explains it, and where to look next. The reference informed the starting structure; the summary and subsequent Agent exploration are the focus of this case.

Existing Axel portfolio board showing Today’s Summary
Existing portfolio board · September 7 export. This later Summary iteration includes the Agent entry; it is not a screenshot of the original tested dashboard. Open full size ↗

03 / THE TURNING POINT

A clearer overview helped.
Getting it ready still took work.

In the project’s qualitative feedback, Today’s Summary helped with parts of people and cross-platform order management. But setting up the view still took time.

That changed my design question: could an assistant help managers configure the overview and work through urgent issues, while leaving decisions with the manager?

Evidence boundary: this is qualitative feedback on the Summary, as described in the project story. It does not validate the later Agent concept or establish a measured business improvement.

04 / DEFINE ACTION

Two moments.
One contextual assistant.

Define Action extends the overview into guided assistance: prepare the workspace before service, and work through an exception when service gets complicated.

A / PREPARE THE WORKSPACE

Set up around a goal.

Guide the manager through choosing a goal, reviewing the proposed dashboard configuration, and confirming changes. Preview and recovery make the setup easier to inspect.

  1. Clarify the goal and context
  2. Preview metrics and reminder rules
  3. Confirm, apply, or return to the previous configuration

B / HANDLE AN EXCEPTION

Understand before acting.

Start from a delivery issue, establish the scope, examine evidence, and propose a next step. The manager can edit the plan, approve it, or handle it manually.

  1. Clarify kitchen or courier scope
  2. Review evidence and uncertainty
  3. Review a plan and its approval requirements

Keep the restaurant in view.

The revised navigation places Ask Agent in the global header. Clarification and evidence stay in a right-side drawer, while the dashboard reflows beside it. The Agent expands only when reviewing a plan needs more room.

Manager choosing kitchen preparation or courier handoff in the Agent drawer
Clarification state · Neither scope is preselected. The dashboard remains visible beside the task. Open full size ↗

Make uncertainty part of the decision.

An overdue delivery does not establish its cause. Missing pickup information leads to a verification step before promising a new arrival time to a customer.

Evidence and proposed action separated in the original portfolio board
Existing portfolio board · Illustrative order records support a proposed verification step, not a confirmed diagnosis. Open full size ↗

05 / CONTROL, APPROVAL & RECOVERY

A proposal should be easy to inspect.
Its consequences should be explicit.

The expanded workspace gives the plan room to name an owner, timing, and expected effect. Tool actions and guardrails sit alongside the proposal so the manager can review both together.

Preparing a customer draft, issuing a refund, and changing a shift have different consequences. The design separates these actions and makes permission and approval requirements visible.

Expanded Axel proposal with owners, tools, guardrails and approval review
Expanded proposal · UI export: September 8, 2026. Expected impact is a hypothesis; execution is simulated. Open full size ↗
KEEP CONTEXT

Close ≠ cancel.

Minimizing the workspace should preserve the task and offer Resume task. Cancellation is a separate decision.

HANDLE FAILURE

Recover selectively.

Partial failure should distinguish successful and failed actions, with retry, manual handling, and cancellation paths.

FOLLOW THROUGH

Separate completion from impact.

A simulated receipt confirms a prototype step. It does not prove that delivery performance improved.

Prototype receipts and a follow-up check separated from business impact
Existing portfolio board · Simulated receipts, draft-only messaging, and a follow-up that still requires outcome data. Open full size ↗

06 / WHAT I LEARNED

Aggregation was the first step.
Judgment shaped the next one.

Ask about the work behind the screen.

Starting with the POS experience surfaced a wider management problem. Interviews helped connect interface decisions to the work of coordinating people, orders, and delivery channels.

Make the transition earned.

The Summary addressed visibility, but setup effort remained. That unresolved friction gave the Agent exploration a concrete purpose. AI assistance still needs its own evaluation.

Design the way out, too.

A useful plan needs an equally clear path to edit, pause, decline, or recover. The later navigation iteration keeps these choices close to the manager’s working context.

NEXT VALIDATION

Test the same tasks across the old and new experience.

Compare setting up a shift view and responding to a delayed delivery. Observe completion, setup effort, understanding of uncertainty, and whether managers can correctly distinguish a draft, an approved action, and a completed action. These outcomes remain to be measured.

EXPLORE THE DESIGN

The working prototype.

The UI above uses dated exports of the existing design. The linked Figma file remains the source of truth.

Source note · Live Figma verification is pending. The minimized-state section is linked; a current visual export is not included on this page.