Lógica condicional: um formulário, caminhos diferentes
Faça o formulário mostrar, esconder e exigir campos conforme o que a pessoa responde, em vez de pedir tudo para todo mundo.
Navegar pela Central de Ajuda
Primeiros passos
Produtividade e trabalho
- Tarefas: organize o trabalho do time
- Criar e acompanhar uma tarefa
- Formulários de entrada: capture respostas que viram ação
- Gravador de Voz: a reunião vira texto pesquisável
- Registrar e revisar horas de trabalho
- Chat: a conversa do time dentro do Hub
- Solicitações internas que viram tarefa
- Lógica condicional: um formulário, caminhos diferentes
CRM e Vendas
- CRM: organize o processo comercial
- Cadastros: contatos, empresas e produtos em um lugar só
- Configurar um funil de vendas
- Criar e acompanhar uma oportunidade
- Criar uma oportunidade a partir do WhatsApp
- Operar oportunidades com o Marvin
- Do formulário ao funil: o lead que cai direto no CRM
- Do lead novo à primeira abordagem, com skills
- Base de argumentos de venda no Brain, com o Marvin
- Gerenciador de Anúncios: suas campanhas em um lugar só
- Venda do CRM vira operação de Comex sem redigitar
Atendimento e CS
Financeiro e operação
- Tesouraria: o dinheiro da empresa, do recebível ao pago
- PDV: a venda de balcão do caixa ao financeiro
- Reservas: do agendamento ao pagamento, sem sair do app
- Do balcão ao financeiro: a venda que já entra como recebível
- Resultados Econômico-Financeiros: o fluxo de caixa do gestor
- Do lançamento ao fechamento do mês, sem a planilha paralela
- Comex: da venda ao acompanhamento da operação
Pessoas e cultura
- Gente e Cultura: o time inteiro em um só lugar
- Academy: do curso ao certificado
- Departamento Pessoal: da admissão ao desligamento
- Onboarding de colaborador: começar bem no Hub
- PDI, 1:1 e feedback: o acompanhamento de cada pessoa
- Admissão e desligamento como processo, não como aviso
- Do eNPS ao plano de ação, sem quebrar o anonimato
- A saída de uma pessoa, sem ponta solta
IA e dados
- Marvin: a IA que opera o Hub com você
- Skills: transforme o que se repete em um comando
- Brain: o conhecimento da empresa em um lugar só
- Dashboards: os números da empresa em painéis
- MDC: seus dados externos dentro do Hub
- MCP: o Hub nas mãos da sua IA
- A reunião que vira conhecimento
- Conectar o Fireflies ao Hub via MDC
- Um resumo que chega sozinho toda semana
- Padronize uma resposta ou processo com uma skill
- Da reunião às ações: resumo no Brain e tarefas, com skills
- Dúvida de atendimento vira FAQ no Brain, com skills
- Venda ganha vira onboarding em tarefas, com skills
- A reunião atualiza a oportunidade no CRM, com skills
- Cofres do Brain: quem vê o quê
A lógica condicional deixa o formulário reagir ao que a pessoa responde: um campo só aparece quando faz sentido, e só vira obrigatório quando a resposta exige. Vale usar quando um mesmo formulário atende situações diferentes e você não quer criar um formulário para cada uma. O problema que ela evita é o formulário longo demais, em que a pessoa lê perguntas que não têm nada a ver com o caso dela e desiste no meio.
Antes de começar
- Acesso ao app onde o formulário vive: Tarefas, CRM ou Cadastros.
- Permissão para editar formulários naquele app.
- O campo fonte precisa existir antes da regra. A condição sempre olha para outro campo do mesmo formulário, então crie primeiro a pergunta que decide, depois a que depende dela.
Como a regra é montada
Toda condição tem a mesma anatomia, em quatro partes:
| Parte | O que é |
|---|---|
| Campo fonte | a pergunta que decide |
| Operador | a comparação a fazer |
| Valor | contra o que comparar |
| Ação | o que acontece quando a condição é atendida |
Os operadores disponíveis mudam conforme o tipo do campo fonte. O formulário filtra sozinho e mostra apenas os que fazem sentido:
- Texto e escolha: é igual a, é diferente de, é qualquer um de, não contém nenhum de, contém, está vazio, não está vazio
- Número e valor: é maior que, é menor que, além dos de igualdade
- Data e hora: é antes de, é depois de
Mostrar ou esconder um campo
- No construtor do formulário, clique no campo que deve aparecer só às vezes.
- No painel lateral, abra Condição.
- Escolha entre Mostrar quando e Ocultar quando. Os dois são modos exclusivos: Mostrar quando deixa o campo escondido até a condição ser atendida, e Ocultar quando faz o contrário.
- Selecione o Campo fonte, o Operador e o Valor.
A escolha entre os dois modos muda o comportamento padrão do campo, então decida pelo que é mais comum: se na maioria das respostas o campo não deve aparecer, use Mostrar quando.
Mais de uma condição
Uma regra aceita mais de uma cláusula, combinadas por E ou por OU. Com E, todas precisam ser verdadeiras. Com OU, basta uma. Use E para estreitar (só quem é de um segmento e pediu um serviço específico) e OU para agrupar casos equivalentes.
Exigir um campo só quando importa
A obrigatoriedade tem regra própria, separada da visibilidade. No painel do campo, abra Obrigatoriedade condicional:
- Campo sempre obrigatório: o comportamento normal, sem condição.
- Obrigatório quando: o campo é opcional por padrão e passa a ser exigido quando a condição for atendida.
- Opcional quando: o inverso, para o campo que normalmente é exigido.
Quando a regra de obrigatoriedade é a mesma da visibilidade, não remonte tudo: use Copiar condição da visibilidade. O caminho contrário também existe, em Copiar condição da obrigatoriedade.
Separar as duas coisas importa porque nem todo campo visível precisa ser preenchido. Um campo de observação pode aparecer para todo mundo e só virar obrigatório em um caso específico.
Levar a pessoa para páginas diferentes no final
Além de mostrar e esconder campos, o formulário pode terminar em destinos diferentes conforme a resposta.
- Nas configurações do formulário, vá até Após o envio.
- Defina o destino padrão: uma Mensagem de sucesso, exibida na própria página, ou uma URL de redirecionamento.
- Ligue Redirecionamento condicional.
- Monte cada regra no par Se a resposta… e Redirecionar para.
Cada regra exige um endereço válido, conferido no momento de salvar. Quando nenhuma regra é atendida, a pessoa cai no destino padrão do passo 2, então vale configurá-lo antes das exceções.
Como saber que deu certo
No próprio construtor, o campo com condição fica marcado, e você consegue ver a regra montada no painel lateral. A confirmação de verdade é abrir a página pública do formulário e responder das duas maneiras: com a condição atendida, o campo aparece ou passa a ser exigido; sem ela, o formulário segue direto. Teste os dois caminhos antes de divulgar o link, principalmente quando a regra controla obrigatoriedade, porque um campo exigido sem aparecer trava o envio.
Problemas comuns
| Sintoma | Causa provável | O que fazer |
|---|---|---|
| O campo não aparece na lista de campo fonte | O campo foi criado depois, ou está numa etapa posterior | A condição olha para campos que a pessoa já respondeu. Mova o campo fonte para antes |
| A pessoa não consegue enviar e nada indica o motivo | Um campo obrigatório por condição está escondido | Confira se a regra de visibilidade e a de obrigatoriedade combinam. Campo exigido precisa estar visível |
| A condição não dispara com o valor esperado | Operador incompatível com o tipo do campo | Confira o tipo do campo fonte. Campo de escolha compara com as opções cadastradas, não com texto livre |
| A regra some depois de editar o campo fonte | O campo fonte mudou de tipo | Trocar o tipo invalida operador e valor. Monte a condição de novo |
Próximo passo
Depois que o formulário reage às respostas, vale conectar o resultado ao trabalho: veja Do formulário ao funil para a resposta que vira oportunidade no CRM, e Solicitações internas que viram tarefa para a que abre tarefa no pipeline certo.
Não resolveu?
Abra um chamado pelo botão de suporte dentro do Hub. Nosso time responde e, quando é problema de produto, ele vira uma correção rastreável.