A filosofia de design do Faceflow: por que escolhemos construir páginas com “recursos”

Antes de apresentar o Faceflow, geralmente começamos esclarecendo um ponto:

O Faceflow não é uma ferramenta para “desenhar páginas”.

Ele se parece mais com um sistema que ajuda você a criar e gerenciar recursos, enquanto as páginas são apenas o resultado da combinação desses recursos em um determinado momento.

Essa única ideia define quase completamente a diferença fundamental entre o Faceflow e a maioria dos construtores visuais de sites.

De “page-first” para “resource-first”

Em ferramentas tradicionais de criação de sites ou editores de páginas, a página normalmente é o ponto de partida de tudo.

Você cria uma página, adiciona módulos, duplica conteúdos e ajusta o layout. Com o tempo, cada página se torna uma entidade independente: estruturas semelhantes, porém desconectadas entre si.

Quando é necessário modificar conteúdos compartilhados, unificar estilos ou ajustar estruturas de dados, os custos de manutenção aumentam rapidamente.

A intenção original de design do Faceflow parte exatamente desse problema:

Se as páginas são apenas o “resultado”, o que realmente deveria receber atenção?

Nossa resposta é: recursos.

Construindo páginas como blocos de LEGO

No Faceflow, você não “desenha páginas” diretamente. Em vez disso, cria primeiro recursos reutilizáveis.

Esses recursos incluem:

• Variable: variáveis de dados e fragmentos de conteúdo reutilizáveis, capazes de conter texto, estruturas e até mesmo código PHP, HTML, CSS ou JavaScript
• Component: módulos de componentes baseados em Tailwind CSS, usados para encapsular a interface do usuário e a lógica funcional, com suporte a campos personalizados e código frontend
• Layout: o esqueleto estrutural de uma página, utilizado para definir o layout geral e conteúdos comuns do site, como cabeçalhos, rodapés ou avisos de cookies
• Form: formulários criados visualmente com regras de validação, usados para coletar e gerenciar dados de usuários

A página em si não é um objeto de edição isolado, mas uma combinação desses recursos sob rotas e condições de dados específicas.

Em outras palavras, as páginas são montadas, não empilhadas.

Posso usar bem o Faceflow mesmo sem conhecimentos técnicos?

Essa é uma pergunta que recebemos com muita frequência.

A resposta é sim — e isso vale nos dois cenários.

Se você não tem familiaridade com tecnologias frontend ou backend, não precisa entender todos os detalhes desde o início. Por meio do marketplace oficial, é possível obter diretamente recursos já prontos: componentes, layouts, formulários e até estruturas completas de aplicações.

Esses recursos podem ser importados e utilizados imediatamente. Basta combiná-los e ajustá-los conforme suas necessidades para construir páginas e funcionalidades.

Se você tem um background técnico, o Faceflow revela um lado completamente diferente.

Você pode escrever e estender livremente variáveis, componentes e layouts, usando o visual como uma ferramenta de gerenciamento de estrutura, e não como um limite. Nesse contexto, o Faceflow deixa de ser uma “ferramenta de simplificação” e passa a se tornar o seu próprio território.

Não exigimos que todos usem o Faceflow da mesma forma. Ele se parece mais com um espaço aberto, onde usuários em diferentes estágios e com diferentes experiências podem encontrar sua própria forma de entrada.

Páginas são apenas combinações, dados são o núcleo

No Faceflow, uma Page não é uma simples “página estática”.

Ela está diretamente vinculada aos objetos de dados subjacentes e permanece alinhada com os mecanismos multilíngues do sistema, campos personalizados e estruturas de dados.

Isso significa que:

• As páginas podem oferecer suporte nativo a múltiplos idiomas
• Conteúdo e estrutura são separados
• O mesmo conjunto de recursos pode atender a diferentes formatos de página

Quando as necessidades do negócio mudam, você não está “editando páginas”, mas ajustando a forma como os recursos são combinados.

Por que ir tão fundo nos detalhes?

A granularidade do Faceflow pode parecer mais fina do que a da maioria das ferramentas visuais.

Essa é uma escolha intencional.

Porque não partimos do pressuposto de que as necessidades dos usuários sejam estáveis, nem de que um projeto permanecerá apenas na fase de “páginas de apresentação”.

Em cenários reais, muitos projetos:

• Começam como páginas de conteúdo
• Depois incorporam formulários e interações
• Mais tarde evoluem para aplicações web completas

Se a estrutura da ferramenta for “orientada por páginas” desde o início, o sistema se torna cada vez mais difícil de manter conforme a complexidade aumenta.

O Faceflow opta por começar pela camada de recursos para tornar essa evolução natural.

Visualização não significa perder o controle

No Faceflow, “visual” não é sinônimo de “fechado”.

Cada tipo de recurso permite o uso direto de HTML, CSS, JavaScript e até lógica de backend.

A visualização existe para reduzir trabalho repetitivo, não para limitar formas de expressão.

Você pode começar com combinações simples e, quando necessário, aprofundar-se nas camadas subjacentes para uma personalização completa.

O que o Faceflow quer resolver nunca foi “como desenhar páginas”

Não estamos tentando tornar a criação de páginas mais chamativa.

O que realmente importa para o Faceflow é:

• Se os recursos podem ser reutilizados
• Se as estruturas podem ser mantidas a longo prazo
• Se o sistema consegue crescer junto com as necessidades

Quando as páginas deixam de ser o único centro e passam a ser apenas um dos possíveis resultados da combinação de recursos, muitos problemas complexos se tornam mais simples.

Essa é a filosofia de design do Faceflow.