App oder Ökosystem:Entscheide vor dem Datenbankdesign

App oder Ökosystem ist die eine Frage, die du beantworten musst, bevor du eine einzige Datenbanktabelle entwirfst: Baust du eine App oder ein Ökosystem? Eine App bedient eine Art von Nutzern bei einer Aufgabe. Ein Ökosystem bedient mehrere Arten von Nutzern, deren Daten sich verbinden und zwischen ihnen fließen. Die Antwort verändert alles an deiner Datenbank — das Design eines Ökosystems ist grob zehnmal komplexer — und es ist viel besser, es zu wissen, bevor das Fundament gegossen ist, als danach.

Diese Frage habe ich beantwortet, bevor ich irgendeinen Code für meine eigene Plattform schrieb, und sie ist der Grund, warum die Datenbank so groß wurde, wie sie wurde. Hier steht, wie du sie richtig stellst, wozu dich jede Antwort verpflichtet und welche Übung die Wahrheit in zwanzig Minuten ans Licht bringt.

Die Frage, die deine ganze Datenbank entscheidet

Datenbanken sind Fundamente, und Fundamente werden von dem geformt, was darauf stehen soll. Ein Gartenhäuschen und ein Mehrfamilienhaus brauchen beide Beton — aber niemand gießt die Platte eines Häuschens und beschließt dann, zwölf Stockwerke draufzusetzen. Bei Software ist es dasselbe: Die Form deines Datenmodells wird von der ehrgeizigsten Version dessen bestimmt, was du baust, und es ist der einzige Teil deines Produkts, der sich später wirklich schmerzhaft ändern lässt. (Neu bei der Frage, was ein Datenmodell überhaupt ist? Fang mit Datenbanken erklärt für nicht-technische Gründer an.)

Der erste Designschritt ist also nicht, Tabellen zu zeichnen. Er besteht darin zu entscheiden, was du eigentlich baust. Nicht die Features — die Vision.

Wie „nur eine App“ aussieht

Eine App hat eine Art von Nutzern, die eine Aufgabe erledigen. Ein Zeiterfasser. Ein Rechnungsgenerator. Ein Gewohnheitstracker. Ihre Datenbank ist erfrischend klein: eine Nutzertabelle, eine Projekttabelle, eine Aufgabentabelle — fertig. Einfach.

Daran ist nichts falsch. Wenn deine Vision wirklich ein fokussiertes Tool für eine Zielgruppe ist, ist eine kleine, saubere Datenbank eine Stärke: schneller gebaut, leichter zu durchdenken, billiger zu warten. Der Fehler ist nicht, eine App zu bauen. Der Fehler ist, das Fundament einer App unter den Ehrgeiz eines Ökosystems zu setzen.

Wie ein Ökosystem aussieht

Als ich meine Plattform begann, setzte ich mich nicht hin, um „eine App“ zu bauen. Ich setzte mich hin, um ein Ökosystem zu bauen. Die Vision: eine Plattform, auf der Startups ihren gesamten Betrieb führen, Accelerators ihre Programme und Portfolios verwalten, VCs Dealflow und Investments verfolgen und Affiliates bewerben und verdienen — alle miteinander verbunden, alle im Austausch.

Dieser eine Absatz hat die Datenbank verwandelt. Statt einer Nutzertabelle brauchte ich Organisationen grundlegend verschiedener Typen — Startups, Accelerators, VCs, Affiliates — mit Nutzern, die ihnen in unterschiedlichen Rollen zugeordnet sind. Statt der Tabellen eines Produkts brauchte ich zehn Produkte — OS, HUB, CAP, Money, People, Score, Pitch, Accelerator, Affiliates, VC —, die Daten teilen, welche zwischen ihnen fließen: Das Startup, das ein Gründer führt, ist dasselbe Startup, das ein Accelerator coacht und ein VC bewertet. Beziehungen zwischen allen, überall.

Deshalb läuft die Plattform auf 964 Tabellen. Nicht weil ich Komplexität wollte — sondern weil die Vision sie verlangte. Die Datenbank eines Ökosystems ist keine größere App-Datenbank; sie ist eine andere Art von Objekt, so wie das Straßennetz einer Stadt keine längere Einfahrt ist.

Das BuchThe Solopreneur RevolutionLuis Gonçalves darüber, wie du neben dem Job mit KI ein Solopreneur-Business aufbaust.Zum Buch →

App oder Ökosystem: die praktischen Unterschiede

