Solicitar un presupuesto para un evento puede requerir fecha, ubicación, asistentes, servicios y observaciones. Colocar todos los campos en una sola pantalla no siempre resulta cómodo, pero dividirlos tampoco garantiza claridad. Un asistente mal planteado puede esconder requisitos hasta el último paso y obligar a retroceder repetidamente. La decisión depende de cómo se relacionan las preguntas y de cuánto necesita preparar el visitante. Antes de diseñar barras de progreso, revisa qué información es imprescindible para esta primera solicitud y cuál puede pedirse durante una conversación posterior.
Reducir antes de fragmentar
Revisa cada campo con la persona que atenderá el presupuesto. Pregunta qué decisión permite tomar y si su ausencia impediría dar una primera respuesta útil. Si el detalle de decoración se define después de confirmar fecha y tipo de evento, quizá no pertenezca al contacto inicial. Eliminar preguntas innecesarias puede resolver más que repartirlas en cinco pantallas. También diferencia información obligatoria y opcional de manera visible. No marques todo como obligatorio por comodidad administrativa. En el ejemplo, una fecha aproximada puede ser suficiente para explorar opciones, siempre que el proceso comercial admita esa incertidumbre.
Agrupar por decisiones reconocibles
Si siguen existiendo varias etapas, utiliza grupos que tengan sentido para el visitante: evento, servicios y contacto. Evita dividir únicamente según la cantidad de campos, porque podrías separar una pregunta de la condición que la explica. La guía de formularios de varias páginas de WAI recomienda comunicar el progreso y organizar etapas. El nombre de cada paso debería anticipar su contenido. Si una respuesta cambia las etapas siguientes, explica la variación sin prometer una duración fija que ya no corresponde. La persona necesita entender dónde está y qué información faltará antes de completar la solicitud.
Conservar datos y permitir revisión
Avanzar y retroceder no debería borrar las respuestas, salvo una decisión explícita que se explique. Cuando cambie un servicio y ciertos campos dejen de aplicar, evita enviar silenciosamente valores antiguos. Muestra un resumen antes de la entrega final para revisar fecha, ubicación y selección. Distingue botones continuar y enviar: el primero cambia de etapa, mientras el segundo realiza la solicitud. Pide una demostración donde se modifica una respuesta temprana después de llegar al resumen. Esa prueba revela dependencias que una navegación siempre hacia adelante no permite detectar en el diseño del asistente.
Preparar errores sin castigar el recorrido
Si hay un campo inválido, explica qué corregir y conserva el resto de la información. No obligues a repetir todas las etapas por un formato de correo. Comprueba que el foco llegue a un lugar comprensible al cambiar de pantalla y que el progreso tenga una representación textual. Evita límites de tiempo innecesarios. Para evaluar la solución, prueba una solicitud sencilla y otra con cambios, retrocesos y un error deliberado. El éxito no consiste en que el formulario se vea corto en cada pantalla, sino en que la persona pueda completar, revisar y entregar información correcta con una expectativa clara de lo que ocurrirá después.
DE LA LECTURA A LA ACCIÓN
Para aplicar hoy
- Elimina preguntas innecesarias antes de añadir etapas.
- Agrupa por decisiones y comunica el progreso de forma comprensible.
- Prueba retrocesos, cambios y correcciones sin pérdida de información.
Fuentes y referencias
Documentación para profundizar. Los ejemplos de esta guía son didácticos.