Die Designphilosophie von Faceflow: Warum wir Seiten mit „Ressourcen“ aufbauen

Bevor wir Faceflow vorstellen, stellen wir häufig zunächst eine Sache klar:

Faceflow ist kein Tool, mit dem man „Seiten zeichnet“.

Vielmehr ist es ein System, das dir hilft, Ressourcen zu erstellen und zu verwalten – während Seiten lediglich das Ergebnis der Kombination dieser Ressourcen zu einem bestimmten Zeitpunkt sind.

Diese eine Idee definiert nahezu vollständig den grundlegenden Unterschied zwischen Faceflow und den meisten visuellen Website-Buildern.

Von „Page-first“ zu „Resource-first“

In klassischen Website-Baukästen oder Seiteneditoren ist die Seite in der Regel der Ausgangspunkt für alles.

Du erstellst eine Seite, fügst Module hinzu, duplizierst Inhalte und passt das Layout an. Mit der Zeit wird jede Seite zu einer eigenständigen Einheit – strukturell ähnlich, aber voneinander getrennt.

Sobald gemeinsame Inhalte geändert, Stile vereinheitlicht oder Datenstrukturen angepasst werden müssen, steigen die Wartungskosten rapide an.

Die ursprüngliche Designidee von Faceflow setzt genau an diesem Problem an:

Wenn Seiten nur das „Ergebnis“ sind, was sollte dann wirklich im Mittelpunkt stehen?

Unsere Antwort lautet: Ressourcen.

Seiten wie mit LEGO-Bausteinen zusammensetzen

In Faceflow „zeichnest“ du Seiten nicht direkt, sondern erstellst zunächst wiederverwendbare Ressourcen.

Zu diesen Ressourcen gehören:

• Variable: Wiederverwendbare Datenvariablen und Inhaltsfragmente, die Text, Strukturen und sogar PHP-, HTML-, CSS- oder JavaScript-Code enthalten können
• Component: Auf Tailwind CSS basierende Komponentenmodule zur Kapselung von UI und Funktionslogik, mit Unterstützung für benutzerdefinierte Felder und Frontend-Code
• Layout: Das strukturelle Grundgerüst einer Seite, das das Gesamtlayout sowie seitenübergreifende Inhalte wie Header, Footer oder Cookie-Hinweise definiert
• Form: Visuell erstellte Formulare mit Validierungsregeln zur Erfassung und Verwaltung von Benutzerdaten

Die Seite selbst ist kein isoliertes Bearbeitungsobjekt, sondern eine Kombination dieser Ressourcen unter bestimmten Routen- und Datenbedingungen.

Anders gesagt: Seiten werden zusammengesetzt, nicht aufgeschichtet.

Kann ich Faceflow auch ohne technisches Wissen gut nutzen?

Das ist eine Frage, die uns sehr häufig gestellt wird.

Die Antwort lautet ja – und zwar in beiden Fällen.

Wenn du mit Frontend- oder Backend-Technologien nicht vertraut bist, musst du nicht jedes Detail von Grund auf verstehen. Über den offiziellen Marketplace kannst du direkt bereits erstellte Ressourcen beziehen: Komponenten, Layouts, Formulare und sogar vollständige Anwendungsstrukturen.

Diese Ressourcen lassen sich sofort importieren und nutzen. Du musst sie lediglich nach deinen Anforderungen kombinieren und anpassen, um Seiten und Funktionen zu erstellen.

Wenn du hingegen über einen technischen Hintergrund verfügst, zeigt Faceflow eine ganz andere Seite.

Du kannst Variablen, Komponenten und Layouts frei schreiben und erweitern und die visuelle Oberfläche als Werkzeug zur Strukturverwaltung nutzen – nicht als Grenze deiner Möglichkeiten. In diesem Fall ist Faceflow kein „Vereinfachungstool“ mehr, sondern wird zunehmend zu deinem eigenen Spielfeld.

Wir erwarten nicht, dass alle Nutzer Faceflow auf die gleiche Weise verwenden. Es ist vielmehr ein offener Raum, in dem Menschen mit unterschiedlichen Hintergründen und Erfahrungsstufen ihren eigenen Zugang finden können.

Seiten sind nur Kombinationen – Daten sind der Kern

Eine Page in Faceflow ist keine einfache „statische Seite“.

Sie ist direkt an die zugrunde liegenden Datenobjekte gebunden und bleibt konsistent mit den Mehrsprachenmechanismen, benutzerdefinierten Feldern und Datenstrukturen des Systems.

Das bedeutet:

• Seiten unterstützen Mehrsprachigkeit von Natur aus
• Inhalt und Struktur sind voneinander getrennt
• Ein und derselbe Ressourcensatz kann unterschiedliche Seitentypen bedienen

Wenn sich geschäftliche Anforderungen ändern, „änderst“ du keine Seiten, sondern passt die Kombination der Ressourcen an.

Warum diese Detailtiefe?

Die Granularität von Faceflow mag feiner wirken als bei den meisten visuellen Tools.

Das ist eine bewusste Entscheidung.

Denn wir gehen weder davon aus, dass Anforderungen stabil bleiben, noch dass ein Projekt dauerhaft auf der Ebene von „reinen Inhaltsseiten“ stehen bleibt.

In realen Szenarien entwickeln sich viele Projekte:

• Sie beginnen als Inhaltsseiten
• Später kommen Formulare und Interaktionen hinzu
• Am Ende werden daraus vollständige Webanwendungen

Wenn ein Tool von Anfang an „seitengetrieben“ aufgebaut ist, wird das System mit wachsender Komplexität immer schwerer wartbar.

Faceflow beginnt bewusst auf der Ressourcenebene, um diese Entwicklung natürlich zu ermöglichen.

Visualisierung bedeutet nicht Kontrollverlust

In Faceflow bedeutet „visuell“ nicht „geschlossen“.

Jeder Ressourcentyp erlaubt die direkte Verwendung von HTML, CSS, JavaScript und sogar von Backend-Logik.

Die visuelle Ebene dient dazu, wiederholte Arbeit zu reduzieren – nicht, Ausdrucksmöglichkeiten einzuschränken.

Du kannst mit einfachen Kombinationen starten und bei Bedarf tief in die zugrunde liegenden Ebenen eintauchen, um vollständig zu individualisieren.

Faceflow wollte nie „zeigen, wie man Seiten zeichnet“

Unser Ziel ist es nicht, die Seitenerstellung auffälliger zu machen.

Was für Faceflow wirklich zählt, ist:

• Ob Ressourcen wiederverwendbar sind
• Ob Strukturen langfristig wartbar bleiben
• Ob das System gemeinsam mit den Anforderungen wachsen kann

Wenn Seiten nicht mehr das alleinige Zentrum sind, sondern nur noch eines von vielen möglichen Ergebnissen der Ressourcenkombination, werden viele komplexe Probleme plötzlich einfacher.

Das ist die Designphilosophie von Faceflow.