VIN — Wenn Verbindungen das Produkt sind, nicht das Event
Eine Connection-first-Networking-App für Dubai, durchgängig spezifiziert — und dann an den Versprechen ihres eigenen Onboardings geprüft.
Unternehmen
Unabhängig
Rolle
Produktdesigner & Stratege
Zeitraum
2026–
Typ
Produkt
Branche
Social · Networking · Dubai
Team
Ein separates Entwicklungsteam baute und veröffentlichte die laufende App und das Admin-Panel; Sina leitete Produktdesign und Strategie.
Status
Veröffentlicht
Werkzeuge
Figma
Excel
Word
App laden
Apple und App Store sind Marken der Apple Inc. Google Play ist eine Marke der Google LLC.
Das Problem
Event-Discovery-Apps optimieren auf Ticketverkäufe; soziale Apps auf verbrachte Zeit. Keines von beidem ist die richtige Form für jemanden, der fünf nützliche Gespräche braucht, nicht einen weiteren Feed.
Die Rolle
Lead für Produktdesign und Strategie: der Brief, das Problem-Inventar und KPI-Modell, das Mobile-UI und Design-System, die Markenarchitektur und die B2B-Venue-Ebene — neben einem separaten Entwicklungsteam.
Das Ergebnis
126 Screens auf einem dokumentierten System, ein 57-Probleme-Inventar und ein verriegeltes Instrument kultureller Regeln — an sich selbst geprüft: Zwei von vier Onboarding-Versprechen haben in der Datei keinen Screen.
Abbildung 01
Abbildung 01Drei von 126 Screens: der Chat-first-Erstellungsflow, die Venue-Partner-Umsatzebene und ein laufendes Meetup.
01Kontext
Events sind nicht das Produkt. Verbindungen sind es.
VIN ist eine Connection-first-Networking-Plattform für die Berufscommunity der Stadt. Eine klassische Event-App liest sich als Events durchsuchen, dann vielleicht verbinden, mit Erfolg gemessen in verkauften Tickets. VIN liest sich als Verbindungsziel setzen, einen KI-vorgeschlagenen Event-Pfad erhalten, teilnehmen, dann die Verbindung protokollieren.
Der Nordstern des Briefs ist die Connection Logging Rate, mit einem Ziel von 40%+ — ausdrücklich nicht Teilnahme, nicht App-Öffnungen, nicht Profilaufrufe. Dubai ist der Grund für diese Form: hohe Expat-Fluktuation und Networking, das über Aktivität stattfindet — Laufclubs, Padel, Radfahren — statt in Konferenzsälen.
Events sind nicht das Produkt. Verbindungen sind das Produkt. Events sind das Medium.
02Problem
Keine weitere Event-App, kein Casino-Playbook.
Event-Discovery-Apps optimieren auf Ticketverkäufe, sie sind also erfolgreich, egal ob aus dem Event etwas wurde. Soziale Plattformen optimieren auf verbrachte Zeit und importieren Endlos-Scroll und Vanity-Metriken. Beides ist die falsche Form für jemanden, der vor drei Monaten nach Dubai gezogen ist und fünf nützliche Gespräche braucht.
Die eigene Anti-Definition des Produkts ist unverblümt: keine weitere Event-Discovery-App, keine soziale Plattform, keine Dating-App, kein Matchmaking-Dienst, kein Ticketing-System.
03Rahmen
Neun nicht verhandelbare Regeln, vor einem einzigen Screen.
Mehrere Engagement-Muster, die anderswo funktionieren, sind hier kulturell falsch — öffentliche Ranglisten und Wettbewerbs-Framing darunter. Der Brief enthält einen langen Abschnitt zu kulturellen Erwägungen für Dubai: Ramadan-Terminierung, Geschlechterdynamik, Alkohol, arabische RTL-Unterstützung, und ein dreiphasiger kultureller Launch vom Expat-Professional über breitere Expats bis zur emiratischen Integration.
Der Prozess, der VIN hervorbrachte, wurde später zu einem wiederverwendbaren Design-und-Audit-Protokoll kodifiziert, mit neun nicht verhandelbaren Dubai-Kulturregeln und einer verriegelten Tabelle bewusster Designentscheidungen, jede mit eigener Begründung.
04Meine Rolle
Meine Rolle
Produktdesign und -strategie, zusammen mit einem separaten Entwicklungsteam, das die laufende App und das Admin-Panel gebaut und veröffentlicht hat.
Verantwortet
↳Der Produktbrief, das Problem-Inventar und das KPI-Modell
↳Das Mobile-UI und sein Design-System
↳Die Marken- und Namensarchitektur
↳Die B2B-Venue-Ebene und ihre Go-to-Market-Texte
↳Eine QA-Prüfung der gebauten App und ein Funktionsscan des Admin-Panels
Mitverantwortet
—
Mitgearbeitet
↳Ein separates Entwicklungsteam, das die laufende App und das Admin-Panel unter admin.viwin.link gebaut und veröffentlicht hat
Der Brief dokumentiert die Design- und Strategiearbeit im Detail; er spezifiziert nicht die genaue Aufteilung der Implementierungsentscheidungen mit dem Entwicklungsteam, daher beschränkt sich die Zuordnung hier auf das Dokumentierte.
Sechs Ebenen, jede erzeugt ein Artefakt, das die nächste nutzt.
01
Brief3.716 Zeilen: Philosophie, drei benannte Personas, sieben Kernflüsse, zehn Designprinzipien
02
Inventar57 Probleme über fünf Schwierigkeitsstufen, ein 8-Blatt-Arbeitsheft
05Roadmap
Die Roadmap begann mit einer Liste von 57 Problemen.
Bevor ein Sprint geplant wurde, kam jedes Problem, auf das das Produkt stoßen würde, in ein Inventar: 57 insgesamt, jedes danach markiert, wo es liegt — bei Teilnehmenden, Hosts, der Plattform oder VINs eigenem Modell. Zu jedem Problem gehören die Features, die es lösen könnten, und ein KPI mit Zielwert. Dann landet es nach Aufwand in einer von fünf Stufen, von Quick Wins, die Tage dauern, bis zu grundlegenden Spannungen, die man steuert und nie löst.
Das KPI-Paket definiert diese Zahlen einmal. Jeder der 20 KPIs hat eine einfache Formel, die Segmente, nach denen man ihn aufschlüsselt, und einen Tracking-Status: ein Nordstern, zwölf Treiber und sieben Leitplanken, die auf Schäden durch Wachstum achten. Nur sechs ließen sich ab dem ersten Tag messen. Die Reihenfolge der Arbeit ergab sich dann aus den Stufen, in den vier Phasen unten.
Jeder Punkt der Roadmap ist ein Problem mit einer Zahl daneben, damit das Team erkennt, wann es gelöst ist.
Die Reihenfolge der Arbeit, aus dem Übersichtsblatt des Inventars
01
Sprints 1–2Alle acht Quick Wins: kleine Korrekturen, die offensichtliche Reibung entfernen
02
Sprints 3–5Verbindungen protokollieren, Positionierung und der erste Besuch: was VIN für neue Nutzer ist
Die zwei Arbeitsmappen hinter der Roadmap
01
Problem-Inventar
57 Probleme in fünf Stufen, jedes mit den Features, die es lösen könnten, und einem KPI-Ziel. Acht Blätter, am Ende eine Übersicht mit der Reihenfolge der Arbeit.
Elf Bereiche, 126 Screens, ein dokumentiertes System.
Eine App-Canvas hält das gesamte Produkt — 17.589 Nodes über 11 Figma-Bereiche: Profile (32 Screens), Meet-up-Detail (33, inklusive vier Storno-Varianten), Chat (15), der Final Wizard (11), VIN Business (8, die B2B-Venue-Ebene), Home (7) und fünf kleinere Flows.
Das Design-System läuft auf #1d2b3b mit einem phosphoreszierenden #daed00-Akzent und Hurme Geometric Sans 3 — 21 benannte Typenstile und ein bewusstes Radius-System: 20px-Karten, 48px-Pill-CTAs, 30px-Kategorie-Chips, 32px-Tableiste. Karten sind sauber variantengetrieben, nicht pro Zustand dupliziert.
07Lösung
Die These sitzt im ersten Screen des meistgenutzten Flows.
Die Meetup-Erstellung öffnet als Gespräch, nicht als Formular: „Hi Sina, was ist dein Ziel beim Erstellen eines Meetups?“ — mit vier Intents, der vierte ein ehrliches Fluchttor für alle, die die Strategieebene gar nicht wollen: neue Leute treffen, mein Netzwerk analysieren, bestehende Verbindungen stärken, oder einfach eine Aktivität machen.
Dahinter liegen vier Einstiegsmodi als Segment-Control — Chat, Interesse, Entdeckung, Kürzlich — und ein Composer mit der Beschriftung „Meetup mit KI erstellen“.
Die vierte Option — „einfach eine Aktivität machen“ — ist das Produkt, das ehrlich zu Nutzern ist, die seine These gar nicht wollen.
01Der Flow öffnet als Gespräch, nicht als Formular: „Hi Sina — was ist dein Ziel für dieses Meetup?“
02„Neue Leute treffen — erweitere dein Netzwerk in einem bestimmten Bereich.“ Der Default für Neuankömmlinge ohne Netzwerk in der Stadt.
03„Mein Netzwerk analysieren“ und „Bestehende Kontakte stärken“ — die beiden Intents für Menschen, die bereits ein Netzwerk haben.
04„Ich will einfach etwas unternehmen — überspring die Strategie, mach ein einfaches Meetup.“ Das Fluchttor, und die ehrlichste Zeile der Datei.
05Chat, Interest, Discovery und Recent laufen oben durch, das Eingabefeld darunter sagt „Create a Meetup with AI“ — vier Einstiege, nur einer davon ein Gespräch.
Abbildung 05Das Erstellen eines Meetups — der meistgenutzte Flow — beginnt mit der Frage, wofür das Meetup da ist. Die Produktthese als erste Frage, die jemand beantwortet.
08Entscheidungen
Entscheidungen
01
„Meetup“ und „Event“ als Vokabular ausmustern
VIN ist die Plattform; Meet ist die Aktion — eine feste Nutzungsregel („Einem VIN Meet beitreten“, niemals „VIN-Meet-App herunterladen“), damit fünf geplante Verticals (VIN Party, VIN Challenge, VIN Business Walk, VIN Retreat) nie eine Umbenennung erzwingen.
Alternativen
Ein weicherer Style-Guide-Vorschlag, den einzelnen Copywritern überlassen.
Abwägung
Die Verriegelung verleiht der Architektur Biss — aber die Datei selbst verwendet weiterhin überall „Meetup“ und „Event“, auch in ihren eigenen Abschnittsnamen; eine verriegelte Entscheidung braucht noch einen Migrationsdurchgang, um real zu werden.
Belege
Brand-Architecture-Dokument, datiert nach der UI-Arbeit
02
Keine öffentlichen Ranglisten, kein Wettbewerbs-Framing
Öffentliche Ranglisten und Wettbewerbsdarstellung gelten für diesen Markt als kulturell falsch.
Alternativen
Ein öffentliches Leaderboard für Hosts oder Teilnehmende, der übliche Engagement-Hebel in Fitness- und Event-Apps.
Abwägung
Entfernt einen bewährten Engagement-Hebel; ersetzt durch kuratiertes Matching und Verbindungsziele.
Belege
09Lösung
Die Venue-Ebene ist das Geschäftsmodell, keine Landingpage.
Der VIN-Business-Bereich fährt einen vierstufigen Partner-Funnel — Venue listen, Match erhalten, Hosten und Aktivieren, Messen und Wachsen — und ist wirklich zweiseitig: Hosts können über einen „Be my sponsor“-Flow mit einem vorgeschlagenen Gebot und einem Fair-Price-Indikator um eine Venue bieten, während Venues qualifizierte Anfragen statt Zufallsverkehr prüfen.
Das Angebot an Venues ist unverblümt: „Leere Plätze sind kein Marketingproblem — sie sind ein vorhersehbares Nachfrageproblem.“ Die Seite trägt sogar einen rechtlichen Disclaimer, der Leistungszahlen als indikativ, nicht garantiert, basierend auf Pilotdaten kennzeichnet.
Der Venue-Funnel, vier Schritte.
01
ListenTeile deinen Space in zwei Minuten: Standort, Kapazität, Peak-/Off-Peak-Zeiten, Zielgruppe
02
MatchenVIN schlägt relevante Meetup-Gruppen nach Gebiet, Timing und Zielgruppenpassung vor
Die Venue-Seite, die ein Mitglied aus dem Feed erreicht
10Ergebnis
Gebaut, nicht nur gezeichnet — und an den eigenen Versprechen geprüft.
Das Design wurde gebaut und ist live. Vor dem Launch listete eine datierte QA-Prüfung echte Implementierungsfehler in der laufenden App auf — eine fehlschlagende Bookmark-API, Screens, die beim Fokussieren nicht neu laden, eine Sackgasse bei der Rück-Navigation, ein hängender „requested“-Status, nachdem ein Host einen privaten Beitritt ablehnt. Ein Funktionsscan des Live-Admin-Panels deckte acht Routen mit rund 85-90% Discovery-Abdeckung ab und stoppte bewusst vor destruktivem Testen an Produktionsdaten.
Aber der Onboarding-Screen macht vier Versprechen, und die Datei entwirft zwei davon. Von allen 17.589 Nodes enthält keiner das Wort „path“ und keiner „log“ — kein Zielsetzungs-Screen, kein KI-Pfad, keine Connection-Logging-Oberfläche.
01„Meet Through Movement“ — triff Menschen, die deinen Sport teilen. Geliefert: Home-Feed, Kategorie-Chips, Karte.
02„Who You Want to Meet“ — „definiere deine Verbindungsziele, und wir finden die passenden Events.“ In der Datei gibt es keinen Screen dafür.
03„Show Up, Stay Active“ — nimm an Aktivitäten teil, die in deinen Kalender passen. Geliefert: Meetup-Detail, Tickets, Beitritts- und Storno-Flows.
04„Your Network Grows With You“ — „verfolge deine Events, deine Kontakte und die Beziehungen, die zählen.“ Auch dafür gibt es keinen Screen.
Abbildung 07Das Onboarding gibt auf vier Folien vier Versprechen. Eine Suche über alle 17.589 benannten Nodes nach „path“ und nach „log“ liefert nichts: Zwei der vier — die beiden, auf denen die These ruht — haben keinen Screen dahinter.
Meetup-Detail → Meetup Attended
11Screens
Jeder Screen der Datei, Flow für Flow.
Die App-Seite in Figma enthält 138 Handy-Frames in elf Bereichen. Zwölf davon sind exakte Kopien — der Venue-Flow übernimmt den kompletten Meetup-Wizard, und ein Bearbeiten-Screen kommt doppelt vor —, es bleiben also 126 Screens. Alle stehen unten, in der Reihenfolge, in der man ihnen begegnet: reinkommen, ein Meetup finden, beitreten oder selbst hosten, darüber sprechen und das Profil, das den Rest sammelt.
Zehn Frames brauchten Nacharbeit, um überhaupt sichtbar zu sein. Sechs liegen in der Datei bei 10 % Deckkraft und vier unter einem Overlay auf der Arbeitsfläche; jeder wurde deshalb einzeln in voller Stärke gerendert. Die E-Mail des Beispielkontos ist verpixelt und sein Profilfoto weichgezeichnet; die Venue-Screens tragen weiterhin die Marke einer echten Kaffeekette als Platzhalter.
12Launch
Eine Geschichte in sieben Bildern, in jeder Größe, die die Stores verlangen.
VIN ist als VIN.meet im App Store und bei Google Play live. Die meisten Menschen lernen eine App über ihre Store-Screenshots kennen, bevor sie sie öffnen. Deshalb erzählen die für den Store-Eintrag gestalteten Screenshots eine Geschichte in sieben Bildern. Jedes Bild macht eine Aussage und zeigt den Screen dahinter, in den eigenen Farben der App, Navy und Limette: Menschen über Sport kennenlernen, eine Community von zehntausend Menschen, die Leute, die man noch nicht getroffen hat, ein Meetup, das mit KI entsteht, die Menschen hinter jedem Meetup, die Freunde, die man mitbringt, und die Karte, die sie findet.
Danach wurden die sieben Bilder für jede Größe neu gesetzt, die die Stores verlangen: iPhone im Hoch- und Querformat mit 6,5 und 6,7 Zoll sowie Google Plays Hochformat und das Format 1024 × 500. Das sind 42 Bilder aus einer Geschichte, und keines davon ist ein Ausschnitt. Derselbe Look trägt sich in ein Meetup-Cover zum Teilen außerhalb der App und in ein Set aus 3D-Icons für die Markenrichtlinien von VIN, im gläsernen Limettengrün des App-Icons.
VINs eigene Store-Seiten am 7. Oktober 2026: über 10.000 Installationen bei Google Play mit einer Bewertung von 4,7, dazu 4,9 im App Store der VAE.
Abbildung 12Ein Cover zum Teilen eines Meetups außerhalb der App, gebaut aus den eigenen Karten der App: Ort, Host, Uhrzeit, Datum und ein Join-Button.
Meet (Silber)
Meet
13Ergebnisse
Ergebnisse
Das sind Design- und Audit-Outputs. Die Nutzungszahlen der App gehören VIN: über 10.000 Installationen bei Google Play bis Oktober 2026.
Screens als Spec geliefert
126
Über 11 Figma-Bereiche, auf einem Design-System mit 12 Gruppen und 221 Komponenten
Gemessenes Ergebnis · Figma-Datei-Audit
inventarisierte Probleme
57
Über fünf Schwierigkeitsstufen, jede mit einem zugehörigen KPI und einer Schwierigkeitsbewertung
↳57-Probleme-Inventar + 20-KPI-Wörterbuch (8- und 4-Blatt-Arbeitshefte)
126-Screen-UI auf einem Design-System mit 12 Gruppen
14Gelernt
Gelernt
01
Ein schwer bewegbarer Nordstern ist eine Designbeschränkung, keine Metrikwahl
Die Connection Logging Rate lässt sich nicht durch eine Benachrichtigung oder einen besseren Feed aufblähen — sie bewegt sich nur, wenn das Produkt tatsächlich eine loggenswerte Verbindung erzeugt hat. Diese eine Entscheidung schloss den größten Teil des Standard-Engagement-Werkzeugkastens aus, was den Rest des Designs kohärent machte.
02
Upstream-Arbeit kann sich wie Fortschritt anfühlen, den Screens getestet hätten
Der Brief wurde geschrieben, 57 Probleme inventarisiert, 20 KPIs definiert, 126 Screens gezeichnet — und die zwei Features, von denen die ganze These abhängt, haben noch keinen Frame, während eines bereits ein 60%-Ziel hat. Ein dünner, hässlicher Frame der Goal-to-Log-Schleife in Woche eins hätte die harte Frage früher zutage gebracht.
03
Nicht verhandelbar übersteht Argumente, die beratend nicht übersteht
„Keine öffentlichen Ranglisten“ als Empfehlung verliert das erste Argument mit einer Wachstumsidee; formuliert als verriegelte Beschränkung mit genanntem Grund, hält sie stand. Dieselbe Technik beim Vokabular — „Meetup“ und „Event“ als eingestellt statt nur abgeraten zu erklären — verleiht der Markenarchitektur Biss, auch wenn die Datei zeigt, dass eine verriegelte Entscheidung noch einen Migrationsdurchgang braucht, um real zu werden.
04
Die Umsatzebene als Produkt zu gestalten verändert den Consumer-Brief
Sobald Venues mit Gruppen gematcht werden und Hosts um Sponsoring bieten, wird „Off-Peak-Covers“ zu einer echten Beschränkung für Scheduling, Gruppengröße und Kategorie-Mix — ein weit spezifischerer Brief als „hilf Menschen beim Netzwerken“.
KPIs20 KPIs über neun Domänen — sieben davon Leitplanken gegen den Schaden des Wachstums selbst
04
UI126 Screens über 11 Bereiche, auf einem dokumentierten Design-System
05
MarkeEine Namensarchitektur, die „Meetup“ und „Event“ als Vokabular ausmustert
06
GTM & QAEin ASO-Paket, plus eine datierte QA-Prüfung der gebauten App und des Admin-Panels
Abbildung 02Je ein Tab: Home-Feed, Tickets, Chat und das Aktivitätsprotokoll. Vier von elf Sektionen — dahinter liegen 126 Screens auf einem Komponentensystem.
03
Sprints 6–10No-Shows, Vertrauen, soziale Angst und Host-Werkzeuge: was jedes Meetup funktionieren lässt
04
LaufendDie sehr schwere Stufe und die grundlegenden Spannungen, während die Nutzerbasis wächst
Abbildung 03Drei von zwölf Komponentengruppen — 221 Komponenten-Nodes auf einer eigenen Design-System-Seite, unabhängig von der App-Canvas versioniert.
Abbildung 04Die Zustände, an denen eine Spezifikation gemessen wird: ein Offline-Screen, der die Tab-Bar behält, ein leerer Chat, der auf das Beitreten zurückverweist, und die Absage eines bezahlten Meetups innerhalb von 24 Stunden — eine von vier Storno-Varianten, jede mit ihrem eigenen Erstattungssatz.
Neun nicht verhandelbare Dubai-Kulturregeln, Teil des wiederverwendbaren Design-und-Audit-Protokolls
03
Chat-first-Meetup-Erstellung, mit einem echten Fluchttor
Stellt die KI-Pathfinding-These jedem Host im Moment der Erstellung vor Augen, statt sie in den Einstellungen zu vergraben.
Alternativen
Ein einfaches Erstellungsformular — genau das, was tatsächlich hinter dem vierten Intent-Chip steckt.
Abwägung
Kostet etwas Reibung für jemanden, der nur eine Padel-Session buchen will; der vierte Chip zahlt das ehrlich zurück, statt allen die Strategieebene aufzuzwingen.
04
Die Venue-Ebene als zweiseitiges Produkt gestalten, nicht als Landingpage
Das Matching von Venues mit Gruppen macht „Off-Peak-Covers“ zu einer echten Scheduling- und Gruppengrößen-Beschränkung auf der Konsumentenseite, nicht nur zu einem Verkaufsargument.
Alternativen
Eine einzelne statische Partner-Anfrageseite.
Abwägung
Fügt echte Produktfläche hinzu — acht eigene Screens, inklusive eines Gebots-Flows und eines Fair-Price-Indikators, dazu der wiederverwendete Meetup-Wizard — aber genau das macht das Versprechen „echter Fußverkehr, echter Umsatz“ an Venues überprüfbar statt nur versprochen.
Belege
VIN-Business-Bereich: acht eigene Screens plus der wiederverwendete Wizard, mit einem durchdachten rechtlichen Disclaimer zu Leistungszahlen
03
HostenBesuche in Umsatz verwandeln — normaler Betrieb oder ein aktiviertes Sponsoring-Perk
04
MessenBesuche und Spend-Signale prüfen, dann die nächste Aktivierung planen
Die Anfrage, die ihr unterer Button öffnet
Abbildung 06Beide Seiten der Venue-Ebene in einem Flow: Die Venue-Seite endet mit „Be my sponsor“, und das Sheet dahinter fragt nach Gruppengröße, Datum, Aktivität, Sponsoring-Art und der Gegenleistung. Eine Landingpage sammelt eine Anfrage; das hier sammelt ein buchbares Angebot. Das Venue selbst ist eine reale Kaffeekette als Platzhalterinhalt.
Profil → Mutual Connections
Abbildung 08Zwei Sektionen, ein Screen: Unterhalb des Titels sind beide Frames pixelgleich — dieselben zwölf Personen in derselben Reihenfolge. Korrekte Komponenten-Wiederverwendung und zugleich die Lücke, denn nichts in beiden trennt „wir waren im selben Raum“ von „wir haben uns kennengelernt“.
Abbildung 09Alle 126 Screens der VIN-App in zehn Flows. Einen öffnen, um den ganzen Screen zu sehen.
Abbildung 10Die App-Store-Screenshots, Bild für Bild: sieben Aussagen, jede über dem Screen, der sie belegt. Ein Klick öffnet jedes Bild in voller Größe.
Abbildung 11Dieselben Bilder, neu gesetzt für Google Plays Format 1024 × 500: Das Smartphone rückt neben die Überschrift, statt beschnitten zu werden.
Ambassadors
Info
Community
VIN Party
Fragen
Dubai
Sport
Benachrichtigungen
Werbung
Kalender
Zeit
Zeit (Glühbirne)
Abbildung 13Vierzehn 3D-Icons für die Markenrichtlinien von VIN, im gläsernen Limettengrün des App-Icons: von Meet und Community bis VIN Party, Dubai und Kalender. Meet gibt es auch in Silber.
↳
↳Marken- & Namensarchitektur
↳B2B-Venue-Umsatzebene (8 eigene Screens)
↳ASO-Paket + Checkliste zur arabischen/RTL-Lokalisierung
