La filosofia di progettazione di Faceflow: perché abbiamo scelto di costruire le pagine con le “risorse”

Prima di presentare Faceflow, spesso chiariamo innanzitutto un punto:

Faceflow non è uno strumento per “disegnare pagine”.

È piuttosto un sistema che ti aiuta a creare e gestire risorse, mentre le pagine sono semplicemente il risultato della combinazione di queste risorse in un determinato momento.

Questa singola idea definisce quasi completamente la differenza fondamentale tra Faceflow e la maggior parte dei builder visivi per siti web.

Da “page-first” a “resource-first”

Nei tradizionali strumenti di creazione di siti web o editor di pagine, la pagina è solitamente il punto di partenza di tutto.

Crei una pagina, aggiungi moduli, duplichi contenuti e modifichi il layout. Con il tempo, ogni pagina diventa un’entità indipendente: strutture simili, ma scollegate tra loro.

Quando diventa necessario modificare contenuti comuni, uniformare gli stili o adattare le strutture dei dati, i costi di manutenzione aumentano rapidamente.

L’intento progettuale originario di Faceflow nasce proprio da questo problema:

Se le pagine sono solo il “risultato”, che cosa merita davvero attenzione?

La nostra risposta è: le risorse.

Costruire pagine come mattoncini LEGO

In Faceflow non “disegni” direttamente le pagine, ma crei prima risorse riutilizzabili.

Queste risorse includono:

• Variable: variabili di dati e frammenti di contenuto riutilizzabili, in grado di contenere testo, strutture e persino codice PHP, HTML, CSS o JavaScript
• Component: moduli di componenti basati su Tailwind CSS, utilizzati per incapsulare l’interfaccia utente e la logica funzionale, con supporto per campi personalizzati e codice frontend
• Layout: lo scheletro strutturale di una pagina, utilizzato per definire il layout generale e i contenuti comuni a tutto il sito, come intestazioni, piè di pagina o avvisi sui cookie
• Form: moduli creati visivamente con regole di validazione, utilizzati per raccogliere e gestire i dati degli utenti

La pagina in sé non è un oggetto di modifica isolato, ma una combinazione di queste risorse in base a percorsi e condizioni di dati specifici.

In altre parole, le pagine si assemblano, non si accumulano.

Posso usare bene Faceflow anche se non sono tecnico?

Questa è una domanda che ci viene posta molto spesso.

La risposta è sì, e vale in entrambi i casi.

Se non hai familiarità con le tecnologie frontend o backend, non è necessario comprendere ogni dettaglio fin dall’inizio. Attraverso il marketplace ufficiale, puoi ottenere direttamente risorse già pronte: componenti, layout, moduli e persino strutture applicative complete.

Queste risorse possono essere importate e utilizzate immediatamente. Devi solo combinarle e adattarle alle tue esigenze per costruire pagine e funzionalità.

Se invece hai un background tecnico, Faceflow mostra un lato completamente diverso.

Puoi scrivere ed estendere liberamente variabili, componenti e layout, utilizzando il visuale come strumento di gestione della struttura piuttosto che come limite. In questo scenario, Faceflow non è più uno “strumento di semplificazione”, ma diventa gradualmente il tuo ambiente naturale.

Non richiediamo che tutti lo utilizzino allo stesso modo. Faceflow è più simile a uno spazio aperto, che consente a utenti con livelli ed esperienze diverse di trovare il proprio punto di ingresso.

Le pagine sono solo combinazioni, i dati sono il cuore

In Faceflow, una Page non è una semplice “pagina statica”.

È direttamente collegata agli oggetti dati sottostanti e rimane coerente con i meccanismi multilingua del sistema, i campi personalizzati e le strutture dei dati.

Questo significa che:

• Le pagine supportano nativamente più lingue
• Contenuto e struttura sono separati
• Lo stesso insieme di risorse può servire diverse tipologie di pagina

Quando i requisiti di business cambiano, non stai “modificando pagine”, ma regolando il modo in cui le risorse vengono combinate.

Perché arrivare a questo livello di dettaglio?

La granularità di Faceflow può sembrare più fine rispetto alla maggior parte degli strumenti visivi.

È una scelta deliberata.

Perché non diamo per scontato che le esigenze degli utenti siano stabili, né che un progetto rimanga nella fase di “semplice presentazione di contenuti”.

In scenari reali, molti progetti:

• Iniziano come pagine di contenuto
• Successivamente aggiungono moduli e interazioni
• Alla fine evolvono in applicazioni web complete

Se la struttura di uno strumento è “guidata dalle pagine” fin dall’inizio, il sistema diventa sempre più difficile da mantenere con l’aumentare della complessità.

Faceflow sceglie di partire dal livello delle risorse per rendere questa evoluzione naturale.

La visualizzazione non significa perdere il controllo

In Faceflow, “visuale” non significa “chiuso”.

Ogni tipo di risorsa consente di utilizzare direttamente HTML, CSS, JavaScript e persino logica backend.

La visualizzazione serve a ridurre il lavoro ripetitivo, non a limitare le possibilità espressive.

Puoi iniziare con combinazioni semplici e, quando necessario, scendere nei livelli sottostanti per una personalizzazione completa.

Ciò che Faceflow vuole risolvere non è mai stato “come disegnare le pagine”

Non vogliamo rendere la creazione delle pagine più appariscente.

Ciò che conta davvero per Faceflow è:

• Se le risorse possono essere riutilizzate
• Se le strutture possono essere mantenute nel lungo periodo
• Se il sistema può crescere insieme alle esigenze

Quando le pagine non sono più l’unico centro, ma solo uno dei possibili risultati della combinazione delle risorse, molti problemi complessi diventano più semplici.

Questa è la filosofia di progettazione di Faceflow.