Du kennst das Wort „Engagement“. Du benutzt es in Meetings, in Projektdokumenten, in Kunden-Calls. Du weißt, was es heißt: Zeit auf der Plattform, Rückkehrhäufigkeit, Interaktionen pro Sitzung. Du weißt, das ist die Metrik, die zählt. Dass deine Arbeit letztlich daran gemessen wird, ob du sie steigerst.
Dann kommst du nach Hause. Und dein Kind sitzt vor einem Bildschirm. Und dieser Bildschirm tut genau das, was du zu tun verstehst: Aufmerksamkeit fangen, Engagement erzeugen, Verweildauer maximieren.
Nur ist der Nutzer diesmal kein Nutzer. Es ist dein Kind.
Die Dissonanz
Wer in der Tech arbeitet und Kinder hat, lebt eine kognitive Dissonanz, die fast niemand benennt. Tagsüber baust du Systeme, die Menschen halten sollen. Abends versuchst du, dein Kind von identischen Systemen zu lösen. Tagsüber feierst du „User Retention“. Abends erschreckt dich die „Retention“ deines Kindes vor dem Tablet.
Du weißt, wie Pull-to-refresh wirkt. Du hast es implementiert oder zumindest darüber diskutiert. Du weißt, dass es die Hebelgeste der Slot Machine reproduziert. Dass die Verzögerung vor dem Laden keine technische Limit-, sondern ein Design Pattern ist: die berechnete Pause, die die Dopaminausschüttung maximiert. Du weißt es, weil es dein Beruf ist, es zu wissen.
Und du weißt: dein Kind, mit acht, zehn, zwölf Jahren, hat kein Werkzeug, sich gegen das zu wehren, was du zu bauen weißt.
Kein persönlicher Widerspruch. Ein systemischer. Er betrifft jeden in der Tech mit Kindern — Millionen.
Was wir wissen und nicht mehr ignorieren können
Sich die Dinge auflisten hilft, sie ins Auge zu fassen.
Wir wissen, dass variable Verstärkungsschemata, Grundlage sozialer Feeds, der mächtigste je dokumentierte psychische Mechanismus zur Erzeugung und Aufrechterhaltung zwanghaften Verhaltens sind. Seit den 1950ern. Skinner zeigte es an Tauben. Wir wenden es auf Kinder an.
Wir wissen, dass das Gehirn eines Heranwachsenden mitten in der Entwicklung ist. Der präfrontale Cortex — Urteil, Impulskontrolle, Konsequenzbewertung — reift erst um 25 aus. Wir bauen Systeme, die ihn gezielt umgehen, um direkt zum limbischen System zu sprechen. Beruflich.
Wir wissen, dass habitueller Social-Media-Konsum mit messbar verringerter kortikaler Dicke in Regionen für kognitive Kontrolle zusammenhängt. Keine Meinungen. MRT-Daten an tausenden Jugendlichen.
Wir wissen, dass Depressions-, Angst-, Selbstverletzungs- und Suizidraten bei Jugendlichen seit 2010 verdoppelt oder verdreifacht haben — parallel zur Smartphone-Verbreitung im gesamten Westen.
Wir wissen, dass die Plattformen es wissen. Die internen Meta-Dokumente, die Frances Haugen veröffentlicht hat, zeigen: Instagram verschlechterte das Körperbild bei einem von drei Mädchen. Das Unternehmen wusste es. Es machte weiter.
Wir wissen das alles. Und wir bauen weiter.
‚Aber ich arbeite nicht bei Social’
Ich auch nicht. Ich baue ERPs, Plattformen für die öffentliche Hand, B2B-Software. Ich gestalte keine algorithmischen Feeds und optimiere keine Empfehlungssysteme für Jugendliche.
Aber der Punkt ist nicht, was wir heute bauen. Es ist die Kultur, in der wir bauen.
Wir arbeiten in einer Branche, die normalisiert hat, menschliche Aufmerksamkeit als zu extrahierende Ressource zu behandeln. Dass „User Experience“ gleichbedeutend mit „Verweildauer“ sei. Dass Erfolg in Sessions, Klicks, Conversion Rate, Daily Active Users gemessen wird. Wir reden über Menschen mit dem Vokabular des Bergbaus, und finden das nicht seltsam.
Diese Kultur durchzieht uns alle. Auch wer nicht im Social arbeitet, atmet ihre Metriken, Werte, Prioritäten. Wenn wir nach Hause kommen, kommt diese Kultur mit. Sie schleicht sich in den Blick auf den Bildschirm unseres Kindes. Mit Sorge — und mit subtiler, uneingestandener Vertrautheit. Wir erkennen die Mechanismen wieder. Wir wissen, dass sie wirken. Und ein Teil von uns, der berufliche, kann nicht umhin, sie zu bewundern.
Diese Vertrautheit muss durchbrochen werden.
Das Privileg des Bewusstseins
Wer in der Tech arbeitet und Kinder hat, besitzt etwas, was die meisten Eltern nicht haben: das Wissen um die Architektur.
Wir wissen wie diese Systeme funktionieren, nicht nur dass sie funktionieren. Dass Notifications nicht zufällig kommen, sondern auf den Moment maximaler psychischer Verwundbarkeit optimiert sind. Dass Endless Scroll keine Ästhetik ist, sondern Capture-Mechanismus. Dass „der Algorithmus“ keine geheimnisvolle Entität ist: Code, geschrieben von Leuten wie uns, mit klaren Zielen, auf klaren Metriken optimiert.
Dieses Bewusstsein ist enormes Privileg. Privileg schafft Verantwortung. Wenn du das Feuer siehst und andere nicht, kannst du nicht „nicht mein Brand“ sagen.
Und doch tun wir genau das, als Branche. Wir wissen. Und schweigen. Weil reden bedeutete zuzugeben: das Problem ist nicht „da draußen“ — bei den schlechten Gewohnheiten der Kinder, der Inkompetenz der Eltern, dem fehlenden „digitalen Bildungsstand“. Das Problem ist auch drin. In unserer Software-Denkweise. In den Metriken, die wir optimieren. In den Fragen, die wir nicht stellen.
Die Fragen, die wir uns nicht stellen
In zwanzig Jahren Tech habe ich in keinem Projektmeeting jemanden diese Fragen stellen hören:
Kann dieses System Abhängigkeit erzeugen? Wenn ja, sind wir verantwortlich, das zu verhindern?
Bauen wir für das Wohl des Nutzers oder für die Maximierung seiner Nutzungszeit? Sind das dasselbe?
Wenn ein Minderjähriger das Produkt nutzt, ist es sicher? Nicht „regelkonform“. Sicher.
Messen wir Erfolg mit Metriken, die unsere Interessen mit denen der Nutzer ausrichten? Oder mit etwas, das uns bequem messbar ist?
Würden wir dieses System exakt so bauen, wenn wir wüssten, der erste Nutzer ist unser Kind?
Letzte Frage ist die wichtigste. Sie wird nie gestellt.
Der Kindertest
Ich schlage eine Regel vor. Kein Gesetz, kein Framework, kein Prozess. Eine persönliche Regel, für jeden, der Software baut und Kinder hat.
Bevor du ein System implementierst, frag dich: ist es okay, wenn der erste Nutzer mein Kind ist?
Nicht „mein Kind mit zwanzig, erwachsen, geschult“. Mein Kind jetzt. Mit dem Alter, das es hat. Mit dem präfrontalen Cortex, den es hat. Mit der Reizwiderstandsfähigkeit, die es hat. Mit dem blinden Vertrauen in die Technik, das es hat.
Wenn ja, baue. Wenn „kommt drauf an“, halte inne und frag worauf. Wenn nein, hast du ein Problem. Und das Problem ist nicht dein Kind.
Kein sentimentaler Test. Ein Designtest. Das Vorsorgeprinzip, übersetzt in Software-Sprache. Die angewandte Version von Hans Jonas: handle so, dass die Folgen mit dem Fortbestand authentischen menschlichen Lebens vereinbar sind.
Nur dass Jonas von Atombomben und Genmanipulation sprach. Wir sprechen von algorithmischen Feeds und Push-Benachrichtigungen. Dass sie harmlos wirken, ist genau das, was sie gefährlich macht.
Wir sind nicht ohnmächtig
Ich weiß, was du denkst. „Ich bin Angestellter. Freelancer. Tech Lead in einer Zehn-Personen-Firma. Ich bestimme nicht die Politik von Meta.“ Stimmt. Tust du nicht.
Aber du bestimmst, wie du deine Software baust. Welche Metriken du optimierst. Ob du Dark Patterns implementierst oder ablehnst. Ob du einen Nutzungstimer oder Endless Scroll setzt. Ob das System die Aufmerksamkeit des Nutzers respektiert oder sie plündert.
Vor allem: du bestimmst, welche Art Profi du sein willst.
Du kannst der sein, der „der Markt verlangt es“ sagt und alles implementiert, was zahlt. Oder der, der „so baue ich das nicht“ sagt und Alternativen vorschlägt. Kein Idealismus, Handwerk. Eine seriöse Schreinerin nimmt kein verfaultes Holz, weil es billiger ist. Ein seriöser Koch serviert kein verdorbenes Essen, weil die Marge wächst. Ein seriöser Ingenieur unterschreibt kein strukturell unsicheres Projekt, weil der Kunde Eile hat.
Doch in der Software, wo Folgen Millionen treffen können und das Hirn einer Generation, akzeptieren wir Standards, die wir in keinem anderen Beruf akzeptieren würden.
Das Manifest
Ich arbeite in der Tech. Ich habe ein Kind. Ich kann die beiden nicht mehr trennen.
Mein Kind ist kein Nutzer. Keine Metrik, keine Session, kein Daily Active User. Es ist ein Mensch mit sich entwickelndem Hirn, sich aufbauender Urteilsfähigkeit, Vertrauen in die Welt, das auch davon abhängt, wie ich und Leute wie ich diese Welt bauen.
Mein Beruf hat Folgen. Nicht abstrakte, ferne aus Moralphilosophie. Konkrete eines Systems, das 24/7 läuft und mit Millionen Hirnen interagiert. Wenn ich nicht die Verantwortung übernehme, wer dann?
Compliance reicht nicht. DSGVO, AI Act, EAA einzuhalten ist Mindestmaß, kein Ziel. Die Frage ist nicht „ist es legal?“. Die Frage ist „ist es richtig?“. Zwei verschiedene Fragen, und die zweite wiegt mehr.
Geschwindigkeit ist kein Wert. „Ship fast“ ist keine Tugend, wenn das, was du startest, schaden kann. Eile ist die Zuflucht derer, die nicht über Folgen denken wollen. Kritisches Denken ist von Natur aus langsam. Code ist schnell. Weisheit verwechselt die beiden Zeiten nicht.
Technische Bildung reicht nicht. Code schreiben ohne dessen Implikationen lesen zu können ist keine Kompetenz, sondern spezialisierte Blindheit. Wir brauchen Ingenieurinnen, die Jonas gelesen haben, Entwickler, die Mill kennen, Designer, die Entwicklungspsychologie studiert haben. Nicht als Allgemeinbildung. Als Werkzeug.
Mein Kind wird mich richten. Nicht am Umsatz, an gelieferten Projekten, beherrschten Technologien. An der Welt, die ich mitgebaut habe. Und in diesem Urteil zählt „ich habe nur Befehle ausgeführt“ nicht. Es zählte nie.
An die, die bauen
Wenn du in der Tech arbeitest und Kinder hast, weißt du, wovon ich rede. Du weißt, dass es ein Gespräch gibt, das unsere Branche verweigert. Dass das Unbehagen, wenn dein Kind im Bildschirm verschwindet, kein elterlicher Wahn ist. Es ist berufliche Kompetenz, die dir etwas sagt.
Hör hin.
Ich sage nicht, hört auf zu bauen. Ich sage: baut, als wäre der erste Nutzer euer Kind. Denn das könnte er sein.
Und wenn nicht eures, dann das von jemand anderem.
Was am Ende dasselbe ist.
„Wir haben die Welt nicht von unseren Eltern geerbt. Wir haben sie uns von unseren Kindern geliehen.“ — Sprichwort, Antoine de Saint-Exupéry zugeschrieben.
Was du mitnimmst
Soziale Feeds beruhen auf variabler Verstärkung — dem mächtigsten je dokumentierten psychischen Mechanismus für zwanghaftes Verhalten.
Heute „für Erwachsene“ zu gestalten, heißt für müde, abgelenkte, zeitarme Menschen zu gestalten — kognitiv nicht weit von einem Kind.
Operative Probe: prüfe bei jeder Funktion, ob du sie neben einem zehnjährigen Neffen einsetzen würdest. Wenn nicht, schreib um oder lösch.
Der ethische Perimeter beruflicher Verantwortung hat sich verschoben: wir wissen, wie das Hirn auf solche Patterns reagiert, und können nicht mehr so tun, als wüssten wir es nicht.
Fragen & Antworten
Welche Dissonanz beschreibt der Beitrag?
Den Widerspruch jener, die in der Tech arbeiten und Eltern sind. Tagsüber bauen sie Systeme, die Engagement (Zeit auf der Plattform, Wiederkehr, Interaktionen) maximieren. Abends versuchen sie, ihr Kind von identischen Systemen zu lösen. Sie wissen, wie Pull-to-refresh wirkt, weil sie es implementiert haben; sie wissen, dass es die Geste des Spielautomaten reproduziert; dass die Verzögerung vor dem Laden ein Design Pattern zur Maximierung der Dopaminausschüttung ist. Und sie wissen: das Kind hat keine Werkzeuge zur Verteidigung.
Welche Regel wird vorgeschlagen?
‚Baue, als wäre dein Kind der Nutzer.’ Nicht im Sinne, das UI zu vereinfachen — im Sinne, das ethische Kriterium anzulegen, das du benutzen würdest, um zu prüfen, ob die Funktion gut für es ist. Wenn ein Dark Pattern dich beschämen würde, wenn du es bei deinem Kind sähest, schreibe es nicht.
Ist das nicht übertrieben? Erwachsene können sich wehren.
Nicht ganz. Variable Verstärkung — Basis der Feeds — ist der mächtigste je dokumentierte Mechanismus, um Zwangsverhalten zu erzeugen. Sie wirkt bei Erwachsenen wie bei Skinners Ratten. Der Unterschied: Erwachsene haben einige Widerstandsmittel, Kinder nicht — aber wer ‚für Erwachsene’ baut, baut für müde, abgelenkte, zeitarme Menschen — kognitiv nicht weit von einem Kind.
Was ändert sich praktisch für Tech-Profis?
Der ethische Perimeter beruflicher Verantwortung. Es reicht nicht mehr zu sagen ‚der Nutzer entscheidet, wie er das Produkt benutzt’: wir wissen, wie das Hirn auf solche Patterns reagiert, und können das nicht mehr ignorieren. Praktisch: bei jeder Funktion fragen, ob du sie neben einem zehnjährigen Neffen einsetzen würdest. Wenn nicht: umschreiben oder löschen.
Der Autor
