Engagement ohne Dark Patterns: Was ein Cozy Game über UX-Design beibringt

Was sind Dark Patterns im Engagement-Design?

Dark Patterns im Engagement-Design sind Mechaniken, die Nutzer über Verlustangst an ein Produkt binden statt über Nutzen: ablaufende Timer, verderbende Vorräte, Streaks, die auf null fallen, und Push-Nachrichten, die ein schlechtes Gewissen erzeugen. Sie funktionieren kurzfristig und kosten langfristig Nutzer — weil sich das Produkt irgendwann wie Arbeit anfühlt. Die Gegenmechanik lässt sich in einem Satz zusammenfassen: Anwesenheit belohnen, statt Abwesenheit zu bestrafen.

Warum ein UX-Designer ein Cozy Game baut

Neben der Kundenarbeit baue ich abends und an Wochenenden an Brewpire — einem gemütlichen Café-Spiel für iPhone, iPad und Mac. Zu zweit: Annalena zeichnet alles, was man sieht, ich schreibe Code und Geschichten. Du erbst Omas altes Eckcafé, machst das Licht an und schaust zu, wie ein Ort zum Leben erwacht.

Das klingt erstmal weit weg von Produktdesign für Kunden. Ist es aber nicht. Spiele sind der ehrlichste Stresstest für UX, den ich kenne: Niemand muss ein Spiel benutzen. Es gibt keinen Arbeitsauftrag, keine Firmen-Policy, keinen Vertrag, der jemanden zwingt, die App zu öffnen. Wenn die Erfahrung nicht trägt, ist der Nutzer weg — sofort und ohne Feedback.

Und ausgerechnet die Gattung, die den größten Anreiz hätte, mit Dark Patterns zu arbeiten — Free-to-Play, Idle, Aufbauspiele — hat uns gezeigt, wie es nicht geht. Genau daraus sind sechs Lektionen entstanden, die ich seitdem in fast jedes Produktgespräch mitnehme.

Die wichtigste Erkenntnis vorweg: Bindung entsteht nicht dadurch, dass Verlassen wehtut. Sie entsteht dadurch, dass Zurückkommen sich lohnt. Das ist kein moralischer Unterschied, sondern ein mechanischer.

1. Nutzerbindung ohne Druck: der Boden und die Decke

Aufbau- und Idle-Spiele arbeiten fast durchgängig mit Verlustangst: Vorräte verderben, Gäste werden wütend, Streaks fallen auf null, Push-Nachrichten machen ein schlechtes Gewissen. Das funktioniert kurzfristig gut und langfristig gar nicht — Leute hören nicht auf zu spielen, weil es langweilig wird, sondern weil es sich wie Arbeit anfühlt.

Wir haben das Prinzip für Brewpire umgedreht:

• Idle ist der Boden: Das Café verdient und lebt weiter, auch wenn du eine Woche nicht da bist. Nichts verdirbt, nichts fällt zurück
• Aktiv ist die Decke: Wer da ist, holt mehr raus — mehr Umsatz, schnellere Beziehungen, Momente, die die Automatik verpasst
• Der Satz dahinter: Wir belohnen Anwesenheit, statt Abwesenheit zu bestrafen
• Der Schutz: Der Aktiv-Bonus hat eine weiche Tagesdecke. Irgendwann sagt das Spiel freundlich „für jetzt ist alles getan — schau später nochmal rein"

Genau dieselbe Umkehrung lässt sich in jedem Produkt bauen. Ein Lern-Tool muss keine Streak zerstören, um an sich zu erinnern — es kann zeigen, was seit dem letzten Besuch dazugekommen ist. Ein Projekt-Tool muss nicht mit roten Badges drohen, sondern kann den Fortschritt sichtbar machen, den das Team ohne dich erzeugt hat.

