Tech-Begriffe für Gründer:25 Wörter, einfach erklärt
Tech-Begriffe für Gründer: die 25 Wörter für fast jedes Gespräch beim Bauen mit KI – API, Backend, Migration, RLS –, jeweils einfach erklärt mit Analogie.
Tech-Begriffe für Gründer: Du musst nicht programmieren lernen, du brauchst etwa 25 Wörter. Ein Arbeitsvokabular – Frontend, Backend, API, Migration und der Rest – befähigt einen nicht-technischen Gründer, KI zu steuern, ihre Antworten zu lesen und sie zu erwischen, wenn sie falsch liegt. Hier sind die 25 Begriffe, auf die es ankommt, jeder in einfachem Deutsch mit einer Analogie, die du dir wirklich merkst.
Eine Anweisung vor der Liste: Lern sie nicht auswendig. Überfliege sie einmal und komm zurück, wann immer ein Begriff in einem Gespräch mit deinen KI-Tools auftaucht. Vokabular entsteht durch Benutzung.
Warum Gründer Vokabular brauchen, nicht Fließfähigkeit
Mit KI zu bauen ist ein Gespräch, und Gespräche laufen über gemeinsame Wörter. Wenn du sagen kannst „Füge eine Datenbankspalte für email_verified hinzu“ statt „Sorg dafür, dass die App sich merkt, ob Leute ihre E-Mail bestätigt haben“, bekommst du genau das, was du wolltest – beim ersten Versuch. Wenn die KI antwortet, sie habe „eine Migration erstellt und den API-Endpunkt aktualisiert“, musst du wissen, ob dich dieser Satz beunruhigen sollte.
Die Wörter tragen auch die Architektur. Die meisten der folgenden Begriffe gehören zu einer der Schichten aus dem Restaurant-Modell, wie SaaS funktioniert – der Gastraum (Frontend), die Küche (Backend), das Rezeptbuch (Datenbank) und die Kellner (API). Wenn dich ein Begriff verwirrt, löst die Frage „In welcher Schicht lebt das?“ das Problem zur Hälfte.
Die 25 Tech-Begriffe für Gründer in einfachem Deutsch
| Begriff | Was es ist | Analogie |
|---|---|---|
| SaaS | Software, die im Webbrowser im Abo bereitgestellt wird, statt lokal installiert zu sein | Netflix statt DVDs kaufen – Zugang, kein Besitz |
| Frontend | Der Code, der im Browser des Nutzers läuft – alles, was er sieht und anklickt | Der Gastraum des Restaurants |
| Backend | Serverseitiger Code für Geschäftslogik, Datenzugriff und Sicherheit | Die Restaurantküche – unsichtbar, dort passiert die eigentliche Arbeit |
| API | Die Regeln, wie Softwarekomponenten miteinander sprechen | Eine Speisekarte – du bestellst daraus, die Küche schickt das Essen zurück |
| Datenbank | Strukturierter, dauerhafter Speicher für alle Daten deines Produkts | Das Aktensystem auf dem Amt |
| Schema | Die Struktur deiner Datenbank: Tabellen, Spalten, Typen, Beziehungen | Ein Hausplan – legt die Struktur fest, bevor gebaut wird |
| SQL | Die Sprache, um einer Datenbank Fragen zu stellen und ihre Daten zu ändern | Die Ablagesprache der Bibliothekarin |
| Primary Key | Die Spalte, die jede Zeile einer Tabelle eindeutig identifiziert | Eine Personalausweisnummer – eine pro Person, nie wiederverwendet |
| Foreign Key | Eine Spalte, die auf den Primary Key einer anderen Tabelle zeigt und so eine Beziehung herstellt | Eine Fußnote – verweist auf Details, die woanders stehen |
| Migration | Eine Datei mit Änderungen, die deine Datenbankstruktur weiterentwickelt, ohne Daten zu verlieren | Ein Umbauplan für ein Haus |
| CRUD | Die vier grundlegenden Datenoperationen: erstellen, lesen, aktualisieren, löschen | Ein Aktenschrank – Akten hinzufügen, lesen, aktualisieren, entfernen |
| Multi-Tenancy | Eine App bedient viele Kunden, jeder mit isolierten Daten | Ein Mehrfamilienhaus – gemeinsame Infrastruktur, private Räume |
| RLS (Row-Level Security) | Zugriffskontrolle, die die Datenbank selbst zeilenweise durchsetzt | Ein Banktresor – selbst wenn der Schalterbeamte sich irrt, braucht der Tresor den richtigen Schlüssel |
| Authentifizierung | Prüfen, wer jemand ist (Login, OAuth, Magic Links) | Den Ausweis bei der Sicherheitskontrolle am Flughafen zeigen |
| Autorisierung | Entscheiden, was eine geprüfte Person tun darf | Ein Führerschein berechtigt nicht zum Fahren jedes Fahrzeugs |
| Validierung | Prüfen, ob Daten die Regeln erfüllen, bevor man sie annimmt | Der Türsteher im Club – prüft den Ausweis an der Tür |
| JSON | Das universelle Textformat, mit dem APIs strukturierte Daten austauschen | Ein Universaladapter – jede Sprache versteht ihn |
| Webhook | Ein Rückruf, den ein anderer Dienst auslöst, wenn etwas passiert (z. B. Zahlung erfolgreich) | Eine Türklingel – sie klingelt bei dir, wenn etwas passiert |
| Git | Versionskontrolle – verfolgt jede Änderung, die je an deinem Code gemacht wurde | „Änderungen nachverfolgen“ in Word, aber für Code |
| GitHub | Die Plattform, die deine Code-Repositories online hostet | Google Drive für Code |
| Localhost | Dein eigener Rechner, auf dem du die App ausführst und testest, bevor sie live geht | Die Testküche zu Hause im Vergleich zum Restaurant, das Gäste bedient |
| Deployment | Deinen Code für echte Nutzer im Internet live schalten | Ein Buch veröffentlichen – vom Manuskript zu gedruckten Exemplaren im Laden |
| Umgebungsvariable (Environment Variable) | Ein Konfigurationswert, der je nach Umgebung (Entwicklung vs. Produktion) wechselt und Secrets aus dem Code heraushält | Das Skript eines Schauspielers – gleiche Rolle, anderes Theater |
| Bug | Ein Fehler im Code, der falsches Verhalten verursacht; Debugging heißt, ihn zu finden und zu beheben | Ein Tippfehler im Rezept, der das Gericht ruiniert |
| Supabase | Ein Backend im Paket: Datenbank, Authentifizierung, Speicher und APIs, ohne sie selbst zu bauen | Ein fertiges Hausfundament statt selbst Beton zu gießen |
Ein vollständiges technisches Glossar umfasst über fünfzig Begriffe. Die andere Hälfte brauchst du erst an dem Tag, an dem du ihnen begegnest – und an diesem Tag hast du das Fundament, sie in einem Durchgang aufzunehmen.
Das BuchThe Solopreneur RevolutionLuis Gonçalves darüber, wie du neben dem Job mit KI ein Solopreneur-Business aufbaust.Zum Buch →Die Paare, die alle verwechseln
Vier dieser Begriffe kommen in Paaren vor, die austauschbar klingen und es nicht sind. Wenn du sie auseinanderhältst, ersparst du dir echte Verwirrung:
Frontend vs. Backend. Das Frontend läuft im Browser und ist öffentlich; das Backend läuft auf einem Server und ist privat. Was der Nutzer sieht vs. die Geschäftslogik. Wenn eine Regel wichtig ist – Preise, Berechtigungen, Limits –, muss sie im Backend leben, denn alles im Frontend kann manipuliert werden.
Authentifizierung vs. Autorisierung. Wer bist du? vs. Was darfst du? Der Login prüft die Identität; Berechtigungen entscheiden über den Zugriff. Dein Produkt braucht beides, und wer sie verwechselt, erlebt, dass Nutzer die Daten der anderen sehen.
Backend vs. Datenbank. Das Backend ist Logik; die Datenbank ist Speicher. Völlig verschiedene Aufgaben – die Küche und das Rezeptbuch. Wenn dir dieses Paar noch unscharf vorkommt, erledigt Datenbanken erklärt für nicht-technische Gründer das in zehn Minuten.
Localhost vs. Produktion. Entwickelt wird auf deinem Rechner unter localhost – schnelle Änderungen, detaillierte Fehler, kein Nutzer kommt zu Schaden. Die Produktion ist der Cloud-Server, den echte Kunden nutzen. Code wandert per Deployment von einem zum anderen, nie durch direktes Bearbeiten des Live-Produkts.
Wie du diese Wörter mit KI wirklich einsetzt
Der Gewinn dieses Vokabulars ist Präzision. Vergleiche die zwei Versionen derselben Anfrage:
- Vage: „Sorg dafür, dass man sich nicht zweimal anmelden kann.“ Präzise: „Validiere die Eindeutigkeit der E-Mail im Backend.“
- Vage: „Merk dir, was Nutzer bevorzugen.“ Präzise: „Füge eine Datenbankspalte für Nutzereinstellungen hinzu.“
- Vage: „Stell es online.“ Präzise: „Deploye in die Produktion.“
Präzision zählt auch in die andere Richtung. Wenn die KI dir sagt, was sie getan hat, sind diese Begriffe deine Review-Checkliste: Hat sie eine Geschäftsregel ins Frontend gelegt, wo man sie umgehen kann? Hat sie das Schema geändert, obwohl du nur eine Anzeigekorrektur wolltest? KI-Ergebnisse zu akzeptieren, die du nicht lesen kannst, ist genau der Beginn von der Vibe-Coding-Falle – und die Sprache zu sprechen ist, wie du der Architekt bleibst, während ein paar hundert Euro an Tools das Tippen übernehmen.
12 WochenDeine Konzernkarriere war nie der PlanBewirb dich beim Solopreneur Accelerator.Jetzt bewerben →Häufig gestellte Fragen
Muss ich Tech-Begriffe auswendig lernen, bevor ich mit KI baue?
Nein. Überfliege die Liste einmal, fang an zu bauen und komm zurück, wann immer ein Begriff in deinen KI-Gesprächen auftaucht. Im Kontext gelerntes Vokabular bleibt hängen; aus einer Liste Auswendiggelerntes nicht. Nach wenigen Wochen echten Bauens sind die meisten dieser Wörter selbstverständlich.
Was sind die wichtigsten Tech-Begriffe für einen SaaS-Gründer?
Beginne mit den vier der Architektur: Frontend, Backend, Datenbank und API – sie sagen dir, wo jedes Feature und jeder Bug lebt. Ergänze dann Authentifizierung vs. Autorisierung, Schema und Migration, denn in diesen Gesprächen wird ein falsches Wort teuer.
Kann ich ein SaaS bauen, ohne diese Begriffe zu kennen?
Du kannst ohne sie prompten, aber nicht steuern. KI generiert so oder so bereitwillig Code – der Unterschied ist, ob du prüfen kannst, was zurückkam, benennen kannst, was falsch ist, und um die richtige Korrektur bitten kannst. Diese Prüffähigkeit trennt Bauen vom Glücksspiel.
Was ist der Unterschied zwischen Authentifizierung und Autorisierung?
Authentifizierung prüft, wer du bist – der Login-Schritt, wie der Ausweis bei der Flughafenkontrolle. Autorisierung entscheidet, was du tun darfst, sobald du drin bist – wie ein Führerschein, der dich nicht zum Fahren jedes Fahrzeugs berechtigt. Jedes echte Produkt braucht beides.
Wie gefangen bist du wirklich?
Mach den Corporate Suffocation Index – die kostenlose Einschätzung, ob du bereit bist, Solopreneur zu werden.