Blog · Diseño de formularios
Formularios que la gente termina de rellenar: menos campos y mejor aviso
Validación en línea, mensajes claros y qué hacer con los datos que se recogen
Publicado el 14 de marzo de 2025 · Lectura de 7 minutos
Un formulario largo no recoge más información: recoge menos. Cada campo adicional es una excusa más para cerrar la pestaña. En los proyectos de contacto y presupuesto que hemos montado para despachos y servicios profesionales, la diferencia entre un formulario de doce campos y otro de cinco no está en la calidad del lead, sino en cuántos llegan.
Qué campos son realmente necesarios
Para un formulario de contacto o de solicitud de presupuesto, la base suele ser: nombre, un medio de contacto (correo o teléfono, no ambos obligatorios), el servicio sobre el que preguntan y un campo libre para contar el caso. Todo lo demás —empresa, cargo, presupuesto estimado, urgencia— se puede preguntar después, en la primera respuesta. Si el negocio necesita filtrar, conviene usar un desplegable de servicio en lugar de cinco campos separados.
Validar mientras se escribe, no solo al enviar
El error clásico es dejar que la persona rellene todo, pulse enviar y entonces descubra que el teléfono tenía un formato incorrecto. La validación en línea avisa en el momento en que el campo pierde el foco, con un mensaje concreto: "el correo debe incluir @", no "campo inválido". Los mensajes genéricos obligan a adivinar. Los específicos se corrigen solos.
Tampoco conviene bloquear el botón de envío sin explicar por qué. Si algo falta, el botón puede quedar activo y mostrar el error al pulsar, o desactivarse con un texto que indique qué falta. Lo que no funciona es un botón gris sin pista.
La parte que no se ve: destino y conservación de los datos
Cada formulario debería tener una respuesta clara a tres preguntas: a qué bandeja llega, quién lo lee y cuánto tiempo se conserva. En la práctica, muchos envíos acaban en un correo genérico que nadie revisa o en una base de datos sin política de borrado. El aviso de privacidad tiene que explicar la finalidad, la base legal y el plazo de conservación, y enlazarse desde el propio formulario, no solo desde el pie.
Lista de comprobaciones antes de publicar
- ¿Cada campo tiene una razón concreta para estar ahí?
- ¿Los mensajes de error indican qué corregir, no solo que algo falla?
- ¿Se valida al salir del campo y no solo al enviar?
- ¿El aviso de privacidad está enlazado junto al botón de envío?
- ¿Sabemos a qué bandeja llega cada formulario y quién lo atiende?
- ¿Hay un plazo definido para borrar los datos que no se convierten en cliente?