Buchungsmaschine, 13 Jahre später
2013 habe ich eine Buchungsstrecke für Hotels entworfen, die heute noch auf vielen Hotelwebsites läuft. So würde ich sie jetzt bauen: mobil zuerst, mit ehrlichen Preisen von Anfang an und einer Kasse mit sechs statt rund 25 Feldern.

- Art
- Konzept-Redesign mit klickbarem Prototyp
- Rolle
- 2013 Konzept und UX der ursprünglichen Strecke. 2026 Audit, Konzept, UI und Prototyp
- Zeitraum
- November 2026
- Plattform
- Web, mobil zuerst, helles und dunkles Design
- Technik
- Next.js, React, TypeScript, umgesetzt mit Claude Code
Kurzfassung
Eine Buchungsstrecke ist der Moment, in dem aus Interesse Umsatz wird. Ich habe mir angesehen, wie die Strecke heute auf einer Hotelwebsite läuft, und sie auf dem Handy an dem gemessen, was Gäste von großen Buchungsportalen kennen.
Die Original-Screens darf ich nicht zeigen. Alle Vorher-Ansichten sind deshalb schematisch nachgezeichnet: gleiche Abfolge, gleiche Probleme, ohne Logo, Hotel und Originalgrafik. Grundlage ist ein Durchklicken der öffentlichen Strecke auf 375 px Breite am 9. November 2026.
Was beim Durchklicken auffiel
Ich bin die Strecke mobil von der Datumswahl bis zu den Gästedaten durchgegangen und habe vor dem Absenden aufgehört. Die Probleme liegen in der Reihenfolge, in der Transparenz der Preise und im Formular.
Die folgenden Vergleiche zeigen links die nachgezeichnete Strecke, rechts den neuen Prototyp im selben Schritt. Die nummerierten Quadrate markieren die Befunde, darunter steht, was sich geändert hat und warum.
Mobil, Schritt für Schritt
Vorher und nachher
Schritt 1 · Suche
Erst die Gäste, dann der Preis
Was auffiel
- 1Die Personen kommen erst nach dem Datum, voreingestellt ist 1 Erwachsener.
- 2Der erste Preis gilt deshalb für eine Person: 240 € für ein Doppelzimmer. Mit 2 Erwachsenen werden daraus 390 €.
- 3Familien werden auf Telefon und E-Mail verwiesen („Liebe Eltern …“), obwohl die Strecke ein Auswahlfeld für Kinder hat.
Was sich geändert hat
- Erwachsene und Kinder stehen vor dem Kalender, voreingestellt sind 2 Erwachsene.
- Für jedes Kind wird das Alter bei Anreise abgefragt, weil es den Preis bestimmt.
- Zimmer, die nicht zur Gruppe passen, erscheinen gar nicht erst. Das Familienzimmer taucht ab 3 Personen auf.
Warum
Der Preis hängt an der Gruppe. Wer zuerst 240 € sieht und dann 390 €, fühlt sich getäuscht, auch wenn beide Zahlen stimmen. Doppelzimmer werden meist zu zweit gebucht, also ist 2 der ehrlichere Startwert.
Familien sind für ein Ferienhotel keine Sonderfälle. Wenn die Strecke sie an die Rezeption schickt, geht die Buchung oft an ein Portal, das Kinder abfragen kann.
Schritt 1 · Kalender
Preise im Kalender und kein Sprung beim Tippen
Was auffiel
- 1Freie Tage sind nur eingefärbt. Ob das Wochenende teurer ist, sieht man nicht, und der gewählte Zeitraum ist nicht hervorgehoben.
- 2Mobil steht immer nur ein Monat da. Aufenthalte über den Monatswechsel gehen nur über die kleinen Pfeile.
- 3Nach dem ersten Tippen wechselt die Überschrift auf „Abreisetag wählen“, der Inhalt verschiebt sich, und der zweite Tipp trifft einen anderen Tag.
Was sich geändert hat
- Unter jedem Tag steht der günstigste Preis pro Nacht für die eingestellte Gruppe. Volle Tage sind durchgestrichen.
- Vier Monate stehen untereinander, gescrollt wird mit dem Daumen statt über Pfeile.
- Der Zeitraum ist als Fläche markiert, und die Überschrift bleibt stehen. Was als Nächstes zu tun ist, steht in der festen Leiste unten.
- Jeder Tag ist ein Button mit Datum und Preis als Beschriftung. Vorher waren die Tage nicht fokussierbar und damit weder mit Tastatur noch mit Screenreader bedienbar.
Warum
Auf dem Handy ist ein verrutschter Tipp kein Schönheitsfehler, sondern ein falsches Datum. Und der Preis pro Tag beantwortet die Frage, die Gäste bei der Datumswahl ohnehin haben: Wird es am Wochenende teurer, lohnt sich ein Tag früher?
Schritt 2 · Zimmer
Zimmer vergleichen statt zugewiesen bekommen
Was auffiel
- 1Ein Zimmer ist vorausgewählt. Die anderen liegen hinter „Alle Zimmertypen anzeigen“.
- 2Die Liste ist reiner Text mit Name und Preis. Zwei Zimmer kosten gleich viel, was sie unterscheidet, steht nirgends. Einzelne Zimmer haben in der Detailansicht weder Fotos noch Beschreibung.
- 3Es gibt nur einen Gesamtpreis, keinen Preis pro Nacht und keine konkrete Stornofrist. Tippt man das schon gewählte Zimmer an, passiert nichts, und ein Weiter-Knopf ist nicht zu sehen.
Was sich geändert hat
- Alle passenden Zimmer stehen als Karten untereinander: Foto, Größe, Bett und das, was sie unterscheidet.
- Frühstück lässt sich direkt auf der Karte zuschalten, der Preis rechnet sofort mit.
- Groß steht der Gesamtpreis inklusive Ortstaxe, darunter der Preis pro Nacht und die Frist für die kostenlose Stornierung.
- Ausgebuchte Zimmer bleiben sichtbar, grau, und schlagen das nächste freie Anreisedatum vor.
Warum
Wer ein Zimmer zugewiesen bekommt, vergleicht anderswo, meist auf einem Portal. Die Entscheidung zwischen zwei Zimmern fällt über Fotos und harte Fakten wie Balkon oder ebenerdigen Zugang, nicht über den Namen.
„Bis wann kann ich kostenlos stornieren?“ ist beim Hotelbuchen die wichtigste Vertrauensfrage. Deshalb steht die Antwort am Preis und nicht in den Buchungsbedingungen.

