- Kunde
- Dad.Live
- Plattform
- Individuelle Plattform (Node.js)
- Branche
- Plattform für Familienerinnerungen
- Umfang
- Kompletter Neuaufbau
- Live-Site
- dad.live
Dad.Live existiert aus einem Grund, den die meiste Software nicht berührt: Entfernung und Zeit. Väter schreiben Briefe, nehmen Sprachnotizen und Videobotschaften auf; Kinder lesen und sehen sie jetzt oder erst in Jahren — privat, innerhalb der Familie oder öffentlich geteilt. Wir haben die gesamte Plattform von Grund auf gebaut: die Logik-Abläufe, das Freigabe-Modell, die Discovery-Engine und die Performance-Arbeit darunter.
Die Herausforderung: Software für Jahrzehnte, nicht für Sessions
Eine Nachricht, die ein Kind in fünfzehn Jahren öffnet, ist ein ganz anderes technisches Problem als eine, die in fünfzehn Sekunden geöffnet wird. Das Produktkonzept führte zu ungewöhnlichen technischen Anforderungen:
- Ein mehrschichtiges Privatsphäre-Modell — privat für ein Kind, mit der Familie geteilt oder für alle veröffentlicht; nichts ist standardmäßig öffentlich
- Zeitgesteuerte Zustellung — Inhalte, die sich zu festgelegten Terminen und Lebensmomenten freischalten, mit Benachrichtigungen, wenn ein Vater etwas Neues teilt
- Gemischte Medien — Text, Sprache und Video als vollwertige Briefe behandelt, nicht als Anhänge
- Eine Discovery-Engine — die öffentliche Briefe und Gedanken sichtbar macht, damit die Plattform für Neuankömmlinge lebendig ist und kein leerer Tresor
Was wir gebaut haben
Das Brief-Modell und die Freigabe-Abläufe
Auf Dad.Live ist alles ein Brief — geschrieben, gesprochen oder gefilmt. Wir haben den gesamten Lebenszyklus modelliert: verfassen, an ein Kind oder die Familie adressieren, Sichtbarkeit wählen, planen oder senden, benachrichtigen, antworten. Kinder können kommentieren und zurückschreiben, denn die Gründer bestanden darauf, dass die Plattform ein Gespräch ist, keine Einbahnstraße. Es ist die Art von Produktlogik, an der unser Full-Stack-Team die meiste Freude hat: keine Vorlage zum Kopieren, nur Abläufe, die man richtig hinbekommen muss.
Der öffentliche Briefe-Feed und die Discovery-Engine
Väter, die sich fürs Veröffentlichen entscheiden, speisen das öffentliche Gesicht der Plattform — einen Strom aus Briefen und Gedanken, der Neuankömmlingen besser zeigt, wofür das Produkt da ist, als es jeder Landingpage-Text könnte. Die Discovery-Engine, die wir gebaut haben, priorisiert diese Inhalte und macht sie sichtbar und verleiht der Site so einen redaktionellen Puls ohne Redaktionsteam.
Anmeldung und Ladezeit-Arbeit
Das Onboarding nutzt Social Sign-in (Apple, Google), sodass zwischen einem Vater und seinem ersten Brief nur Minuten liegen, kein Registrierungsformular. Und weil emotionale Produkte an langsamen Seiten scheitern, haben wir dieselbe Ladezeit-Disziplin angewandt wie im E-Commerce: schlanke Payloads, optimierte Medienauslieferung und Caching, das auf eine inhaltsreiche Consumer-Site abgestimmt ist.
Der Technologie-Stack
- Individuelle Plattform-Entwicklung — Node.js-Services hinter den Brief-, Freigabe- und Benachrichtigungs-Abläufen
- Mehrschichtige Privatsphäre-Architektur — Sichtbarkeit pro Brief, von privat bis öffentlich, serverseitig durchgesetzt
- Discovery-Engine — priorisiert und zeigt öffentliche Briefe und Gedanken
- Social Authentication — Apple- und Google-Sign-in für nahezu reibungsloses Onboarding
- Performance-Schicht — medienlastige Seiten, die auch auf gewöhnlichen Smartphones schnell bleiben
Bei Consumer-Plattformen wie dieser unterscheidet sich individuelle Entwicklung am stärksten von Konfiguration: Jede Entscheidung — was ein Brief ist, wer ihn sehen darf, wann er ankommt — ist Produktdenken, in Code gegossen.
Sie bauen etwas ohne Vorlage?
Wenn Ihre Produktidee auf keine Feature-Liste einer Plattform passt, ist das kein Problem — es ist eine Spezifikation. Sprechen Sie mit unserem Engineering-Team über individuelle Plattform-Entwicklungen; wir melden uns innerhalb eines Werktags mit einer ehrlichen Einschätzung zu Umfang, Reihenfolge und Kosten.