De ontwerpfilosofie van Faceflow: waarom we ervoor hebben gekozen pagina’s met “resources” te bouwen

Voordat we Faceflow introduceren, maken we vaak eerst één ding duidelijk:

Faceflow is geen tool om “pagina’s te tekenen”.

Het is eerder een systeem dat je helpt bij het creëren en beheren van resources, terwijl pagina’s slechts het resultaat zijn van de combinatie van deze resources op een bepaald moment.

Dit ene uitgangspunt bepaalt vrijwel volledig het fundamentele verschil tussen Faceflow en de meeste visuele websitebouwers.

Van “page-first” naar “resource-first”

In traditionele websitebouwers of pagina-editors is de pagina meestal het startpunt van alles.

Je maakt een pagina, voegt modules toe, kopieert content en past de layout aan. Na verloop van tijd wordt elke pagina een op zichzelf staande entiteit: qua structuur vergelijkbaar, maar onderling losgekoppeld.

Zodra je gedeelde content moet aanpassen, stijlen moet uniformeren of datastructuren moet wijzigen, lopen de onderhoudskosten snel op.

De oorspronkelijke ontwerpgedachte van Faceflow vertrekt precies vanuit dit probleem:

Als pagina’s slechts het “resultaat” zijn, wat verdient dan werkelijk aandacht?

Ons antwoord is: resources.

Pagina’s bouwen als LEGO-blokjes

In Faceflow “teken” je geen pagina’s direct, maar creëer je eerst herbruikbare resources.

Deze resources omvatten:

• Variable: herbruikbare datavariabelen en contentfragmenten die tekst, structuren en zelfs PHP-, HTML-, CSS- of JavaScript-code kunnen bevatten
• Component: op Tailwind CSS gebaseerde componentmodules die UI en functionele logica encapsuleren, met ondersteuning voor aangepaste velden en frontendcode
• Layout: het structurele skelet van een pagina, gebruikt om de algemene layout en sitebrede content te definiëren, zoals headers, footers of cookiemeldingen
• Form: visueel aangemaakte formulieren met validatieregels voor het verzamelen en beheren van gebruikersgegevens

De pagina zelf is geen geïsoleerd bewerkingsobject, maar een combinatie van deze resources onder specifieke routes en datacondities.

Met andere woorden: pagina’s worden samengesteld, niet opgestapeld.

Kan ik Faceflow goed gebruiken zonder technische kennis?

Dit is een vraag die we zeer regelmatig krijgen.

Het antwoord is ja, en dat geldt in beide situaties.

Als je niet bekend bent met frontend- of backendtechnologieën, hoef je niet alle details vanaf nul te begrijpen. Via de officiële marketplace kun je direct kant-en-klare resources verkrijgen: componenten, layouts, formulieren en zelfs complete applicatiestructuren.

Deze resources kunnen direct worden geïmporteerd en gebruikt. Je hoeft ze alleen maar te combineren en aan te passen aan je eigen behoeften om pagina’s en functionaliteiten op te bouwen.

Heb je wél een technische achtergrond, dan laat Faceflow een heel andere kant zien.

Je kunt vrij variabelen, componenten en layouts schrijven en uitbreiden, en de visuele laag gebruiken als hulpmiddel voor structuurbeheer in plaats van als beperking. In dat geval is Faceflow geen “vereenvoudigingstool” meer, maar wordt het steeds meer jouw eigen speelveld.

We verwachten niet dat iedereen Faceflow op dezelfde manier gebruikt. Het is eerder een open ruimte waarin gebruikers met verschillende achtergronden en ervaringsniveaus hun eigen instap kunnen vinden.

Pagina’s zijn slechts combinaties, data is de kern

Een Page in Faceflow is geen eenvoudige “statische pagina”.

Ze is direct gekoppeld aan onderliggende dataobjecten en blijft consistent met de meertalige mechanismen, aangepaste velden en datastructuren van het systeem.

Dit betekent:

• Pagina’s ondersteunen meertaligheid van nature
• Content en structuur zijn van elkaar gescheiden
• Eenzelfde set resources kan verschillende paginavormen bedienen

Wanneer zakelijke vereisten veranderen, ben je niet “pagina’s aan het aanpassen”, maar wijzig je de manier waarop resources worden gecombineerd.

Waarom zo’n fijn detailniveau?

De granulariteit van Faceflow lijkt misschien fijner dan die van de meeste visuele tools.

Dat is een bewuste keuze.

We gaan er namelijk niet van uit dat gebruikersbehoeften stabiel blijven, noch dat een project beperkt blijft tot de fase van “presentatiepagina’s”.

In de praktijk ontwikkelen veel projecten zich als volgt:

• Ze beginnen als contentpagina’s
• Later worden formulieren en interacties toegevoegd
• Uiteindelijk groeien ze uit tot volledige webapplicaties

Als een tool vanaf het begin “pagina-gedreven” is opgebouwd, wordt het systeem steeds moeilijker te onderhouden naarmate de complexiteit toeneemt.

Faceflow kiest ervoor om te starten op resourceniveau, zodat deze evolutie natuurlijk kan verlopen.

Visualisatie betekent niet dat je de controle verliest

In Faceflow staat “visueel” niet gelijk aan “gesloten”.

Elk type resource staat het directe gebruik van HTML, CSS, JavaScript en zelfs backendlogica toe.

De visuele laag is bedoeld om repetitief werk te verminderen, niet om expressie te beperken.

Je kunt beginnen met eenvoudige combinaties en, wanneer nodig, diep in de onderliggende lagen duiken voor volledige maatwerkoplossingen.

Wat Faceflow wil oplossen is nooit geweest “hoe teken je pagina’s”

We willen het maken van pagina’s niet opvallender of flitsender maken.

Waar Faceflow echt om geeft, is:

• Of resources herbruikbaar zijn
• Of structuren op lange termijn onderhoudbaar blijven
• Of het systeem kan meegroeien met veranderende behoeften

Wanneer pagina’s niet langer het enige middelpunt zijn, maar slechts één van de mogelijke combinatieresultaten van resources, worden veel complexe problemen juist eenvoudiger.

Dit is de ontwerpfilosofie van Faceflow.