Skip to content

Field Notes

How guests book the wrong room even when the website is accurate

Building Room Fit exposed a deeper problem: hotel inventory compresses physical rooms into sellable categories. The guest needs enough of that physical reality restored before availability can become a useful answer.

Field observation — Tamaga Hotel Room Fit experiment, August 2026

Four is not a room.

We discovered that while trying to draw one.

The fictional Tamaga Hotel has a Family Room for two adults and two children.

On paper, the requirement looked almost trivial:

Maximum occupancy: 4.

Then we built the Room Fit illustration.

The drawing showed one double bed and two separate single beds.

The interface had to place four exact sleeping-position markers on the physical room:

  • two on the double bed;
  • one on the first single;
  • one on the second single.

Every marker had to land on a real place where a person could sleep.

Suddenly the number 4 looked strangely inadequate.

It had been correct all along.

It just was not the room.

A room category is a compression format

Hotels need categories.

A category lets a property say:

Family Room
Maximum occupancy 4

That is useful operational compression.

A physical room contains far more information:

  • bed geometry;
  • privacy;
  • circulation;
  • doors;
  • stairs;
  • fixed furniture;
  • convertible furniture;
  • shared sleeping space;
  • bathroom access;
  • what is guaranteed;
  • what must be requested.

The category reduces that reality to something a system can sell, compare, price, and make available.

Compression is not the problem.

The problem begins when we forget that the room was compressed.

A guest does not sleep in “occupancy 4.”

A family sleeps in an arrangement.

Every fact can be right and the choice can still be wrong

Imagine a booking path where every system does its job correctly.

The room page says:

Sleeps 4.

The photographs are current.

The bed list is somewhere on the page.

The booking engine knows the room category allows four guests.

The selected dates are genuinely available.

The rate is correct.

Nothing is false.

And the family can still arrive to discover:

  • the fourth sleeping place is a sofa bed they did not expect;
  • the children sleep in the same open space as the adults;
  • the second bed exists only after a request;
  • the room technically fits four but leaves almost no circulation;
  • the arrangement is completely different from what the family imagined.

This is not necessarily a content-quality failure.

It can be a compression failure.

The booking journey carried the summary forward and left the physical meaning behind.

Availability can answer the wrong question perfectly

Booking systems are very good at an important question:

What can be sold for these dates, this party size, and these rate conditions?

A guest may be asking a different question:

Where will the four of us actually sleep?

Those questions overlap.

They are not identical.

An availability result can be perfectly accurate and still arrive one step too early.

That is why we now think about room choice in this order:

physical configuration → party fit → limitation → live availability

Not because availability matters less.

Because availability is only useful after the object being made available is understood well enough to choose.

Availability should not be asked to prove suitability.

The breakthrough was not the green FITS label

Our first instinct was to think of Room Fit as a verdict.

For the Family Room:

FITS

But the illustration made the verdict feel too easy.

A green label could become another compression.

So we required the result to point back into the room.

Four guests.

Four proper sleeping places.

Four physical anchors.

Then one more piece of truth:

One open sleeping space.

That sentence matters as much as FITS.

The room can satisfy the hard requirement and still carry a limitation a particular family may care about.

This changed our definition of a good fit result.

A fit result is not:

This room is recommended.

It is closer to:

Here is why the room fits. Here is the limitation that survives the fit. You decide whether that works for you.

The system establishes the physical reason.

The guest keeps the judgment.

Suitability is not a property of the room

This is the deeper problem with many room labels.

“Family Room” sounds like a property.

“Suitable for families” sounds like a property.

But suitability is a relationship.

The same physical room may be an excellent fit for:

  • two adults with two younger children;

and a poor fit for:

  • two adults with two older children who need more separation.

A room may fit four people numerically and fail a privacy constraint.

It may fit three people beautifully and fail one guest’s access requirement.

It may have two beds but not the two-bed configuration the party actually needs.

Capacity belongs mostly to the room.

Suitability belongs to:

room × party × constraint

Availability belongs to another relationship:

room or offer × dates × restrictions

Once those are separated, the architecture becomes much clearer.

Tamaga does not need to become the PMS.

The PMS or booking engine remains authoritative for live inventory, rates, restrictions, and reservation state.

Room Fit has a narrower job:

make the physical stay legible before live inventory becomes the answer.

The most expensive missing fact may be spatial

Hotels often think of content completeness as a list.

Do we have:

  • room size;
  • bed type;
  • occupancy;
  • amenities;
  • bathroom;
  • photos?

But a guest does not experience those facts as a list.

They experience a room as relationships in space.

A double bed plus two singles is not merely:

1 double, 2 singles.

It may mean:

Four proper sleeping places, all in one open sleeping space.

Two rooms described as “adjacent” are not necessarily connecting.

A sofa shown in a photograph is not necessarily a guaranteed sleeping place.

A room with a staircase in one corner may be numerically suitable and practically impossible for one guest.

The missing fact is often not another attribute.

It is the relationship between the attributes.

This is why we drew the room

The Room Fit experiment used an unusual rule for a software illustration:

Every sleeping-place marker had to terminate on an actual sleeping position in the drawing.

No generic bed icon.

No abstract “4 guests” token floating beside the room.

No decorative connector.

If the interface said four proper sleeping places, the physical scene had to prove four proper sleeping places.

That rule did something useful.

It forced the digital model to return to the house.

The illustration was no longer decoration.

It became a test:

Can the interface point to the physical reality behind its claim?

That is a question worth asking far beyond illustrations.

The room-decompression test

Take one room category from your own hotel.

Do not begin with its marketing copy.

Begin with the actual room.

Now ask:

  1. If four people can sleep here, can you point to four real sleeping positions?
  2. Which sleeping places are fixed, convertible, or request-only?
  3. What important spatial limitation survives even when the room fits?
  4. Can the guest see that limitation before live availability and price begin to dominate the decision?
  5. Does the booking path preserve the same physical meaning as the room page?
  6. If the room does not fit, can the system say why rather than merely hiding it?

If the answer exists only in photographs, prose, or somebody’s head, the category may still be too compressed at the moment of choice.

The field lesson

We started with a familiar product question:

Which room fits two adults and two children?

Drawing the answer exposed a more interesting question:

How much physical reality has to survive digital compression before a room can be chosen responsibly?

The answer is not “everything.”

Guests do not need a building-information model.

They need the few physical truths that change the decision.

For this family, that meant:

  • four proper sleeping places;
  • one double;
  • two singles;
  • one open sleeping space.

Only then did FITS mean something.

Only after that did live availability become useful.

The wrong-room problem is therefore not always that a hotel published bad information.

Sometimes the hotel published the truth.

The booking journey simply compressed it too early.

Inventory counts the room. Fit restores the stay.

A room becomes a credible choice when the guest can understand not just how many people are allowed inside it, but where those people will actually live for the night.


Source note

This Field Note comes from the Room Fit and ILL-004 integration experiment built around the fictional Tamaga Hotel Family Room. The experiment required a 2 adults + 2 children fit result to correspond to four real sleeping positions in the physical room illustration: two positions on one double bed and one on each of two separate single beds. The approved limitation was One open sleeping space.

Tamaga Hotel is a synthetic reference environment. This note does not claim that every wrong-room booking arises from occupancy modeling or that every booking engine reduces room choice to a single capacity number. The observation is narrower: a correct capacity or availability result can be insufficient when decision-critical physical relationships do not survive into the point of choice.

Corrections

No corrections have been issued for this draft.

Corrections: none