Beachte die Asymmetrie in der letzten Zeile. „Ökosystem“ zu wählen, obwohl du nur eine App brauchtest, kostet dich etwas verschwendete Struktur. „App“ zu wählen, obwohl deine Vision ein Ökosystem war, kostet dich das Fundament selbst — Verbindungen zwischen Nutzertypen nachträglich auf Tabellen zu setzen, die nie dafür entworfen wurden, ist die Art Operation, die Produkte monatelang lahmlegt.

Warum du jetzt entscheiden musst, nicht später

Weil zehnfache Komplexität gut beherrschbar ist, wenn du vorab davon weißt, und brutal, wenn du sie auf halbem Weg entdeckst. Besser jetzt wissen, als nach dem Bau des falschen Fundaments zu merken.

Früh „Ökosystem“ zu entscheiden schaltet auch die wichtigste strukturelle Entscheidung frei, die Ökosysteme möglich macht: von Tag eins an für mehrere Organisationen zu entwerfen, wobei jede Datenzeile genau einer von ihnen gehört. Dieses Muster — Multi-Tenancy — ist zu Beginn nahezu gratis einzubauen und später nahezu unmöglich nachzurüsten. Es ist die erste konkrete Konsequenz der Antwort auf App oder Ökosystem, und genau deshalb kommt die Frage vor den Tabellen.

Und um das klarzustellen: Es gilt in beide Richtungen. Wenn die ehrliche Antwort „App“ lautet, bau eine App. Vergolde kein fokussiertes Tool mit Ökosystem-Verkabelung, nur weil es ehrgeiziger wirkt. Die Sünde ist nicht Kleinheit, sondern Missverhältnis.

Die Übung: Schreib die Vision auf, nicht die Features

Nimm dir vor deiner nächsten Tabelle zwanzig Minuten und schreib die Vision auf. Nicht die Feature-Liste — die Vision. Drei Fragen erledigen die Arbeit:

Wer sind ALLE Nutzer? Nicht nur der Offensichtliche. Wer sonst berührt das hier — Admins, Partner, Prüfer, Käufer, Promoter? Wie hängen sie zusammen? Wer von ihnen muss dieselben Datensätze sehen, teilen oder bearbeiten? Welche Daten teilen sie? Welche Informationen fließen zwischen ihnen, statt im Silo einer Person zu liegen?

Wenn die Antworten lauten „eine Nutzerart, keine Verbindungen, nichts geteilt“, herzlichen Glückwunsch: Du baust eine App, und deine Datenbank kann wunderbar klein bleiben. Wenn die Antworten mehrere Nutzerarten umfassen, die Daten austauschen — baust du ein Ökosystem, und jede Tabelle, die du ab jetzt entwirfst, sollte das wissen.

12 WochenDeine Konzernkarriere war nie der PlanBewirb dich beim Solopreneur Accelerator.Jetzt bewerben →

Häufig gestellte Fragen

Ist ein Ökosystem besser als eine App?

Nein — passend ist besser als unpassend. Eine fokussierte App mit einer kleinen Datenbank, die zu ihrer Vision passt, schlägt ein halbfertiges Ökosystem jedes Mal. Es geht nicht darum, größer zu zielen, sondern deine Datenbank ehrlich darüber zu machen, was du tatsächlich baust.

Kann ich mit einer App starten und in ein Ökosystem hineinwachsen?

Du kannst — wenn das Fundament es zulässt. Der Kompromiss, der funktioniert: die Features wie bei einer App zuschneiden, aber die wenigen grundlegenden Entscheidungen (Multi-Tenancy, Organisationen als vollwertige Datensätze, saubere Referenzen) so treffen, als könnte die Ökosystem-Vision wahr werden. Features lassen sich später leicht ergänzen; Fundamente nicht.

Wie viele Tabellen braucht ein Ökosystem?

Es gibt keine magische Zahl — 964 ist, was ein echtes Ökosystem mit zehn Produkten verlangte, kein Ziel. Die ehrliche Antwort lautet: so viele, wie die Vision erfordert, und genau deshalb schreibst du zuerst die Vision auf und lässt die Tabellenzahl daraus folgen, nicht umgekehrt.

Wird die KI mir die Frage App oder Ökosystem stellen?

Nein — und das ist die Gefahr. Bitte die KI „Bau mir eine Plattform“, und sie liefert bereitwillig ein App-förmiges Schema, weil Apps der statistische Durchschnitt von allem sind, was sie gesehen hat. Die Vision lebt in deinem Kopf. Nenne sie ausdrücklich — alle Nutzertypen, die Verbindungen, die geteilten Daten —, und die KI kann dafür entwerfen. Lässt du sie unausgesprochen, bekommst du eine Gartenhaus-Platte unter deinem Mehrfamilienhaus.