Lógica y ramificación de formularios: cómo diseñarla

La lógica condicional es la regla que decide adónde manda el formulario a cada persona según lo que ha respondido. Activarla lleva un minuto en cualquier herramienta. Diseñarla bien es otra cosa, y es donde se rompen la mayoría de los embudos sin que nadie se entere.

Busca "lógica y ramificación de formularios" y encontrarás instrucciones de clic: dónde pulsar, qué botón activar en tu constructor. Ninguna de esas páginas habla de lo que sale mal después, cuando dos reglas se solapan o cuando un signo de mayor-que elegido por descuido deja fuera a la mitad de quienes responden.

Esta guía va del diseño. Cómo se monta una regla, qué comparación usar en cada situación, los cuatro errores que aparecen en embudos reales, una regla de accesibilidad que casi nadie cumple, y cómo comprobar que la ramificación hace lo que imaginaste.

¿Qué es la lógica condicional en un formulario?

La lógica condicional es un conjunto de reglas que compara una respuesta con un valor y cambia el camino del formulario según el resultado. Sin ella, todo el mundo ve las mismas preguntas en el mismo orden. Con ella, el formulario se adapta a cada persona.

Los tres nombres que vas a encontrar significan casi lo mismo en contextos distintos. Skip logic suele describir saltarse preguntas irrelevantes. Lógica de ramificación describe mandar a la persona por caminos diferentes. Visualización condicional es mostrar u ocultar un bloque dentro de la misma pantalla. En la práctica los tres son el mismo motor aplicado a decisiones distintas.

La idea no es nueva ni de marketing: viene del diseño de interfaces. Jakob Nielsen le puso nombre al patrón, divulgación progresiva, en 2006, y su definición es la más corta que existe: "muestra al usuario solo algunas de las opciones más importantes, y ofrece el conjunto mayor de opciones especializadas cuando las pida" (Nielsen Norman Group, 2006). Un formulario con lógica condicional es eso aplicado a preguntas.

Reducir preguntas importa más que dividir en pasos

Esta es la parte que cambia la prioridad de tu trabajo. La investigación del Baymard Institute sobre checkout de comercio electrónico es directa: "la cantidad de campos del formulario afecta a la usabilidad general mucho más que la cantidad de pasos". El flujo medio que midieron en 2024 tiene 11,3 campos, cuando 8 bastarían para la mayoría de los sitios (Baymard Institute, 2024).

Es investigación de checkout, no de captación de leads, así que no conviene estirar la conclusión. Pero la dirección sirve: partir el mismo formulario en cinco pantallas no resuelve nada por sí solo. Lo que resuelve es que la persona responda menos cosas, y eso es exactamente lo que entrega la lógica condicional bien diseñada.

¿Cómo se monta una regla de ramificación?

Toda regla tiene tres partes: el lado izquierdo (lo que estás comprobando), la comparación (cómo lo compruebas) y el lado derecho (contra qué lo comparas). El lado izquierdo puede ser una respuesta guardada, una puntuación acumulada o incluso un cálculo hecho en el momento.

Una regla aislada resuelve poco. Lo que resuelve es agrupar. Varias condiciones dentro de un mismo grupo funcionan con Y: todas tienen que ser verdaderas. Varios grupos funcionan con O: basta con que uno encaje. El primer grupo que encaja es el que vale, y los demás ni se evalúan.

Esa estructura es la que permite escribir una regla como "manda a la pantalla de propuesta si el presupuesto es mayor que diez mil y el plazo es este mes, o si la empresa tiene más de quinientos empleados, sin importar el resto".

¿Qué comparación usar en cada situación?

Elegir mal la comparación es el error más común y el más silencioso, porque el formulario sigue funcionando. Las siete disponibles cubren todos los casos, y cada una tiene su trampa:

La regla práctica: cada vez que pienses "por encima de X", pregúntate si quien marcó exactamente X entra o no. En la duda, usa la versión que incluye. Un corte exclusivo en 100 descarta en silencio a todos los que sumaron exactamente 100 puntos, y ese grupo suele ser grande justo porque 100 es un número redondo que elegiste tú.

Los cuatro errores que rompen la ramificación

