Interne Tools mit Directus bauen: 5 Muster, die Retool ersetzen

Interne Tools gehören zu den am häufigsten unterschätzten Softwareprojekten in Unternehmen. CRM-Masken, Support-Systeme, Bestandsverwaltung, Freigabeprozesse oder Customer-Success-Dashboards entstehen oft als kleine Hilfsmittel – entwickeln sich jedoch schnell zu geschäftskritischen Anwendungen.

Viele Unternehmen greifen dafür zu Plattformen wie Retool oder Appsmith. Diese ermöglichen schnelle Ergebnisse, bringen aber häufig steigende Lizenzkosten, eingeschränkte Datenhoheit und eine starke Abhängigkeit vom jeweiligen Anbieter mit sich.

Directus verfolgt einen anderen Ansatz: Statt zuerst die Oberfläche zu definieren, steht die Datenstruktur im Mittelpunkt. Dadurch lassen sich interne Tools auf Basis bestehender Datenbanken aufbauen, ohne die Kontrolle über Daten, Prozesse und Infrastruktur abzugeben.

In diesem Beitrag zeigen wir fünf typische Muster für interne Tools, die sich mit Directus umsetzen lassen – und in vielen Fällen klassische Retool-Anwendungen ersetzen können.

Warum interne Tools so teuer werden

Interne Anwendungen wirken auf den ersten Blick oft simpel. In der Praxis wachsen Anforderungen jedoch kontinuierlich.

Pricing-Eskalation bei Retool & Co.

Viele Internal-Tool-Plattformen starten mit günstigen Einstiegspreisen. Mit steigender Nutzerzahl, zusätzlichen Umgebungen, Rollenmodellen oder erweiterten Integrationen wachsen die Kosten jedoch erheblich.

Typische Kostentreiber:

  • Benutzerbasierte Lizenzmodelle
  • Separate Kosten für Produktionsumgebungen
  • Kostenpflichtige Enterprise-Features
  • API-Limits
  • Zusätzliche Hosting-Gebühren

Gerade bei größeren Teams entstehen so schnell wiederkehrende Kosten, die deutlich über den eigentlichen Entwicklungsaufwand hinausgehen.

Vendor-Lock-in bei UI-First-Plattformen

Viele Plattformen verfolgen einen UI-First-Ansatz.

Die Oberfläche wird über proprietäre Builder erstellt, während Datenmodelle und Geschäftslogik eng an das Tool gekoppelt bleiben.

Die Folgen:

  • Erschwerte Migration
  • Begrenzte Erweiterbarkeit
  • Abhängigkeit von Preisänderungen
  • Proprietäre Workflows und Komponenten

Wer später wechseln möchte, muss häufig große Teile der Anwendung neu aufbauen.

 

Der Directus-Ansatz

Directus verfolgt bewusst einen anderen Weg.

Datenbank-First statt UI-First

Bei Directus bildet die Datenbank die zentrale Wahrheit.

Das bedeutet:

  • PostgreSQL
  • MySQL
  • MariaDB
  • SQLite
  • MS SQL Server

bleiben vollständig nutzbar.

Directus legt keine proprietäre Datenstruktur an, sondern stellt eine flexible Verwaltungsoberfläche über vorhandene Daten bereit.

Vorteile:

  • Volle Datenhoheit
  • Direkter SQL-Zugriff
  • Keine Datenmigration bei Plattformwechsel
  • Einfachere Integration in bestehende Systeme

Was du out-of-the-box bekommst

Directus bringt bereits viele Funktionen mit:

Authentifizierung

  • Lokale Benutzer
  • SSO
  • OAuth
  • OpenID Connect

Rollen und Berechtigungen (RBAC)

  • Feldbasierte Rechte
  • Rollenmodelle
  • Datensatzfilter

Audit-Log

  • Änderungsverfolgung
  • Benutzerhistorie
  • Compliance-Unterstützung

APIs

  • REST API
  • GraphQL API
  • Webhooks

Automatisierung

  • Flows
  • Trigger
  • Integrationen

 

Wo Directus an Grenzen stößt

Directus ersetzt nicht jedes Frontend.

Typische Grenzen:

  • Hochgradig individuelle UX-Anforderungen
  • Echtzeit-Kollaboration
  • Komplexe State-Machines
  • Consumer-Anwendungen mit hoher Interaktionsdichte

Für diese Fälle empfiehlt sich ein zusätzliches Frontend auf Basis von Vue oder React.

 

Muster 1 – CRM-Back-Office

Ein häufiges Einsatzgebiet für Directus ist ein internes CRM-System.

Schema-Design: Kontakt, Firma, Deal

Kontakt

  • Vorname
  • Nachname
  • E-Mail
  • Telefon

Firma

  • Name
  • Branche
  • Umsatzklasse

Deal

  • Status
  • Volumen
  • Verantwortlicher

Dieses Schema kann innerhalb weniger Stunden aufgebaut werden.

 

Permissions per Rolle

Vertrieb

  • Kontakte bearbeiten
  • Deals verwalten

Management

  • Vollzugriff
  • Reports

Support

  • Lesender Zugriff

Dadurch lassen sich Verantwortlichkeiten sauber trennen.

 

Insights-Dashboard für Pipeline

Mit Directus Insights können Kennzahlen visualisiert werden:

  • Offene Deals
  • Pipeline-Wert
  • Abschlussquoten
  • Umsatz pro Vertriebsmitarbeiter

Interne Verlinkung:
Admin-Dashboards in Insights

 

Muster 2 – Bestandsverwaltung (Inventory)

Viele Unternehmen verwalten Lagerdaten noch in Excel.

Directus bietet hier eine flexible Alternative.

