Wir begannen mit einem dreitägigen Workshop in Lissabon, der Produkt, Design, Research, Marketing und Engineering aus wichtigen Automotive-Märkten während der Sandbox Experiments zusammenbrachte. Teams aus Polen, Portugal, Rumänien und Nachbarländern verglichen, wie sich ihre Automotive-App in der Praxis verhielt. Wir untersuchten Such-Funnels, Listungserstellung, Messaging zwischen Käufern und Verkäufern sowie Promotionsoptionen für Händler.

Das erste Ziel war es, von allgemeinen Beschwerden über Komplexität zu einer klaren Beschreibung operationaler Probleme zu kommen. Länderteams teilten Situationen, in denen Nutzer die Listungserstellung abbrachen, wo Suchfilter zwischen Märkten unterschiedlich waren oder wo ähnliche Funktionen unter verschiedenen Bezeichnungen existierten. Produktmanager beschrieben, wie dies Roadmaps verlangsamte und die Priorisierung erschwerte. Marketingleiter erklärten, wie inkonsistente Flows Kampagnen einschränkten, die sich über mehrere Länder erstreckten.

Gemeinsam erstellten wir eine gemeinsame Karte der End-to-End-Automotive-Journey über Märkte hinweg. Diese umfasste Discovery, Suche, Shortlisting, Kontakt, Verhandlung und Post-Sale-Follow-up. Für jede Phase erfassten wir bekannte Painpoints, offene Fragen und Daten, die OLX bereits nachverfolgte. Wir führten auch einfache Entscheidungsprotokolle ein, die festhielten, welche Ideen verfolgt, verschoben oder abgelehnt wurden und warum.

Am Ende dieser Phase hatte OLX eine einheitliche Sicht auf das Automotive-Marketplace-Problem und eine Shortlist von Themen, die sofortige Designaufmerksamkeit verdienten, abgestimmt über Funktionen und Länder hinweg.

Mit einer gemeinsamen Problemdefinition konzentrierten wir uns auf Journeys und Architektur. Wir definierten UX-Architektur sehr konkret als Kombination aus Informationsstruktur, Navigationsmodell und Verhaltensregeln, die Features über Oberflächen und Länder hinweg steuern. Dann kartierten wir Journeys für unterschiedliche Nutzersegmente. Für Käufer umfasste dies erstmalige Mobile-only-Shopper, erfahrene Enthusiasten, die viele Fahrzeuge vergleichen, und Nutzer, die zwischen Desktop und App wechseln. Bei Verkäufern unterschieden wir Privatpersonen, die ein einzelnes Auto listen, von Händlern, die kontinuierlich Inventar verwalten. Jedes Segment folgte leicht unterschiedlichen Pfaden zwischen Durchsuchen, Suche, Vergleich, Speichern, Kontakt und Verhandlung.

Regionale Variation fügte eine weitere Ebene hinzu. Zum Beispiel verließen sich Nutzer in Polen stärker auf detaillierte technische Filter und Vergleichsansichten, während in Portugal und Rumänien Vertrauen rund um Fahrzeughistorie, Inspektion und Messaging-Muster eine größere Rolle spielten. In einigen Märkten bevorzugten Käufer In-App-Chat, in anderen wechselten sie schnell zu Telefonkontakt.

Wir nutzten diese Analyse, um durch Tension-driven Reasoning ein Marketplace-Coherence-Framework zu entwickeln. Im Zentrum stand eine kleine Gruppe von Journeys, die überall konsistent sein mussten, wie Suche-zu-Kontakt und Listungserstellung, mit klar definierten Punkten, an denen Länder Module, Inhalte und Texte anpassen konnten. Diese Architektur ermöglichte es OLX, lokale Bedürfnisse zu respektieren, ohne in jedem Markt eine andere Auto-Shopping-App zu erstellen.

Sobald die Architektur grundsätzlich vereinbart war, übersetzten wir sie während der Concept Convergence in konkrete Flows und Bildschirme. Wir erstellten Wireframes und interaktive Prototypen für wichtige Journeys in der Automotive-App, die Suche, Listungsdetails, Vergleich, gespeicherte Artikel, Alerts, Kontakt und grundlegende Account-Aufgaben abdeckten.

Jedes Konzept zeigte, wie Marketplace-UX-Designentscheidungen beide Seiten der Plattform beeinflussen. Zum Beispiel überarbeiteten wir Listungskarten und Suchergebnisse so, dass Informationen, die für Käufer wichtig sind, es auch für Verkäufer einfacher machten, vertrauenswürdige Angebote zu präsentieren. Wir behandelten Filter, gespeicherte Suchen und Alerts als eine Familie, die den Nutzer von der ersten Suche bis zu späteren Besuchen begleitet, statt als separate Features, die über Ansichten verstreut sind.