Grupos que se solapan. Si dos reglas pueden ser verdaderas a la vez, el orden decide el desenlace. El formulario no avisa. Te enteras cuando un lead cae en la pantalla equivocada y nadie entiende por qué. La corrección es hacer las condiciones mutuamente excluyentes, o poner la más específica primero, a propósito.

Rama huérfana. Una pantalla que ninguna regla alcanza. Existe, se escribió, se revisó, y no le aparece nunca a nadie. Pasa siempre que reescribes el embudo y te olvidas de actualizar las reglas viejas.

Condición sobre una pregunta que puede quedarse sin responder. Si la pregunta es opcional y la regla compara su respuesta, quien la saltó cae en un estado que no habías previsto. O haces la pregunta obligatoria, o escribes una regla para el caso vacío.

Comparar texto cuando querías comparar número. "10" y "9" comparados como texto dan un resultado distinto de 10 y 9 comparados como número. Si el campo acepta escritura libre, la probabilidad de suciedad es alta. Usa campos numéricos con tipo declarado cuando el valor sea numérico.

La regla de accesibilidad que casi nadie cumple

Si tu formulario avanza de pantalla solo cuando la persona marca una opción, estás haciendo lo que las pautas de accesibilidad llaman cambio de contexto automático. Y hay un criterio explícito al respecto.

WCAG 2.2, en el criterio 3.2.2, dice: "cambiar la configuración de cualquier componente de interfaz no debe provocar automáticamente un cambio de contexto, salvo que se haya advertido al usuario del comportamiento antes de usar el componente" (W3C). Es nivel A, el más básico de los tres, y la intención declarada es garantizar que rellenar un campo tenga un efecto previsible.

En la práctica significa dos cosas simples. Si usas avance automático, avisa antes, con una línea del tipo "al elegir, pasas a la siguiente pregunta". Y si tu constructor permite retrasar ese avance unos segundos, úsalo: le da tiempo a la persona a ver qué ha marcado.

¿Cómo comprobar que la ramificación está bien?

Prueba por camino, no por pantalla. Haz una lista de los desenlaces posibles del embudo, que normalmente son tres o cuatro, y recorre un camino completo para cada uno. Es más rápido de lo que parece y detecta casi todo.

Después prueba los bordes a propósito. Responde exactamente el valor de cada corte que hayas escrito. Ahí es donde aparece la comparación equivocada. Un embudo con tres cortes tiene tres bordes, y probar los tres lleva menos de cinco minutos.

Por último, mira la distribución al cabo de unos días. Si uno de los desenlaces se ha quedado en casi cero, lo más probable es que su regla no encaje nunca, o que encaje después de otra que se la come.

Cuándo la lógica condicional no merece la pena

Un formulario corto no la necesita. Si son tres campos y todo el mundo responde los mismos tres, ramificar añade trabajo de mantenimiento y no devuelve nada. La lógica condicional se paga cuando hay más de un tipo de persona respondiendo y tratas a cada una de forma distinta después.

Tampoco merece la pena cuando no vas a usar la información. Ramificar para enseñar un mensaje ligeramente distinto al final es adorno. Ramificar para cambiar quién recibe el lead, qué oferta aparece o qué seguimiento se dispara es lo que lo justifica.

Diseña la regla antes de configurarla

La lógica condicional es barata de activar y cara de arreglar cuando el tráfico ya está pasando. Antes de abrir el constructor, escribe en una línea cada desenlace que el embudo necesita tener, y solo después monta las reglas que llevan a ellos. Repasa las comparaciones en los bordes y recorre un camino completo por desenlace.

FoxForm, que es un constructor de quizzes y embudos de captación de leads, trata esta capa como el producto en sí, y no como una función de plan superior: las condiciones se agrupan con Y dentro del grupo y O entre grupos, y el mismo engranaje controla tanto la navegación como la visualización de bloques dentro de una pantalla.

Repasamos la lista de comparaciones directamente en el contrato público de la interfaz de programación del producto antes de escribir este texto, y es exactamente la de la tabla de arriba.

Empieza gratis con FoxForm, sin tarjeta, y monta la ramificación entera antes de mandar tráfico.