Kontakt
Produkt

Ticketing, neu gebaut

Aus sechs Screens wurden drei. Das Interessante ist nicht, was wir entfernt haben, sondern was auf den Server musste, damit wir es entfernen durften.

Von Ovadev4 Min. Lesezeit

Alle Beiträge
  • ticketova
  • checkout
  • produkt
WhatsAppLinkedInX

Der alte Weg hatte sechs Screens zwischen «ich will ein Ticket» und «ich habe eins». Keiner davon war schlecht gebaut. Jeder einzelne existierte, weil irgendwo, irgendwann, eine Frage keine Voreinstellung hatte.

Taps zum Kauf
3

vorher sechs Screens, elf Taps

Bestätigung im Median
820 ms

p95 bei 1,4 s

Abschlussquote
+18 %

gleicher Traffic, vier Wochen später

Jeder Screen war eine Frage mit einer Voreinstellung#

Wir haben die sechs Screens aufgelistet und neben jeden geschrieben, was 90 % der Käuferinnen und Käufer antworten. Fünf von sechs hatten eine solche Antwort. Ein Screen, der eine Frage mit einer 90-Prozent-Antwort stellt, ist keine Wahl, sondern eine Bestätigung, und Bestätigungen gehören auf die Quittung, nicht in den Ablauf.

ScreenFrageWas 90 % antworteten
KategorieWelche Kategorie?Die, aus der sie gekommen sind
AnzahlWie viele?Die Zahl aus dem Schritt davor
VersandPost oder Wallet?Wallet
GebührenGebühr akzeptieren?Ja. Sie war nie freiwillig
KontoAnmelden oder als Gast?Als Gast, das Konto danach
Fünf Fragen, fünf Voreinstellungen, fünf Screens, aus denen eine Zeile auf der Bestätigung werden konnte.

Was auf den Server musste#

Einen Screen zu entfernen heisst meistens, dass der Server jetzt in einer Sache recht haben muss. Drei Fälle trugen den grössten Teil davon:

  1. 01
    Die Reservation passiert beim Tap

    Der alte Weg reservierte einen Platz, sobald man den Zahlungsscreen erreichte. Jetzt reserviert er beim ersten Tap, für neunzig Sekunden, und gibt beim Abbruch wieder frei. Die Leute verloren keine Plätze mehr zwischen zwei Screens, und genau das war die häufigste Beschwerde.

  2. 02
    Gebühren werden einmal aufgelöst

    Die Gebührenlogik lief früher an zwei Stellen und war sich gelegentlich um einen Rappen uneinig. Sie wird jetzt serverseitig zusammen mit der Reservation aufgelöst und reist mit ihr mit. Der Client rechnet nie mit Geld.

  3. 03
    Das Konto entsteht danach

    Wir legen das Konto aus dem Zahlungsbeleg an, sobald der Kauf durch ist, und schicken einen Link zum Setzen des Passworts. Niemand war je froh darüber, ein Konto anlegen zu müssen, bevor er etwas kaufen darf.

Unter einer Sekunde, und wie das gemessen wird#

«Bestätigung unter einer Sekunde» heisst vom Tap auf Bezahlen bis das Ticket auf dem Bildschirm und am Eingang gültig ist. Nicht bis zum Spinner, nicht bis zur Weiterleitung. Die Zahl, auf die es ankam, war der p95, denn der Median war ohnehin in Ordnung, und was die Leute erinnern, ist der Ausläufer.

sql
-- die Reservation ist eine Zeile mit Frist; Ablauf ist eine Abfrage, kein Job
select seat_id
from seat_hold
where event_id = $1
  and expires_at > now()
for update skip locked;
Kein Cron, der abgelaufene Reservationen wegräumt: eine abgelaufene passt einfach nicht mehr.

skip locked leistet dort die stille Arbeit: Zwei Käufer, die im selben Moment nach demselben Platz greifen, stehen nicht mehr hintereinander an. Der zweite bekommt im selben Roundtrip einfach den nächsten freien Platz.

Was wir anders machen würden#

Würden Sie den Kategorien-Screen wieder streichen?

Ja, aber später. Es war die eine Streichung, die einen Ersatz brauchte: Für Häuser mit mehreren Kategorien zeigen wir die Kategorien jetzt direkt im Saalplan statt als eigenen Schritt, und das kostete zwei Wochen, die wir nicht eingeplant hatten.

Hat der Gastkauf den Wiederkäufen geschadet?

Nein, die Wiederkaufrate ist gestiegen. Wer zweimal kauft, legt freiwillig ein Konto an, und wer nie wiederkommt, hätte auch nie ein Passwort gepflegt.

Neunzig Sekunden für eine Reservation: warum nicht fünf Minuten?

Fünf Minuten sind grosszügig gegenüber der Käuferin und brutal gegenüber dem Veranstalter, wenn ein Event heiss läuft. Neunzig Sekunden decken eine Kartenzahlung mit einem Umweg über 3-D Secure ab, und wir verlängern einmal automatisch, solange das Zahlungsfenster offen ist.

Ovadev

Ein Softwareunternehmen in Baar, Zug. Wir bauen eigene Produkte, betreiben sie danach selbst und schreiben auf, was uns das beibringt.

Kontakt aufnehmen
Weiterlesen

Mehr aus dem Studio: zuerst Produkt, dann der Rest.

Alle Beiträge
© 2026 Ovadev GmbHAus der Schweiz