Axel Kummerlöwe
Konzept-Redesign2013 und 2026

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.

Drei Handy-Screens des neuen Prototyps: Kalender mit Preisen, Zimmervergleich und Buchungsbestätigung
Der neue Prototyp. Hotel, Zimmer und Preise sind erfunden, gebucht wird nichts.
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.

Prototyp ausprobieren

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

Vorher, nachgezeichnet

Logo20.11. – 23.11.2026 · 3 NächteErwachsene1 ▾Kinder0 ▾

Liebe Eltern, für Buchungen mit Kindern melden Sie sich gerne direkt bei uns per Telefon oder E-Mail.

Doppelzimmer A240 €WeiterKarte und Öffnungszeiten

Nachher, Prototyp

Neue Suche: Erwachsene und Kinder stehen über dem Kalender

Was auffiel

  1. 1Die Personen kommen erst nach dem Datum, voreingestellt ist 1 Erwachsener.
  2. 2Der erste Preis gilt deshalb für eine Person: 240 € für ein Doppelzimmer. Mit 2 Erwachsenen werden daraus 390 €.
  3. 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

Vorher, nachgezeichnet

LogoAnreisetag wählen‹November 2026›MoDiMiDoFrSaSo123456789101112131415161718192021222324252627282930⊗Karte und Öffnungszeiten

Nachher, Prototyp

Neuer Kalender mit Preis pro Nacht unter jedem Tag und markiertem Zeitraum

Was auffiel

  1. 1Freie Tage sind nur eingefärbt. Ob das Wochenende teurer ist, sieht man nicht, und der gewählte Zeitraum ist nicht hervorgehoben.
  2. 2Mobil steht immer nur ein Monat da. Aufenthalte über den Monatswechsel gehen nur über die kleinen Pfeile.
  3. 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

Vorher, nachgezeichnet

LogoDoppelzimmer Aausgewählt390 €Alle Zimmertypen anzeigen ▾Doppelzimmer A390 €Doppelzimmer B390 €Doppelzimmer Cauf AnfrageKarte und Öffnungszeiten

Nachher, Prototyp

Neue Zimmerwahl: Karten mit Foto, Fakten, Frühstücks-Umschalter und Gesamtpreis

Was auffiel

  1. 1Ein Zimmer ist vorausgewählt. Die anderen liegen hinter „Alle Zimmertypen anzeigen“.
  2. 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.
  3. 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.

Ausgebuchtes Familienzimmer mit Vorschlag für das nächste freie Anreisedatum
Ausgebucht heißt nicht Sackgasse: Das Zimmer schlägt das nächste freie Datum vor, ein Tipp übernimmt es.

Schritt 3 · Kasse

Sechs Felder statt rund 25

Vorher, nachgezeichnet

LogoAnrede *Vorname *Nachname *Straße *PLZ *Ort *Land *E-Mail *TelefonGeburtstag *Mitreisender 1Anrede *Vorname *Nachname *Geburtstag *Ortstaxe12 €Gesamt402 €Weiter

Nachher, Prototyp

Neue Kasse mit Labels über den Feldern und Fehlermeldungen direkt am Feld

Was auffiel

  1. 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.
  2. 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.
  3. 3Das Land ist ein Freitextfeld, die E-Mail ein normales Textfeld ohne E-Mail-Tastatur.
  4. 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.

Bezahlarten als Karten mit Icon: Apple Pay und Google Pay, PayPal, Kreditkarte, vor Ort
Vier Bezahlarten als große Karten. Vorher gab es Rechnung, EC, Kreditkarte und vor Ort, aber keine Wallets.

Alle Schritte

Eine feste Leiste und ein klarer Fortschritt

Vorher, nachgezeichnet

LogoSSL-SiegelZimmer 1:Persönliche AngabenVorname *Nachname *WeiterKarte und Öffnungszeiten

Bitte informieren Sie uns über Ihre Anreisezeit.

Nachher, Prototyp

Neue Kasse mit Schrittanzeige im Kopf, aufgeklappter Zusammenfassung und fester Leiste mit Buchen-Knopf

Was auffiel

  1. 1Vor jedem Schritt stehen Logo, Adresse, Kontakt und ein SSL-Siegel. Der eigentliche Inhalt beginnt erst weiter unten.
  2. 2Mobil gibt es keine Fortschrittsanzeige. Die Schritte sind ausgegraute Überschriften im Seitenfluss, während der Desktop einen Balken mit „13 %“ zeigt.
  3. 3Der Weiter-Knopf hängt im Seitenfluss, direkt darunter beginnt der Footer mit Karte und Öffnungszeiten.
  4. 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

VorherNachher
Schrift in Eingabefeldern12 px16 px, kein Zoom auf iOS
Höhe der Eingabefelder39 px48 px
Felder in der Kasseetwa 25 bei 2 Gästen6, davon 3 Pflicht
Fortschritt auf dem HandykeinerSchritt x von 3 und Balken
Hauptaktionim Seitenflussfeste Leiste mit Preis
E-Mail-Feldtype="text"type="email" mit passender Tastatur
Kalender mit Tastaturnicht bedienbarjeder Tag ein Button mit Datum und Preis
Ortstaxe sichtbarerst im Formularab 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.

Desktop-Suche: zwei Kalendermonate nebeneinander, rechts Gäste, Zeitraum und Knopf „Zimmer zeigen“
Suche: Kalender über die volle Breite, Gäste und Aktion in der Leiste rechts.

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.

Desktop-Zimmerwahl: quer liegende Zimmerkarten, rechts Zusammenfassung mit Gesamtpreis
Zimmer: Karten quer, die Leiste zeigt das gewählte Zimmer und den Gesamtpreis.
Desktop-Kasse: Formular links, rechts Aufstellung aller Posten und Buchen-Knopf
Kasse: Die Aufstellung ist immer sichtbar, der Buchen-Knopf trägt den Betrag.

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.

Bestätigung als Reservierungsbeleg mit Zimmerfoto, An- und Abreise und BuchungsnummerOnline-Check-in mit Gast 2 als erwachsen und Gast 3 als Kind, 7 Jahre bei 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

25 → 6Felder in der Kasse bei 2 Gästen, davon 3 Pflicht
12 → 16 pxSchrift in Eingabefeldern, kein Zoom beim Tippen
Schritt 2ab hier steht der Endpreis inklusive Ortstaxe, vorher erst im Formular
3 SchritteSuche, Zimmer, Kasse. Check-in und Anreisezeit danach

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

Suchagenten

Side-Project