Flyiin: Neugestaltung des Flugvertriebs durch einen NDC-basierten Marktplatz

Flyiin ist ein 2015 gegründetes Reisetechnologie-Startup aus Berlin mit einem ehrgeizigen Ziel: Es wollte neu erfinden, wie Flüge gesucht, verglichen und gebucht werden. Auf Basis des NDC-Standards (New Distribution Capability) der IATA wollte Flyiin einen echten Online-Marktplatz für Flugreisen schaffen – einen Ort, an dem Passagiere in einer einzigen, nahtlosen Umgebung auf das gesamte Angebot der Airlines, auf Zusatzleistungen und transparente Preise zugreifen können, ohne zu Drittanbietern weitergeleitet zu werden oder auf Direktangebote der Airlines verzichten zu müssen.

Die klassische Flugbuchungsbranche beruhte auf einer jahrzehntealten Vertriebsinfrastruktur, die weder Airlines noch Reisenden wirklich gerecht wurde. Die herkömmlichen Kanäle boten nur eingeschränkte Produkttransparenz, nahmen den Airlines die Kontrolle über ihr eigenes Verkaufserlebnis und ließen Reisende in einer zersplitterten Landschaft aus Metasuchmaschinen, Online-Reisebüros (OTAs) und Airline-Websites zurück, in der sie sich das Gewünschte mühsam zusammensuchen mussten.

Flyiins Vision verlangte etwas, das der Markt bis dahin nicht geliefert hatte: eine Plattform, die sich direkt und gleichzeitig mit mehreren Airline-APIs verbinden, Echtzeitangebote – darunter Sitzplätze, Mahlzeiten, Lounge-Zugang und weitere Zusatzleistungen – bündeln und in einem schlüssigen, interaktiven Buchungsablauf darstellen kann. Die technischen Anforderungen waren hoch. Parallele API-Verarbeitung, eine fehlertolerante Architektur und ein Push-basiertes Kommunikationsmodell waren unverzichtbar, um das reaktionsschnelle Erlebnis zu bieten, das moderne Reisende erwarten.

Civitta arbeitete als strategischer Technologiepartner mit Flyiin zusammen und übernahm die Verantwortung für die gesamte Full-Stack-Entwicklung – von Backend und Frontend bis zur Qualitätssicherung.

• Backend-Architektur
  Das Team wählte Elixir als Fundament, weil die Sprache über ein bewährtes Nebenläufigkeitsmodell und Fehlertoleranz verfügt – genau das, was nötig war, um gleichzeitige Echtzeitanfragen an mehrere Airline-APIs zu verarbeiten, ohne das Nutzererlebnis zu beeinträchtigen. Push-basierte Kommunikationsmuster hielten die Oberfläche reaktionsschnell und die Daten aktuell und beseitigten so die Probleme mit veralteten Datenständen, wie sie in Buchungsabläufen mit häufigem Polling üblich sind.
• Frontend-Entwicklung
  Das Frontend wurde in Elm entwickelt – einer Sprache, die bewusst wegen ihrer starken Garantien für Laufzeitstabilität und ein vorhersehbares State-Management gewählt wurde. In einem Buchungskontext, in dem Fehler verlorene Transaktionen oder frustrierte Nutzer bedeuten können, bot die Architektur von Elm ein Maß an Robustheit, das gängige JavaScript-Frameworks nicht erreichen konnten.
• Qualitätssicherung
  Die Qualitätssicherung war über den gesamten Entwicklungszyklus hinweg fest verankert: mit ExUnit und ExVCR für das Backend sowie Postman für Tests auf API-Ebene. Statt QA als letzte Hürde vor dem Release zu behandeln, band das Team das Testen kontinuierlich ein – so konnten Probleme nah an ihrer Ursache erkannt und behoben werden.

Civitta lieferte einen funktionsfähigen MVP des Flyiin-Marktplatzes für das Web, der eine robuste, nebenläufige Backend-Verarbeitung mit einem stabilen, reaktionsschnellen Frontend verband. Die Plattform wurde erfolgreich an Airline-APIs angebunden – darunter die der Lufthansa Group und der IAG-Airlines – und zeigte damit, dass ein direkter, NDC-basierter Vertrieb im großen Maßstab technisch machbar ist.

Flyiins Technologie stieß in der Branche in der Folge auf große Aufmerksamkeit. Die Plattform wurde in einer privaten Beta mit rund 500 Nutzern validiert, weckte als Vertriebspartner das Interesse großer Airlines und führte schließlich 2021 zur Übernahme von Flyiin durch Priceline (Teil von Booking Holdings) – ein Beleg für die technische Architektur und die Marktvision, die das Team mit aufgebaut hatte.

1. Technologieentscheidungen sind Produktentscheidungen: Die Wahl von Elixir und Elm war nicht bloß eine technische Vorliebe, sondern eine bewusste Abstimmung der Stärken der Sprachen auf die Produktanforderungen. Nebenläufigkeit, Fehlertoleranz und vorhersehbares State-Management waren keine Extras – sie waren das Produkt.
2. Fehlertoleranz ist ein Feature, kein Sicherheitsnetz: In einer Echtzeitumgebung mit mehreren APIs sind Ausfälle unvermeidlich. Weil fehlertolerantes Verhalten von Anfang an in die Kernarchitektur eingebaut wurde, zogen einzelne API-Fehler keine kaputten Nutzererlebnisse nach sich – ein Unterschied, der robuste von anfälligen Produkten trennt.
3. Eine Branche zu verändern erfordert mehr als ein Produkt: Airlines dabei zu unterstützen, die Funktionsweise der NDC-Implementierung im Detail zu verstehen, war ebenso wichtig wie die Software selbst. Echter Wandel in der Branche erforderte Beratung neben Code.