La philosophie de conception de Faceflow : pourquoi nous avons choisi de construire les pages à partir de « ressources »

Avant de présenter Faceflow, nous commençons souvent par clarifier un point :

Faceflow n’est pas un outil pour « dessiner des pages ».

Il s’agit plutôt d’un système qui vous aide à créer et gérer des ressources, tandis que les pages ne sont que le résultat de la combinaison de ces ressources à un moment donné.

Cette idée à elle seule définit presque entièrement la différence fondamentale entre Faceflow et la plupart des outils de création de sites visuels.

Du « page-first » au « resource-first »

Dans les outils traditionnels de création de sites ou d’édition de pages, la page est généralement le point de départ de tout.

Vous créez une page, y ajoutez des modules, dupliquez du contenu et ajustez la mise en page. Avec le temps, chaque page devient une entité indépendante : des structures similaires, mais déconnectées les unes des autres.

Dès qu’il faut modifier un contenu commun, unifier des styles ou ajuster des structures de données, les coûts de maintenance augmentent rapidement.

L’intention initiale de Faceflow part précisément de ce constat :

Si les pages ne sont qu’un « résultat », qu’est-ce qui mérite réellement toute notre attention ?

Notre réponse est : les ressources.

Construire des pages comme des briques LEGO

Dans Faceflow, vous ne « dessinez » pas directement des pages ; vous commencez par créer des ressources réutilisables.

Ces ressources incluent :

• Variable : des variables de données et des fragments de contenu réutilisables, pouvant contenir du texte, des structures, et même du code PHP, HTML, CSS ou JavaScript
• Component : des modules de composants basés sur Tailwind CSS, destinés à encapsuler l’interface utilisateur et la logique fonctionnelle, avec prise en charge de champs personnalisés et de code frontend
• Layout : la structure de base d’une page, utilisée pour définir la mise en page globale et les contenus communs à tout le site, tels que l’en-tête, le pied de page ou les mentions de cookies
• Form : des formulaires créés visuellement avec leurs règles de validation, destinés à collecter et gérer les données utilisateur

La page elle-même n’est pas un objet d’édition isolé, mais une combinaison de ces ressources sous des routes et des conditions de données spécifiques.

Autrement dit, les pages sont assemblées, et non empilées.

Puis-je bien utiliser Faceflow si je ne suis pas technique ?

C’est une question que l’on nous pose très souvent.

La réponse est oui, et ce dans les deux cas.

Si vous n’êtes pas familier avec les technologies frontend ou backend, vous n’avez pas besoin de comprendre tous les détails dès le départ. Grâce à la place de marché officielle, vous pouvez directement obtenir des ressources déjà construites : composants, mises en page, formulaires, et même des structures d’applications complètes.

Ces ressources peuvent être importées et utilisées immédiatement. Il vous suffit de les combiner et de les ajuster selon vos besoins pour construire vos pages et fonctionnalités.

Et si vous avez un profil technique, Faceflow révèle alors une toute autre facette.

Vous pouvez librement écrire et étendre les variables, composants et mises en page, en utilisant le visuel comme un outil de gestion de structure plutôt que comme une limite. Dans ce cas, Faceflow cesse d’être un « outil de simplification » et devient progressivement votre terrain de jeu.

Nous n’exigeons pas que tout le monde l’utilise de la même manière. Faceflow ressemble davantage à un espace ouvert, permettant à des utilisateurs de niveaux et d’horizons différents de trouver leur propre point d’entrée.

Les pages ne sont qu’une combinaison, les données sont le cœur

Dans Faceflow, une Page n’est pas une simple « page statique ».

Elle est directement liée aux objets de données sous-jacents et reste cohérente avec les mécanismes multilingues du système, les champs personnalisés et les structures de données.

Cela signifie que :

• Les pages peuvent prendre en charge le multilingue de manière native
• Le contenu et la structure sont séparés
• Un même ensemble de ressources peut servir différentes formes de pages

Lorsque les besoins métier évoluent, vous ne « modifiez » pas des pages, vous ajustez la manière dont les ressources sont combinées.

Pourquoi aller à un tel niveau de détail ?

La granularité de Faceflow peut sembler plus fine que celle de la plupart des outils visuels.

C’est un choix délibéré.

Car nous ne supposons ni que les besoins des utilisateurs sont stables, ni qu’un projet restera limité à la phase de « pages de présentation ».

Dans des scénarios réels, de nombreux projets :

• Commencent comme des pages de contenu
• Ajoutent ensuite des formulaires et des interactions
• Évoluent finalement en applications web complètes

Si la structure de l’outil est « pilotée par les pages » dès le départ, le système devient de plus en plus difficile à maintenir à mesure que la complexité augmente.

Faceflow choisit de partir de la couche des ressources afin que cette évolution se fasse naturellement.

La visualisation ne signifie pas perte de contrôle

Dans Faceflow, « visual » n’est pas synonyme de « fermé ».

Chaque type de ressource vous permet d’utiliser directement du HTML, du CSS, du JavaScript, et même du code logique côté serveur.

La visualisation existe pour réduire le travail répétitif, et non pour limiter les modes d’expression.

Vous pouvez commencer par des combinaisons simples, puis, lorsque nécessaire, plonger dans les couches sous-jacentes pour une personnalisation complète.

Ce que Faceflow cherche à résoudre n’a jamais été « comment dessiner des pages »

Nous ne cherchons pas à rendre la création de pages plus tape-à-l’œil.

Ce qui importe vraiment pour Faceflow, c’est :

• La réutilisabilité des ressources
• La maintenabilité à long terme des structures
• La capacité du système à évoluer avec les besoins

Lorsque les pages ne sont plus le centre unique, mais simplement un résultat parmi d’autres combinaisons de ressources, de nombreux problèmes complexes deviennent plus simples.

C’est précisément l’intention de conception de Faceflow.