Back to portfolio

Concept · Autumn · pricing agent oversight

Who for

Two people. The one who catches an automated decision going wrong with a guest in front of them, and the one who later decides whether it should change a rule.

The problem

The fix happens off-platform in thirty seconds, and the software never learns it happened.

Why now

Autumn updates 47 prices a night and logs a reason for each one. Nobody reviews 47 reasons. The only workable signal is a human marking the one that was wrong.

Why me

I founded and exited a multi-venue hospitality group. I have been the person who fixed it at the desk and then had to remember to say something about it.

User story

As the person who caught it, I need to write why it was wrong while it is still in front of me, so that the person who decides is reading what actually happened rather than what I could still recall a day later.

Success

Rules change because of things that actually went wrong, instead of because someone remembered to complain.

Mark what went wrong. Fix it your own way.

Sven Manzanarez — an unsolicited concept, made for my application to the Product Designer role.

Your posting asks for workflows covering “how users delegate work, review outputs, maintain control, and recover when systems fail.”

Delegation you have already designed. This is the other end: what the person at the desk does when the agent gets one wrong, how that reaches the person who can act on it, and how it becomes a rule instead of a story nobody wrote down. Control is the constraint throughout — nothing here stops, pauses or reverts the agent.

Every figure here is invented.14

47 prices updated.
12 reasons logged.
— in 4 minutes —

Your own number, from the Dynamic Pricing page.2 It is also the argument. No hotelier reads 47 changes. The reasons are already written — what is missing is the one bit only a person can supply: that reason was wrong.

Onboarding already asks them to write their goals and their brand voice. They will type for you. You have just never asked them at the moment something broke.

Five principles

Written before the screens. Where two conflict, the lower number wins.

A flag never changes the rate.

No pause, no revert, no dialog, no approval queue. The agent keeps running. The only thing a flag costs is the twenty seconds in the next principle — and set-it-and-forget-it stays the promise.

Write it while it is still true.

The field opens with the flag, in place, already focused. Asking the next morning is cheaper for the person and worthless for the record: the urgency is gone, the protocol is broken, and the detail that made it a rule is the first thing to go.

In their own words, not from a list.

Why a decision was wrong is never on a menu. A picker returns a category; the reviewer needs the sentence. You already believe this — onboarding asks for their goals, their brand voice and their hotel in prose. This is the same ask, at the moment it matters.

Whoever decides is not whoever caught it.

Not governance theatre — they hold different information. The desk knows why it was wrong. The owner knows whether it is worth a rule.

Count, do not judge.

The system aggregates by shape and shows the number. It never decides when a count is enough. One occurrence can change a rule if a person says so.

Four steps, two people, two devices

Drive it.

Redrawn from their dashboard and marketing screens.3 Calendar View and Settings are inferred — I have not seen them.

Dashboard Period: YTD Revenue $237,600 +25% RevPAR $260 +25% Dan

What I saw, and what I made from it

I have not used Autumn. Three of your own screens are below, unretouched, next to the three surfaces I invented — so nobody has to guess which is which.3 Tap any of them to enlarge.

What I saw

Yours. Reproduced as given, credited to you.

The live product

Eight items deep in the nav — including AI Reasoning, which is a surface you already ship for explaining agent decisions. And density: real hoteliers are reading tables, not cards.

Yours
The dashboard design

This is the one my prototype redraws, down to the greeting, the YTD strip, the bell and Emma’s name. Where the live product is dense, this is calm — and calm is the promise the concept has to keep.

Yours
Onboarding

The one that changed my mind. Your goals. Your brand voice. Tell us about your hotel. You already ask the operator to write in their own words — once, at setup, before anything has gone wrong.

Yours
Dynamic Pricing

Where the 47 and the 12 come from, and the fact that a reason is already logged per change. Drawn from memory of the page rather than shown — the premise of this concept sits here.

Cited, not shown

What I made