Der Test dafür ist erstaunlich simpel: Formuliere deine wichtigste Reaktivierungs-Nachricht. Steht darin, was der Nutzer verliert, oder was er gewinnt? Wenn Variante eins gewinnt, hast du kein Engagement-Modell, sondern eine Drohung.

Praxis-Test: Öffne die letzten fünf Push-Nachrichten deines Produkts. Wie viele funktionieren über Angst („Deine Daten werden gelöscht", „Du verlierst deine Serie") und wie viele über Neugier („Drei neue Kommentare zu deinem Entwurf")? Das Verhältnis ist die ehrlichste Kennzahl deiner Produktkultur.

2. Onboarding ist eine Szene, kein Tooltip-Karussell

Der Prolog von Brewpire heißt „Licht an". Er hat neun Phasen, und in jeder gibt es genau einen Knopf — Licht anmachen, die erste Mitarbeiterin einstellen, die Karte anlegen, die Lieferung annehmen, den ersten Kaffee machen, die Öffnungszeit wählen, das Schild umdrehen. Dann Konfetti.

Kein einziges System wird in einem Menü erklärt. Jedes wird von einer Figur eingeführt, in dem Moment, in dem man es zum ersten Mal braucht. Das ist Progressive Disclosure in Reinform — nur dass die Reihenfolge nicht von einer Feature-Liste kommt, sondern von einer Geschichte.

Was sich daraus für Produkt-Onboarding ableiten lässt:

• Ein Schritt, eine Entscheidung: Wenn ein Onboarding-Screen zwei gleichwertige Buttons hat, ist er zwei Screens
• Kontext schlägt Erklärung: Ein Feature, das im Moment des Bedarfs auftaucht, braucht keinen Coach Mark
• Der Nutzer soll etwas tun, nicht etwas lesen: Nach dem Prolog hat der Spieler bereits verkauft, eingestellt, bestellt und zubereitet — er hat es nicht gelernt, er hat es getan
• Ein sichtbares Ende: Der Prolog endet mit Konfetti und einem umgedrehten Schild. Onboarding braucht einen Abschluss, sonst weiß niemand, wann das Produkt „richtig" beginnt

Das gilt eins zu eins für Software. Mehr dazu, warum die ersten Sekunden über den Rest entscheiden, steht im Artikel zum Onboarding-Design für Apps und Webprodukte.

3. Leere und Fehler dürfen freundlich sein

In den meisten Aufbauspielen ist „ausverkauft" eine Strafe: Gäste gehen wütend, der Ruf sinkt, ein Timer läuft. Bei uns ist ausverkauft ein durchgestrichener Eintrag auf der Karte plus ein Knopf „nachbestellen". Mehr nicht. Kein roter Alarm, kein Verlust.

Dieselbe Haltung steckt in den leeren Zuständen: Ein Café ohne Gäste ist keine Fehlermeldung, sondern die ruhige Vormittags-Flaute — in der man plant, umdekoriert oder einer Figur zuhört. Leere ist ein Zustand des Produkts, kein Versagen des Nutzers.

Die Übertragung in klassische Interfaces:

• Fehlzustände ohne Schuldzuweisung: „Das hat nicht geklappt — nochmal versuchen" statt „Ungültige Eingabe"
• Der Ausweg gehört in den Zustand: Jeder leere oder kaputte Screen braucht genau einen sinnvollen nächsten Schritt
• Kein Rot, wo Grau reicht: Farbe ist ein Dringlichkeitssignal. Wer sie inflationär einsetzt, hat keine mehr, wenn es wirklich brennt
• Leere Zustände sind Onboarding-Fläche: Der leere Screen ist der einzige Ort, an dem du die volle Aufmerksamkeit hast und nichts im Weg steht

Warum diese Momente so stark auf die Wahrnehmung wirken, hat handfeste psychologische Gründe — nachzulesen in Neurowebdesign: Wie Psychologie und UX zusammenwirken.

4. Microcopy ist nicht Deko, sondern das Interface

Brewpire hat inzwischen rund 39.000 Wörter Dialog — etwa 130 bis 150 Normseiten, gut dreieinhalb Stunden Lesezeit. Die Figuren tragen das ganze Spiel: Nomi, die schüchterne Barista. Jonas, der vor der Klausur sitzt. Herr Brandt, der Oma noch kannte. Eine Testerin hat uns geschrieben, sie habe die App abends geöffnet, nur um zu sehen, ob Jonas die Klausur bestanden hat.

Diese Bindung entsteht nicht durch Mechanik, sondern durch Sprache. Unsere Schreibregel lautet: Zeigen statt sagen, Understatement statt Pathos. Ferdi der Röster sagt nicht „Ich schenke dir etwas", sondern „Nicht dass du denkst, ich verschenk was. Bruchbohnen. Kann man sonst wegwerfen" — während der Extrasack wie von selbst näherrückt.

Für Produkt-Interfaces heißt das:

• Tonalität ist ein Design-Element: Sie wird genauso spezifiziert wie Farben und Abstände, nicht am Ende „nachgetextet"
• Ein Satz statt einer Erklärung: „Lass dir Zeit. Ich hab nichts vor." — das sagt bei uns ein Gast, wenn man hinter der Theke steht. Kein Hinweistext, keine Erklärbox: Eine Figur nimmt den Zeitdruck raus, und der Satz erledigt, wofür man sonst ein Tutorial bräuchte
• Konsistenz vor Cleverness: Eine Stimme, die überall gleich klingt, wirkt vertrauenswürdiger als einzelne geniale Sätze
• Nie über den Nutzer, immer mit ihm: Systemmeldungen, die aus der Perspektive des Systems geschrieben sind, verraten sich sofort

Dass verständliche, schuldfreie Sprache auch eine Frage der Zugänglichkeit ist, steht in Barrierefreiheit im UX-Design.

5. Constraints machen das Ergebnis besser, nicht ärmer

Beim Einrichten des Cafés kann man Möbel nicht frei platzieren. Es gibt Slots: Wand, Fensterbank, Ecke, Tisch, Theke, Geräte. Man befüllt sie, tauscht jederzeit — aber man verschiebt nichts pixelgenau. Dazu kommt ein festes Proportionssystem: Eine Figur ist eine Einheit, eine Tür 1,45, eine Theke 0,62.

Klingt nach weniger Freiheit. Ist aber der Grund, warum jeder Screenshot komponiert aussieht. Niemand baut sich versehentlich ein hässliches Café — und keiner muss sich mit Ausrichtung beschäftigen, wenn er eigentlich nur „gemütlicher" wollte.

Das ist exakt die Logik hinter Design Tokens und Komponentenbibliotheken: Ein gutes System nimmt dir die Entscheidungen ab, die keinen Wert schaffen, damit du die triffst, die es tun. Auch das Café-Wachstum funktioniert so — Ausbauen heißt aus einer Liste kaufen, die Struktur sitzt immer perfekt; Einrichten ist der Spielraum. Zwei getrennte Ebenen, wie Grid und Content.

Für Teams heißt das: Die Frage ist nie „wie viel Freiheit geben wir?", sondern „welche Freiheit erzeugt Wert?". Alles andere ist Fehlerquelle. Wie man das für kleine Teams aufsetzt, steht in Design Systems für kleine Teams.

6. Ehrlichkeit ist ein Conversion-Feature — und ethische Gamification

Auf der Brewpire-Seite steht eine Tabelle, die auflistet, was übliche Aufbauspiele tun — Wartebalken, „Warten überspringen – 2,99 €", „Deine Gäste sind sauer auf dich!" — und was bei uns danebensteht. Darunter die Roadmap mit einem eigenen Block: Was nie auf die Roadmap kommt — Abo, Käufe im Spiel, Wartezeiten, Bezahl-Vorteile, Werbung.

Das ist ungewöhnlich, weil es die Nachteile mitverkauft: 4,99 € Kaufpreis statt „gratis laden". Ich bin überzeugt, dass es genau deshalb funktioniert — wer explizit gesagt bekommt, was ein Produkt nicht tut, glaubt eher, was es zu tun verspricht.

• Preis früh und klar nennen: Versteckte Preise erzeugen Absprung an der Stelle, an der das Vertrauen am teuersten ist
• Grenzen aktiv benennen: Ein Satz wie läuft nur auf Apple-Geräten filtert die falsche Zielgruppe raus, bevor sie enttäuscht wird
• Roadmaps mit Nein-Liste: Was nicht kommt, ist oft aussagekräftiger als was kommt
• Vergleiche ohne Namen: Wir vergleichen mit Mustern, nicht mit konkreten Titeln — angreifbar wird man nur beim Zweiten

Dieselbe Mechanik greift bei jedem B2B-Produkt: Transparenz ist der billigste Trust-Hebel, den es gibt. Wie das konkret aussieht, steht im Projektüberblick zu Brewpire.

Was sich nicht übertragen lässt

Bei aller Begeisterung — ein paar Dinge funktionieren nur im Spiel, und es lohnt sich, den Unterschied zu kennen.

• Langsamkeit als Feature: In Brewpire ist Warten schön. In einem Buchungssystem ist es eine Zumutung. Effizienz bleibt in Utility-Software das oberste Ziel
• Absichtliche Unschärfe: Handgemalte, leicht krumme Linien machen ein Café warm. In einem Medizinprodukt untergraben sie Vertrauen
• Emotionale Bindung als Ziel: Ein Spiel darf wollen, dass du wiederkommst. Ein Steuertool sollte wollen, dass du fertig wirst und gehst
• Story-Pacing: Informationen bewusst zurückzuhalten ist im Spiel Spannung, in einem Dashboard schlicht ein Fehler

Der gemeinsame Nenner bleibt trotzdem: Respekt vor der Zeit und der Aufmerksamkeit der Person auf der anderen Seite. Nur das Ziel unterscheidet sich — mal ist es „bleib gern", mal „sei schnell fertig".

Fazit

Ein Spiel zu bauen war der beste Design-Kurs, den ich mir hätte kaufen können — weil es alle Ausreden nimmt. Es gibt keinen Auftraggeber, der die Nutzung erzwingt, und keine Deadline, die schlechte Entscheidungen entschuldigt.

Die sechs Lektionen, kompakt:

• Belohne Anwesenheit, statt Abwesenheit zu bestrafen — Bindung durch Neugier schlägt Bindung durch Verlustangst
• Onboarding ist eine Szene: ein Schritt, eine Entscheidung, ein sichtbares Ende
• Leere und Fehler freundlich gestalten — jeder Zustand braucht einen Ausweg, keiner braucht Schuld
• Microcopy ist Interface: Tonalität wird spezifiziert, nicht nachgetextet
• Constraints erzeugen Qualität — nimm Entscheidungen ab, die keinen Wert schaffen
• Ehrlichkeit konvertiert: Was ein Produkt nicht tut, macht glaubwürdig, was es tut

Brewpire ist in geschlossener Testphase und erscheint 2026 für iPhone, iPad und Mac — einmalig 4,99 €, ohne Abo, ohne Werbung. Wer sehen will, wie sich diese Prinzipien anfühlen, wenn sie in einem echten Produkt stecken: Brewpire — das cozy Café-Spiel ohne Timer. Die Entstehung dokumentieren wir offen im Devlog, etwa in „Idle ist der Boden, du bist die Decke" und „Warum Brewpire keine Timer hat".

Weiterlesen: Wie ich diese Prinzipien in Kundenprojekten anwende, zeigen meine Case Studies. Wenn du ein digitales Produkt planst, bei dem Bindung ohne Druck funktionieren soll: Schreib mir.