What Hotel Ownership Groups Actually Want to See Every Morning

The morning brief that the revenue manager uses to run their day and the morning brief that an ownership group needs to feel confident in the business are not the same document. Most hotels send owners the same dense spreadsheet the ops team uses. That creates more questions than it answers — and those questions land in the revenue manager's inbox at 8am.

Two different jobs, two different briefs

The internal morning brief exists to enable decisions. It needs to show pickup by date, rate position against comp set, exceptions that need action today, budget variance at the segment level, and notes on anything unusual. It's detailed because the people reading it are going to do something with it within the hour.

The owner brief exists to answer one question: is the business performing as expected, and is there anything I need to know about? That's a much simpler information problem, and it requires a much simpler document. Sending an owner the full 40-row detailed brief isn't giving them more information — it's giving them more work to do before they can find the three numbers they actually care about.

Ops team brief

  • Full 60-day pickup table
  • Comp set rate position by date
  • Segment breakdown with channel contribution
  • Exception flags by date and rate code
  • Budget variance at the segment level
  • Rate shop notes for next 21 days
  • Action items for today's calls

Ownership brief

  • MTD RevPAR vs. budget (one number)
  • Yesterday occupancy + ADR
  • Next 30-day pace: ahead / on track / behind
  • Anything needing owner awareness or approval
  • One-line summary of market conditions

What ownership groups actually ask about

Ownership groups — whether that's a single family with two hotels or a fund with twenty — tend to ask the same few questions, in different words, depending on the day.

The first is: how are we tracking against the budget we approved? RevPAR vs. budget, MTD and YTD. That's almost always the primary lens. Not ADR in isolation, not occupancy in isolation — RevPAR relative to the financial plan they've committed to. If that number is within tolerance, most owners are satisfied and the rest of the brief is just context.

The second question is: what's the forward picture? Are the next 30-60 days pacing ahead, behind, or in line with where we should be at this point in the booking curve? This is a trend question, not a precise number — owners want to know if they should be paying attention to something or not.

The third question, which usually comes up only when the first two look uncertain, is: what's the explanation? If RevPAR is running 8% behind plan, what's driving that, and what's the team doing about it? This is the one where the revenue manager's judgment matters most, and it's also the one that most morning briefs don't answer well — they show the number without the narrative.

An owner who has to ask "is this good?" every time they read the brief is an owner who's not fully served by the current reporting format. A well-designed owner brief answers "is this good?" before the owner has to ask.

A sample owner-facing morning view

The right owner brief is usually 5-7 rows, not 40. Here's what that looks like in practice for a single-property daily summary:

Metric Yesterday MTD Actual MTD Budget Variance Status
Occupancy 84% 81% 79% +2 pts On Track
ADR $218 $212 $220 -$8 Watch
RevPAR $183 $172 $174 -$2 (-1.1%) On Track
30-day pace 74% occ — ahead of same-period last year by 3 pts +3 pts LY Strong
Action items Rate review flagged for May 17-19 weekend (comp set up 12%). Team monitoring. FYI

Five rows. A clear status signal on each. An action item line that gives the owner the information they'd need to ask a useful question without burying them in the detail that led to it. That's the whole brief. The revenue manager handles the rest.

Why most hotels don't produce this

The short answer is that it requires a second formatting pass. The team morning brief gets built because there's a daily process around it. A separate owner brief means building a second view from the same data, with different formatting, different columns, different narrative framing. That's more work, so it doesn't happen — or it happens inconsistently, or the team sends the internal brief with a note saying "let me know if you have questions."

The automation solution here is relatively straightforward. If the underlying data is already assembled programmatically — PMS figures populating the shared sheet automatically — generating a second, simplified view from the same source data is a much smaller additional step. The data is there. The formatting is the problem. Automating the assembly layer makes the owner brief a tractable secondary output rather than an additional manual job.

The relationship value of good owner reporting

There's something beyond efficiency worth naming here. Ownership groups that receive a clean, confident daily brief — one that answers their questions before they have to ask — tend to be less anxious, less likely to call and ask for ad-hoc reports, and more likely to trust the operating team's judgment when the conversation turns to strategy.

A dense spreadsheet that requires interpretation signals that the team is close to the data. A clear summary brief that translates the data into the owner's frame signals that the team is in control of it. Both can be true simultaneously — the operations team works from the detailed view, and the owner gets the translated version that's been designed for their perspective.

The best ownership relationships I've seen have this in common: the operator controls the reporting format. They designed the owner brief to reflect how they think about performance, so the conversation stays in a frame the team can actually work with. That's harder to do when the owner is looking at the raw spreadsheet and forming their own interpretation.

← Back to all posts

Sending owners the same brief your ops team uses?

The report stack mapper helps you see what's in your current reporting stack and which outputs are actually serving which audiences — starting point for building an owner view that doesn't create extra work.

Map your report stack Book a workflow review