Diese Prototypen waren keine finalen Designs. Sie waren Arbeitswerkzeuge für Diskussionen über OLX hinweg. Wir wollten, dass Produktmanager, Marketer und Ingenieure Trade-offs klar sehen. Wenn ein Land einen zusätzlichen Schritt zur Verifizierung anforderte, wie würde das die Abschlussraten bei der Listungserstellung beeinflussen. Wenn ein neuer Promotions-Slot für Händler hinzugefügt würde, wie würde das die Suche-zu-Kontakt-Journey für Käufer beeinflussen.

Wir hielten einen regelmäßigen Feedbackrhythmus ein. Alle zwei Tage überprüften wir Details mit Kernprodukt- und Designverantwortlichen. Jede Woche hielten wir eine strukturierte Sitzung mit einer breiteren Gruppe aus mehreren Märkten ab. Alle Entscheidungen und Alternativen wurden in Confluence festgehalten, zurückverknüpft zu Journeys und Flows, statt als isolierte Kommentare gespeichert.

Als die Konzepte reiften, wurde Multi-Stakeholder-Validierung zur zentralen Aufgabe. OLX operiert als paneuropäische Kleinanzeigenplattform mit vielen internen Stimmen. Länderverantwortliche wollen Flexibilität, Produktführung sucht nach Kohärenz, Ingenieure suchen nach machbaren Lösungen, und Marketing kümmert sich darum, wie sich der Automotive-Marketplace den Nutzern präsentiert.

Wir nutzten ein einfaches Decision Canvas für jede signifikante Änderung durch Option Space Mapping. Für jeden Vorschlag berücksichtigten wir Nutzerimpact, Marketplace-Gesundheit, technische Komplexität und regionale Auswirkungen. Dieses Format erleichterte den Vergleich von Optionen ohne in abstrakte Debatten zu verfallen. Es machte auch Trade-offs explizit. Zum Beispiel könnte ein neues Vertrauenssignal in Listungen Käufer und langfristige Marketplace-Qualität unterstützen, aber zusätzliche Arbeit für Händler und mehr Zustände für das Engineering einführen.

In diesen Sitzungen agierten wir als Designführer, die konkrete Richtungen einbrachten und diese dann mit OLX verfeinerten, statt neutrale Diskussionen zu moderieren. Wir stellten auch sicher, dass Meinungsverschiedenheiten sichtbar waren. Wenn ein Land einen bestimmten Pfad bevorzugte, erfassten wir sowohl deren Begründung als auch die Gründe für eine andere Entscheidung.

Das Ergebnis war kein perfekter Konsens, sondern ein klareres Governance-Muster. Teams wussten, welche Journeys in der Auto-Shopping-App fix waren und wo lokale Experimente erlaubt waren. Produktmanager konnten Roadmaps um eine gemeinsame Struktur fokussieren, und die Entwicklung hatte eine stabilere Referenz für Implementierung und zukünftige Wartung.

Mit stabilen Kernflows kehrten wir während der Implementation Partnership für eine zweite Phase der Co-Location nach Lissabon zurück. Diese Phase konzentrierte sich auf Wissenstransfer und darauf, OLX-Designern und Produktteams praktische Werkzeuge zu geben, um das Marketplace-Coherence-Framework ohne konstante externe Unterstützung anzuwenden.

Wir führten Arbeitssitzungen durch, in denen interne Designer weniger zentrale Teile der Automotive-App übernahmen und die neue Architektur selbst anwendeten. Zum Beispiel überarbeiteten sie Bereiche für die Verwaltung von Listungen, Händler-Tools oder Benachrichtigungseinstellungen. Wir saßen neben ihnen, nicht um jedes Detail vorzuschreiben, sondern um zu zeigen, wie man Journeys, Entscheidungsprotokolle und Komponentenregeln als tägliche Werkzeuge nutzt.

Produktmanager und Ingenieure nahmen an Sitzungen teil, wie man die neue Dokumentation liest, wie man Änderungsanfragen stellt und wie man lokale Ideen gegen globale Journeys bewertet. Wir vereinbarten einfache Gewohnheiten, wie das Koppeln jedes neuen Feature-Vorschlags mit einem Stilllegungsplan für Legacy-Flows, um stillen Feature-Bloat zu vermeiden.

Am Ende dieser Phase hatte OLX interne Teams, die die Auto-Shopping-App innerhalb derselben Logik erweitern konnten. Das Framework lebte nicht nur in Slides und Diagrammen, sondern in der täglichen Arbeit der Menschen, die den Automotive-Marketplace weiterentwickeln würden.