Sales-Engine · Wissen
← Handbuch-Übersicht
Kapitel 3

Erst die Struktur, dann die Funktionen

Ein ordentlich beschrifteter SetzkastenKIKI-generiertMade in EU

Jetzt kommt der Schritt, den fast alle überspringen — und den fast alle später bereuen: Bevor du bunte Funktionen baust, klärst du die Struktur. Also: Welche Daten gibt es überhaupt, und wie hängen sie zusammen?

Was heißt „Struktur" ganz einfach?

Stell dir einen Aktenschrank vor, bevor du Akten reinlegst. Welche Schubladen brauchst du? „Kunden", „Rechnungen", „Termine". Und: Gehört eine Rechnung zu einem Kunden? Zu welchem? Das klärst du zuerst. Erst wenn der Schrank sinnvoll aufgeteilt ist, legst du Akten rein.

Bei Software ist es dasselbe. „Ein Kunde hat einen Namen, eine E-Mail und gehört zu einer Firma. Eine Anfrage gehört zu einem Kunden." Dieses Gerüst nennt man Datenmodell. Es klingt technisch, ist aber nur gesunder Menschenverstand: Ordnung schaffen, bevor man loslegt.

Fundament zuerst, Wände danach. Ein Haus baut man nicht andersherum.

Warum die Reihenfolge so wichtig ist

Wenn du sofort Funktionen baust, ohne die Struktur zu klären, passiert Folgendes: Jede neue Funktion braucht die Daten ein bisschen anders, und irgendwann passt nichts mehr zusammen. Dann musst du vieles abreißen und neu machen. Klärst du die Struktur zuerst, bauen alle Funktionen auf demselben soliden Gerüst — und alles passt.

Unser ehrlicher Fehler: Auch wir haben früher zu schnell „drauflosgebaut" und mussten Strukturen im Nachhinein geradeziehen. Das kostet immer mehr, als es vorher sauber zu klären. Heute fragen wir bei jedem Projekt zuerst: Welche Daten, wie verknüpft? Erst dann Funktionen.

So machst du es

Sag der KI: „Bevor wir Funktionen bauen — lass uns erst festlegen, welche Daten es gibt und wie sie zusammenhängen." Die KI ist gut darin, dir das vorzuschlagen. Du prüfst nur, ob es zu deinem echten Alltag passt. Das ist wieder deine Aufgabe: nicht das Wie, sondern das Ob-es-stimmt.

Woran du eine gute Struktur erkennst

Du musst kein Datenexperte sein, um zu spüren, ob eine Struktur stimmt. Zwei einfache Prüfsteine reichen: Erstens — kannst du jede Sache eindeutig einer „Schublade" zuordnen? Gehört „Rechnung" klar zu „Kunde"? Zweitens — musst du dieselbe Information nirgends doppelt eintragen? Wenn du die Adresse eines Kunden an drei Stellen pflegen müsstest, ist die Struktur noch nicht gut. Gute Struktur fühlt sich aufgeräumt an, nicht verzettelt.

Ein Beispiel aus dem Alltag

Denk an ein Kochbuch. Du legst nicht bei jedem Rezept die komplette Zutatenliste des ganzen Buches noch mal ab — du hast ein Rezept, und das verweist auf Zutaten. „Ein Rezept gehört zu einer Kategorie, hat mehrere Zutaten und mehrere Schritte." Das ist schon ein Datenmodell, ganz ohne Technik. Genau so denkst du auch bei deinem System: Welche Dinge gibt es, und wie hängen sie zusammen?

Der teure Moment, wenn man es überspringt

Wir sagen es aus Erfahrung: Der teuerste Moment kommt nicht am Anfang, sondern in der Mitte. Wenn schon zehn Funktionen auf einer wackligen Struktur stehen und du merkst, dass etwas Grundlegendes fehlt, dann musst du an vielen Stellen gleichzeitig umbauen. Hättest du die halbe Stunde am Anfang investiert, wäre es ein Satz gewesen. Struktur zuerst ist keine Bürokratie — es ist die günstigste Versicherung, die es gibt.

Das nimmst du mit: Erst der Aktenschrank, dann die Akten. Kläre die Daten und ihre Verbindungen, bevor du Funktionen baust — sonst baust du zweimal.
← Zurück: Der Kontext