Saltar para o conteúdo principal
Studio Help · Formulários

Conceito de Formulários

No Studio, um formulário é mais do que um conjunto de campos visuais numa página. É uma entidade funcional autónoma, com ciclo de vida próprio, que recolhe dados estruturados, valida informações, aciona notificações, armazena submissões e disponibiliza dados para consulta e exportação.


Conceito geral de um formulário

No Studio, um formulário é mais do que um conjunto de campos visuais numa página. É uma entidade funcional autónoma, com ciclo de vida próprio, que recolhe dados estruturados, valida informações, aciona notificações, armazena submissões e disponibiliza dados para consulta e exportação.


Na prática, o formulário possui duas dimensões complementares. A dimensão funcional define o comportamento de submissão, mensagens, notificações, armazenamento de dados e lógica de exportação. A dimensão visual organiza os blocos de campo, hierarquia, layout e experiência de preenchimento.


Mental model do formulário

Estrutura antes do layout

No Studio, o formulário deve ser concebido primeiro como uma estrutura de recolha de dados, e só depois como um layout. A equipa deve definir o objetivo, os dados essenciais, o destinatário da informação e as ações após a submissão, antes de criar os campos visuais.

Objetivo

  • O que se pretende que o utilizador faça ou entregue.

Dados

  • Quais são os campos indispensáveis para a ação em causa.

Destino

  • Quem recebe a submissão e de que forma a acompanha.

Resposta

  • O que o utilizador vê ou recebe depois de submeter.
Leitura simples: primeiro define-se a lógica do formulário, depois desenha-se a forma como essa lógica é apresentada ao utilizador.

Ciclo de vida de um formulário

Da criação à submissão

O ciclo de vida de um formulário no Studio inclui as seguintes etapas.

  1. Criação da entidade formulário no backoffice.
  2. Configuração do setup inicial e das mensagens.
  3. Definição das notificações internas e/ou automáticas.
  4. Construção visual com os blocos de input adequados.
  5. Publicação do formulário numa página.
  6. Submissão por parte do utilizador.
  7. Armazenamento da resposta e posterior consulta ou exportação.

Quando faz sentido utilizar um formulário

Quando usar e quando evitar

Quando usar

  • Pedidos de contacto
  • Inscrições
  • Candidaturas
  • Downloads restritos
  • Pedidos de orçamento
  • Recolha de feedback
  • Processos internos que exijam centralização da informação

Quando evitar

  • Quando a ação pode ser resolvida com um botão, link ou chamada telefónica
  • Quando o esforço de preenchimento supera o valor da informação recolhida
  • Quando não existe necessidade real de recolher dados estruturados e comparáveis
Regra prática: se não vais usar a informação recolhida de forma útil, provavelmente o formulário não deve existir — ou deve ser mais curto.

Critérios de qualidade de um bom formulário

Clareza, utilidade e consistência

  • Objetivo claro e imediatamente percecionável para o utilizador.
  • Número de campos compatível com a intenção e o contexto.
  • Mensagens, labels e CTAs consistentes e compreensíveis.
  • Dados úteis para a equipa, sem redundâncias desnecessárias.
  • Fluxo de submissão testado do início ao fim, incluindo notificações e exportação.
Boa prática transversal: um formulário não deve ser avaliado apenas pelo aspeto visual. Deve ser pensado como um fluxo completo: recolha, validação, entrega, armazenamento e acompanhamento.