Schritt 3 · Kasse
Sechs Felder statt rund 25
Was auffiel
- 1Kein Feld hat ein Label, es gibt nur Platzhalter in 12 px Schrift. iOS zoomt bei jedem Fokus hinein, und beim Tippen verschwindet, wofür das Feld war.
- 2Die Anrede ist Pflicht, der Geburtstag für jeden Gast auch, und die Namen aller Mitreisenden werden schon hier abgefragt. Für 2 Personen kamen etwa 25 Felder zusammen.
- 3Das Land ist ein Freitextfeld, die E-Mail ein normales Textfeld ohne E-Mail-Tastatur.
- 4Die Ortstaxe von 12 € taucht erst im Formular auf. Der Preis springt hier von 390 € auf 402 €.
Was sich geändert hat
- Pflicht sind nur Name, E-Mail und Bezahlart. Telefon und Wünsche sind optional, das Land ist eine Auswahl.
- Über jedem Feld steht ein Label. Die Felder sind 48 px hoch, mit 16 px Schrift, passender Tastatur und Autofill.
- Fehler stehen direkt am Feld und oben als Zusammenfassung. Der Fokus springt ins erste fehlende Feld.
- Der Betrag steht im Buchen-Knopf, die Zusammenfassung mit allen Posten lässt sich aufklappen. Zur Wahl stehen Apple Pay, Google Pay, PayPal, Kreditkarte und Zahlung vor Ort.
Warum
Jedes Pflichtfeld ist eine Gelegenheit abzubrechen, und auf dem Handy ist jedes Feld teurer als am Rechner. Geburtsdaten braucht das Hotel frühestens für den Meldeschein beim Check-in. Also wandern sie dorthin, hinter die Buchung.
Ein Preis, der im letzten Schritt steigt, wirkt wie ein Trick, auch wenn es nur 12 € Ortstaxe sind. Im Prototyp steht der Endbetrag ab der Zimmerkarte fest.

