👤 Para administradores de pipe e pessoas que modelam experiências em Interfaces
🔐 Condicionais disponíveis nos planos Business, Enterprise e Unlimited
🎯 Para quem quer apresentar as perguntas certas em cada interação do processo
Uma pessoa precisa solicitar um equipamento, outra quer contratar um serviço e uma gestora entra apenas para acompanhar os pedidos. Quando essas participações recebem o mesmo conjunto de informações, o time precisa explicar por mensagens o que cada pessoa deve preencher ou consultar.
Ao terminar este artigo, você vai saber onde planejar as perguntas condicionais e quando usar um formulário para coletar a contribuição de alguém que chega por uma Interface. A lógica pertence ao formulário do pipe. Para decidir como apresentar a experiência, separe três tarefas: abrir uma solicitação, acompanhar pedidos e contribuir para um card que já existe.
📖 O que você vai entender aqui:
Identifique o que precisa mudar na experiência
Antes de definir uma condição, descreva o resultado que você espera. Compare estas três necessidades de uma rotina de compras.
Variar perguntas na abertura. Quem solicita um equipamento precisa informar uma especificação técnica. Quem solicita um serviço precisa explicar o trabalho esperado. A decisão está nos dados necessários para entender cada pedido.
Selecionar pedidos para acompanhamento. Uma gestora precisa encontrar o conjunto de solicitações que vai analisar. Aqui, a decisão está em quais registros devem fazer parte daquela visão.
Apresentar o contexto de um pedido. Ao abrir uma solicitação, a pessoa precisa consultar informações ou contribuir com uma resposta. A decisão está no conteúdo necessário para essa participação.
💡 Escreva a necessidade como uma frase concreta: “Quero pedir uma especificação quando o pedido for de equipamento” ou “Quero reunir os pedidos que preciso analisar”. Essas frases ajudam a escolher qual regra avaliar.
Em Interfaces, filtros selecionam registros. A apresentação dos detalhes permite escolher campos e definir sua edição. Uma pergunta que aparece conforme uma resposta anterior pertence à lógica condicional de campos. Comece por essa distinção antes de aplicar o mesmo raciocínio a todas as interações.
- Saiba mais: confira a estrutura de páginas, dados e detalhes em Primeiros passos com interfaces.
Desenhe as perguntas a partir da decisão do processo
Imagine um processo hipotético que recebe pedidos de equipamentos e de serviços. Descrição e finalidade são informações comuns. A especificação técnica é pertinente ao pedido de equipamento.
Nesse desenho, “Tipo de solicitação” poderia ser um campo Dropdown Select, com as opções “Equipamento” e “Serviço”. “Especificação técnica” poderia ser um campo Long Text. Esses nomes ilustram o processo; você pode adaptar os rótulos à linguagem da sua equipe.
A regra precisa descrever os dois cenários: quando a opção for Equipamento, mostrar a especificação; quando o cenário não acontecer, ocultar essa pergunta. O nome “[Exibir] Tipo de solicitação = Equipamento” ajuda a identificar o critério da regra.
Antes de construir, pergunte por que cada informação é necessária. Se uma resposta não muda a análise do pedido nem orienta uma ação posterior, talvez ela possa ser coletada em outro momento. Mantenha as perguntas comuns acessíveis e acrescente as específicas conforme a necessidade do processo.
Para aprofundar esse planejamento, veja Formulários inteligentes com lógica condicional. O artigo ajuda a relacionar quem preenche, o que varia por perfil e quem usa a informação depois.
- Saiba mais: consulte o procedimento oficial para mostrar ou ocultar campos conforme as respostas.
Relacione a regra à interação usada
As condicionais são configuradas no formulário do pipe. A Interface organiza a experiência de acesso e apresentação das informações. Por isso, primeiro identifique qual formulário deve receber a resposta e depois decida como a pessoa chegará a ele.
Para abrir uma solicitação, planeje o Formulário Inicial. No exemplo de compras, é nele que a pessoa informa se precisa de equipamento ou serviço e fornece os dados necessários para iniciar a análise. As condicionais desse formulário definem as perguntas pertinentes à entrada do pedido.
Para contribuir com uma solicitação existente, avalie o Formulário de Fase. Imagine que a gestora precisa registrar um parecer e explicar o motivo quando não aprova a compra. A condicional pertence ao formulário daquela fase. Quando a Interface encaminha a pessoa para esse formulário, a resposta ocorre no formulário, com as regras configuradas nele.
Essa escolha é especialmente útil quando a contribuição depende de perguntas que variam conforme a resposta. Para definir o momento e o contexto dessa participação, veja Quando usar o Formulário de Fase no Pipefy.
Disponibilizar uma interação por uma Interface não significa que toda apresentação herdará automaticamente as condicionais do pipe. Diferencie o acesso ao formulário da edição de campos nos detalhes do registro.
Se a gestora abre apenas o detalhe de um card para editar uma informação, não use esse layout como garantia de que uma pergunta surgirá dinamicamente após outra resposta. Quando a lógica condicional for essencial à contribuição, mantenha essa coleta no formulário correspondente.
Separe visibilidade, edição e acesso
Para revisar o desenho, responda a três perguntas: quais solicitações esta pessoa deve encontrar, quais informações precisa consultar e quais dados pode alterar?
Na rotina de compras, uma gestora pode precisar consultar o motivo do pedido e contribuir com um parecer. Já quem solicitou pode precisar acompanhar o andamento. As duas participações devem ser avaliadas conforme o trabalho que cada pessoa precisa realizar.
Nos detalhes de Interfaces, você escolhe quais campos compõem o layout e quais podem ser editados. Uma alteração em campo editável é refletida no pipe ou database de origem. Esse controle de apresentação e edição não deve ser tratado como equivalente à lógica condicional de um formulário.
💡 Mostrar uma pergunta, permitir uma edição e autorizar o acesso são decisões diferentes. Revise as três com o perfil real de cada participante.
Ocultar uma pergunta para simplificar o preenchimento não substitui a revisão de acesso. Se houver informação sensível, confira a experiência completa da pessoa, incluindo o que consegue consultar e alterar.
Teste a experiência com cenários diferentes
Escolha uma solicitação representativa e faça uma rodada de teste com alguém que não participou do desenho. O objetivo é verificar se a pessoa entende o que precisa fazer sem receber uma explicação paralela.
- Apresente o cenário Equipamento e observe quais informações a pessoa entende que deve fornecer.
- Repita com Serviço e confira se as perguntas correspondem àquele pedido.
- Troque a resposta depois de preencher uma informação específica e observe o comportamento dos campos e dos dados.
- Confira no card o que foi registrado e avalie separadamente o acesso e as possibilidades de edição.
Durante o teste, observe também campos obrigatórios e respostas já preenchidas. Registre o que aconteceu antes de decidir como tratar exceções. Não presuma que ocultar um campo apaga seu conteúdo ou muda sua obrigatoriedade.
Depois, percorra o caminho real de acesso pela Interface. Se ele levar a um formulário, teste as respostas nesse formulário. Se a contribuição acontecer no detalhe de um registro, confira o layout e a edição permitida sem esperar que reproduzam automaticamente as condicionais do formulário.
Escolha uma solicitação para começar
Pegue uma entrada de demanda que costuma exigir explicações extras. Registre quem participa, qual resposta muda as perguntas, quais informações são comuns e qual decisão depende dos dados coletados. Depois, escolha a interação e valide o cenário com um participante.
Para ampliar seu repertório de páginas e situações de uso, assista à gravação Masterclass: Interfaces de Usuário com o Pipefy na Academy. Relacione os cenários apresentados com a solicitação que você acabou de mapear.
Antes de avançar, confirme que você entende:
☐ A diferença entre variar perguntas, filtrar registros e apresentar detalhes
☐ Que as condicionais pertencem ao Formulário Inicial ou ao Formulário de Fase
☐ Por que visibilidade, edição e acesso precisam de decisões próprias
☐ Como testar o caminho entre a Interface e a interação usada pelo participante
Pronto para desenhar quais perguntas cada perfil precisa responder? → Formulários inteligentes com lógica condicional