Stock-Levels mit Custom Validation

Beispiel:

  • SKU
  • Bestand
  • Mindestbestand
  • Lagerort

Validierungen verhindern fehlerhafte Eingaben.

Flows für Niedrigbestands-Alerts

Mögliche Automatisierungen:

  1. Bestand fällt unter Mindestwert
  2. Flow wird ausgelöst
  3. E-Mail an Einkauf
  4. Ticket wird erzeugt

Barcode-Scanner-Integration

Über REST oder GraphQL lassen sich mobile Scanner problemlos anbinden.

Dadurch entstehen einfache Lageranwendungen ohne zusätzliche Plattform.

 

Muster 3 – Support-Ticket-System

Support-Prozesse lassen sich mit Directus überraschend effizient umsetzen.

Status-Workflows

Typische Stati:

  • Neu
  • In Bearbeitung
  • Wartet auf Kunde
  • Gelöst
  • Geschlossen

Flows sorgen für konsistente Übergänge.

SLA-Tracking über Hooks

Automatische Berechnung:

  • Reaktionszeit
  • Bearbeitungszeit
  • Eskalationen

Management erhält vollständige Transparenz.

Slack-Integration via Flow

Mögliche Automatisierungen:

  • Neues Ticket
  • Eskalation
  • SLA-Verletzung

Benachrichtigungen werden direkt in Slack gesendet.

 

Muster 4 – Content-Approval-Workflow

Marketing- und Redaktionsteams profitieren besonders von den Workflow-Funktionen.

Mehrstufige Freigabe

Beispiel:

Redakteur → Fachbereich → Marketing → Veröffentlichung

Jeder Schritt wird dokumentiert.

E-Mail-Benachrichtigungen

Flows informieren automatisch:

  • Neue Freigabe
  • Ablehnung
  • Veröffentlichung

Audit-Trail

Jede Änderung wird nachvollziehbar gespeichert.

Dadurch entstehen revisionssichere Freigabeprozesse.

 

Muster 5 – Daten-Admin für Customer-Success

Customer-Success-Teams benötigen oft Zugriff auf Kundendaten, sollen diese jedoch nicht vollständig bearbeiten dürfen.

Read-only Views für Support-Teams

Mögliche Ansichten:

  • Kundenstammdaten
  • Vertragsinformationen
  • Nutzungsdaten

Ohne Risiko für versehentliche Änderungen.

Bulk-Edit mit granularen Permissions

Customer-Success-Manager können:

  • Tags setzen
  • Status aktualisieren
  • Segmente pflegen

während sensible Daten geschützt bleiben.

 

Vergleich: Retool vs. Appsmith vs. Directus

Kriterium Directus Retool Appsmith
Open Source Ja Nein Ja
Datenhoheit Vollständig Eingeschränkt Hoch
Self Hosting Ja Teilweise Ja
SQL First Ja Teilweise Ja
REST & GraphQL Ja Ja Ja
Vendor Lock-in Sehr gering Hoch Mittel
Lizenzkosten Niedrig Mittel bis hoch Niedrig
Rollenmodell Sehr stark Stark Gut

⇔

Wann Directus nicht reicht

Directus ist leistungsfähig, aber nicht immer die optimale Lösung.

Pixel-perfekte UIs notwendig

Wenn Design und Nutzererlebnis höchste Priorität haben, empfiehlt sich ein separates Frontend.

Technologien:

  • Vue
  • Nuxt
  • React
  • Next.js

Directus bleibt dabei Backend und Datenplattform.

Komplexe State-Machines

Bei stark verzweigten Prozessen reichen klassische Flows oft nicht aus.

Geeignete Ergänzungen:

  • XState
  • n8n
  • Camunda
  • Temporal

So lassen sich komplexe Geschäftsprozesse modellieren.

 

Fazit

Directus eignet sich hervorragend für interne Anwendungen, Back-Office-Systeme und Admin-Tools.

Der datenbankzentrierte Ansatz bietet entscheidende Vorteile gegenüber klassischen UI-Buildern:

  • Keine proprietäre Datenhaltung
  • Volle SQL-Kontrolle
  • Starke Rollen- und Rechteverwaltung
  • Flexible Automatisierung
  • Open-Source-Basis

Für viele CRM-, Support-, Inventory- oder Workflow-Anwendungen ist Directus deshalb eine ernstzunehmende Alternative zu Retool und vergleichbaren Plattformen.

Wer bereits eine bestehende Datenbank besitzt, kann oft innerhalb weniger Tage ein produktives internes Tool bereitstellen.

FAQ

Ist Directus eine Retool-Alternative?

Ja. Für viele interne Anwendungen wie CRM-Systeme, Support-Portale oder Verwaltungsoberflächen kann Directus Retool vollständig ersetzen. Der größte Unterschied liegt im datenbankzentrierten Ansatz und der vollständigen Datenhoheit.

Wie schnell ist ein internes Tool mit Directus gebaut?

Einfache Anwendungen lassen sich häufig innerhalb weniger Stunden bis Tage umsetzen. Umfangreichere Back-Office-Systeme benötigen je nach Integrationsgrad mehrere Wochen.

Welche Berechtigungen unterstützt Directus?

Directus bietet rollenbasierte Zugriffskontrolle auf Collection-, Datensatz- und Feldebene. Zusätzlich können dynamische Filter und individuelle Rechte definiert werden.

Brauche ich Vue-Kenntnisse für Customizing?

Für die meisten Anwendungsfälle nicht. Directus kann ohne Frontend-Entwicklung genutzt werden. Vue wird erst relevant, wenn individuelle Benutzeroberflächen oder Erweiterungen erstellt werden sollen.