Alle Schritte
Eine feste Leiste und ein klarer Fortschritt
Was auffiel
- 1Vor jedem Schritt stehen Logo, Adresse, Kontakt und ein SSL-Siegel. Der eigentliche Inhalt beginnt erst weiter unten.
- 2Mobil gibt es keine Fortschrittsanzeige. Die Schritte sind ausgegraute Überschriften im Seitenfluss, während der Desktop einen Balken mit „13 %“ zeigt.
- 3Der Weiter-Knopf hängt im Seitenfluss, direkt darunter beginnt der Footer mit Karte und Öffnungszeiten.
- 4Die Bitte um die Anreisezeit steht im Footer, wo sie kaum jemand liest.
Was sich geändert hat
- Im Kopf stehen nur Hotelname, „Schritt 2 von 3“ und drei kurze Balken. Der Zurück-Pfeil führt einen Schritt zurück, ohne Daten zu verlieren.
- Die Hauptaktion sitzt in jedem Schritt in einer festen Leiste am unteren Rand, in Daumenreichweite, mit dem aktuellen Preis daneben.
- Nach jedem Schrittwechsel springt die Seite an den Anfang, und der Fokus liegt auf der Schrittüberschrift, damit Screenreader den neuen Schritt ansagen.
- Anreisezeit und Online-Check-in kommen nach der Buchung, siehe unten.
Warum
Auf dem Handy entscheidet die Daumenzone. Eine Aktion, die im Seitenfluss verschwindet, muss man erst suchen, und ein Footer direkt darunter lädt zum Verlassen der Strecke ein.
Gemessen statt geschätzt
| Vorher | Nachher | |
|---|---|---|
| Schrift in Eingabefeldern | 12 px | 16 px, kein Zoom auf iOS |
| Höhe der Eingabefelder | 39 px | 48 px |
| Felder in der Kasse | etwa 25 bei 2 Gästen | 6, davon 3 Pflicht |
| Fortschritt auf dem Handy | keiner | Schritt x von 3 und Balken |
| Hauptaktion | im Seitenfluss | feste Leiste mit Preis |
| E-Mail-Feld | type="text" | type="email" mit passender Tastatur |
| Kalender mit Tastatur | nicht bedienbar | jeder Tag ein Button mit Datum und Preis |
| Ortstaxe sichtbar | erst im Formular | ab der Zimmerkarte im Preis |
Desktop
Am Rechner: dieselbe Strecke, zwei Spalten
Die Desktop-Ansicht ist keine zweite Strecke, sondern dieselben drei Schritte mit mehr Platz. Sobald die App mindestens 768 px breit ist, wird jeder Schritt zweispaltig: links der Inhalt, rechts eine Leiste, die beim Scrollen stehen bleibt.
Vorher zeigt der Desktop als einzige Ansicht einen Fortschrittsbalken („13 %“) und folgt sonst derselben Abfolge wie mobil. Eine Skizze gibt es hier nicht: Ich habe die alte Strecke im Audit mobil durchgeklickt und den Desktop nur am Rand angesehen.

