Bloco Formulário
O construtor de pesquisas do estúdio: insira qualquer combinação dos doze tipos de pergunta, opcionalmente divida-as em várias páginas, e leia os envios de volta como resumos por pergunta, em vez de uma lista bruta de respostas.
Como funciona
Um formulário é um bloco contêiner cujos filhos são nós de campo de formulário: adicione quantos precisar, em qualquer ordem, de qualquer tipo. Doze tipos de campo são suportados: texto, e-mail, texto longo (área de texto), número, telefone, data, lista suspensa (select), uma única caixa de seleção sim/não, múltipla escolha (radio, escolher exatamente uma), caixas de seleção (checkbox-group, escolher qualquer quantidade), escala linear e avaliação por estrelas. Perguntas com envio de arquivo não são suportadas; ainda não há infraestrutura de armazenamento de arquivos por trás do estúdio.
Formulários de página única funcionam como um formulário sempre funcionou: onde quer que envios de formulário dentro do e-mail sejam suportados, o formulário inteiro — cada campo, um único botão de envio — é enviado diretamente ao endpoint de interações de dentro do e-mail, sem pular para outra página. Em qualquer outro lugar, o formulário é renderizado como um único botão de chamada para ação que abre o mesmo formulário hospedado na visualização ao vivo, ainda não preenchido.
Pesquisas com múltiplas páginas são diferentes por natureza, não só na apresentação. Dê a qualquer campo um número de página no seu inspetor e o formulário se torna multiPage. Um assistente real de múltiplas etapas precisa levar as respostas adiante entre páginas, suportar Voltar, e dar a cada página seu próprio envio. HTML/CSS estático não consegue expressar isso — não há como rastrear "qual página" no lado do cliente sem JavaScript. Por isso, um formulário com múltiplas páginas sempre é enviado por e-mail como um único botão Iniciar pesquisa, link primeiro, independentemente da capacidade do cliente — a mesma saída "complexo demais para CSS" que o bloco de quiz usa.
O botão abre uma rota de assistente hospedado dedicada, onde as respostas de cada página são salvas como um rascunho intermediário no momento em que aquela página é enviada. Essa é uma ação form-page, distinta de um submit final, então os rascunhos nunca tocam seus agregados, webhooks ou CSV até que a pesquisa esteja de fato concluída. As respostas avançam automaticamente se o destinatário usar Voltar para revisitar uma página anterior. Nada é registrado como resposta até o envio da última página; uma pesquisa abandonada no meio do caminho não deixa nenhuma linha parcial nos seus dados, apenas um rascunho que é simplesmente descartado.
Campos configuráveis no próprio formulário:
- Rótulo de envio — o texto do botão para um formulário de página única.
- Redirecionar após envio — para onde o destinatário vai depois do envio; deixado em branco, o padrão é a visualização ao vivo com uma confirmação de "concluído".
- Cor de fundo, preenchimento interno, borda, raio da borda.
- Cor/tamanho de fonte do rótulo do campo, e uma substituição de cor do botão de envio (texto e fundo).
- Alternador de múltiplas páginas, e rótulo do botão iniciar pesquisa (usado apenas quando múltiplas páginas está ativado).
Cada campo de formulário carrega rótulo, nome do campo (a chave sob a qual as respostas são armazenadas — mantenha-a estável se você renomear o rótulo depois), tipo (os doze acima), texto de espaço reservado, e opções (para lista suspensa/múltipla escolha/caixas de seleção, como uma lista ordenada). Também carrega escala (2–10, para escala linear ou avaliação por estrelas), rótulos de extremidade baixa/alta (apenas escala linear), obrigatório, e página (0 = primeira página; só relevante quando o formulário é de múltiplas páginas).
Todo envio (de página única ou de múltiplas páginas) chega por destinatário no painel de respostas, e é resumido por pergunta: um gráfico de barras para perguntas de múltipla escolha/escala/avaliação por estrelas, e uma contagem mais uma lista de amostra limitada para perguntas de texto livre. Veja Resumos de perguntas da pesquisa. O mesmo mecanismo de data de encerramento / limite de respostas que os blocos de enquete e avaliação respeitam também se aplica aqui: um formulário encerrado para de aceitar novos envios na visualização ao vivo, esteja o destinatário no meio do assistente ou não.
Exemplos
Subject
How was your recent order?
Uma pesquisa de satisfação pós-compra com cinco ou seis perguntas funciona bem como um formulário de página única: rápida o suficiente para preencher direto no e-mail, sem sair da caixa de entrada. Um formulário de inscrição ou candidatura mais longo (dez ou mais perguntas em seções lógicas — "Sobre você", "Disponibilidade", "Preferências") é a escolha natural para o modo de múltiplas páginas, para que os destinatários não se deparem com uma rolagem longa e possam voltar às respostas que já deram. Veja Pesquisas e feedback NPS para o padrão mais amplo. Um e-mail de inscrição em curso para uma oficina pode combinar um par de nome/e-mail em texto curto com uma pergunta de múltipla escolha "qual sessão funciona para você?", tudo em uma página, alimentando diretamente um resumo de número de participantes.
Como é o fallback estático
<div id="em-form-1" style="margin:12px 0;background-color:transparent">
<div class="kn-fallback" style="text-align:center;margin-top:8px">
<a href="https://mailinapp.com/v/eyJhbGci..."
style="display:inline-block;padding:10px 20px;background-color:#4f46e5;color:#ffffff;border-radius:6px;text-decoration:none;font-size:14px;font-weight:600">
Submit
</a>
</div>
</div>
Para um formulário de página única, isso é o que é renderizado onde quer que envios dentro do e-mail não sejam suportados — um botão que abre o mesmo formulário na visualização ao vivo hospedada. Um formulário de múltiplas páginas renderiza esse mesmo formato de botão o ano todo, em todo cliente, rotulado com seu próprio texto Iniciar pesquisa, já que o assistente só existe na visualização ao vivo.