Mine. Three surfaces that do not exist.

The write-up, in the row

New. Opens with the flag, inside the card it belongs to, in the red you already use on the calendar. Nothing around it moves.

Invented
Emma’s daily update

New. You describe a report read in two minutes; I have not seen it, so this is a proposal for where the review lands, not a redraw.

Invented
A rule with its origin

New. Settings is in both navs; I have never seen inside it. The provenance line under the rule is the part that matters.

Inferred + invented

Yours — Autumn’s own screens, shown as given Inferred — exists, contents unknown to me Invented — mine, and the part worth arguing about

Where it lives, and who does what

Swipe sideways →

NOBODY DAN · front desk EMMA · owner NOBODY SAT 3:04AM The agent prices 47 rooms · 12 reasons logged in 4 minutes nobody reviews 47 changes SAT 6:42PM · AT THE DESK Flag, and write it Flag opens the field in place one action · rate unchanged ≈ 20 seconds of a person SUN 7:04AM · HER PHONE Read it, and decide 4th since Aug counted, not judged decision · its reason · Dan’s words · the fix ≈ 40 seconds of a person FROM THEN ON The rule applies Settings · with its origin attached no one has to remember Two human touches, about a minute between them in total — and the two people never speak. Everything on either side runs unattended. The resolution at the desk never enters the software at all.
Two touches, and the machine does the rest. Solid figures are the moments a person acts; dashed ones are the stretches nobody is watching. The write-up sits at the moment of the flag because that is the only moment it exists.

How we would know it worked

Success = rule changes traceable to a flagged occurrence all rule changes made in the period target majority
Gate Flags per active user must not fall after week four, and the share carrying a written reason must not fall either. If flagging drops, the write-up has become too expensive. If flags hold but reasons thin out, the skip link is winning and the rest stops working.

Everything else I would instrument — share of flags that carry a written reason, time from flag to approval, proposals accepted — exists to move that ratio or defend that gate.

What I would need to ask you

Hotel revenue management is not my domain. Four questions that would change this:

  1. Does the front desk have a login today, or is Autumn an owner-only product? The whole design assumes the person who catches it can mark it.
  2. What is AI Reasoning? It is in your live nav and I have not seen inside it. If it is already the place where an agent’s decisions get explained, a flag may belong there rather than on the row — or the two are the same feature approached from opposite ends.
  3. Is a flagged ad spend a different object? You fund the ads and bill on attribution, so flagging one is closer to a billing dispute than a bad rate.
  4. How long does a front-desk person actually have? The whole design bets that twenty seconds of typing is affordable mid-shift. If it is five, the field has to become a voice note.
  5. Do your customers already keep a pass-down log? If so, this should absorb it rather than sit beside it.

If this is useful

The nearest thing I have built is a lead-qualification platform in production, where the scoring rubric version is pinned to each record at capture — so a decision can still be explained six months later. Same provenance problem, smaller stakes.

About five years designing, the last three focused on product. Production front-end in Next.js and TypeScript. This page is working code, not a picture of one.

Annotations

  1. Sources. I have not used Autumn. Built from findautumn.com, your pricing and blog pages, both job postings, and screenshots of your dashboard and Dynamic Pricing page. I am an applicant, not a customer. ↩
  2. 47 and 12. Yours, from the Dynamic Pricing page. Every other number on this page is invented. ↩
  3. The interface. The three screenshots are Autumn’s own, published by them and reproduced here unaltered for comparison; all rights theirs. The prototype is my redraw of the dashboard design — not their code or design files. Calendar View, Settings, AI Reasoning and the phone update are inferred; I have not seen any of them. ↩ ↩
  4. The prototype. Dan, Emma, Priya, Marco, the Whitmore wedding, the rates, dates and counts are all invented. Emma’s phone view is a proposed surface, not one I have seen. ↩
  5. Not affiliated with Autumn. An unsolicited concept made for a job application. ↩