Was sich geändert hat
- Die Leiste rechts übernimmt die Rolle der festen Leiste unten auf dem Handy: Zusammenfassung, Preis und die eine Aktion des Schritts.
- Bei der Suche stehen die Gäste in der Leiste, der Kalender zeigt zwei Monate nebeneinander.
- Zimmerkarten liegen quer, Foto links, Fakten und Preis rechts. So stehen zwei Zimmer gleichzeitig auf dem Bildschirm.
- In der Kasse steht die Aufstellung aller Posten immer offen neben dem Formular, das auf eine lesbare Breite begrenzt ist.
- Im Kopf stehen die drei Schritte mit Namen statt der kurzen Balken.
Warum
Am Rechner gibt es keine Daumenzone, aber Platz zum Vergleichen. Die Aktion bleibt trotzdem an einer festen Stelle, damit man sie nie suchen muss. Und weil beide Ansichten dieselben Bausteine nutzen, gibt es nur eine Strecke zu pflegen.


Nach der Buchung
Was nicht für die Buchung nötig ist, kommt danach
Im alten Formular wurden Mitreisende und Geburtstage vor der Buchung abgefragt (Skizze der Kasse, Markierung 2), und die Anreisezeit stand als Bitte im Footer. Die Bestätigungsseite der alten Strecke habe ich nicht gesehen, weil ich vor dem Absenden aufgehört habe.
Im Prototyp ist die Buchung mit drei Pflichtfeldern abgeschlossen. Danach zeigt die Bestätigung den Aufenthalt als Reservierungsbeleg und bietet zwei Dinge an, die das Hotel wirklich braucht: die ungefähre Anreisezeit, damit der Code für den Schlüsselsafe rechtzeitig kommt, und den Online-Check-in für den Meldeschein.
Beim Check-in ist jeder Gast als erwachsen oder als Kind mit Alter bei Anreise gekennzeichnet, der erste Gast trägt den Namen aus der Buchung. Beides ist freiwillig und geht bis zur Anreise.
Ein eigenes Gesicht für jedes Hotel
Die Strecke läuft auf den Websites vieler Hotels, also muss sie sich jedem Haus anpassen. Das fiktive Hotel Talblick zeigt, wie das aussehen kann: warme Leinentöne und ein Tannengrün als einzige Akzentfarbe, Instrument Sans für die Oberfläche und Newsreader für Überschriften.
Ein Detail zieht sich durch alle Schritte: ein Punkt pro Nacht. Er steht neben der Nächteanzahl in der Suche, bei den Zimmern, in der Kasse und auf dem Beleg, damit die Länge des Aufenthalts auf einen Blick lesbar ist.
Vorher gemessen am 9. November 2026, mobil
Ergebnis
Grenzen und was ich als Nächstes täte
- Nicht mit Gästen getestet: Die Verbesserungen leiten sich aus dem Audit und bekannten Mustern ab. Als Nächstes würde ich alte und neue Strecke von fünf Personen am eigenen Handy buchen lassen und Zeit, Fehler und Abbrüche vergleichen.
- Vorher nur bis zu den Gästedaten: Ich habe vor dem Absenden aufgehört. Fehlermeldungen, Zusammenfassung und Bestätigung der alten Strecke kenne ich nicht.
- Desktop weniger erprobt: Die zweispaltige Ansicht ist nach der mobilen entstanden und weniger durchgetestet. Tablet-Breiten habe ich nicht geprüft.
- Alles simuliert: Preise, Verfügbarkeit und Zahlung sind erfunden. Die Seite des Hotels, also Verwaltung, Tarife und Schnittstellen, habe ich nicht betrachtet.
Was ich daraus mitnehme
Die meisten Verbesserungen sind keine neuen Funktionen, sondern eine andere Reihenfolge: die richtige Frage zur richtigen Zeit, ein Preis, der nicht mehr steigt, und alles, was die Buchung nicht braucht, danach. Auf dem Handy entscheidet genau das, ob gebucht wird.
Nächstes Projekt






