Form Abandonment Recovery

Cuando un formulario falla la validación, todos los campos que el usuario llenó correctamente deben conservarse intactos. Resetear el formulario tras un error es una de las infracciones de UX más caras: el usuario ya invirtió tiempo y energía, y perder ese trabajo lo empuja a no reintentar. La recuperación debe ser quirúrgica: señalar solo el campo problemático, nunca borrar lo demás. WCAG 2.1 SC 3.3.4 lo exige explícitamente para datos legales, financieros o de prueba.

La validación inline activada al salir de un campo (on-blur), no mientras se escribe, reduce errores, acorta el tiempo de completado y sube la satisfacción percibida. Validar solo al enviar crea el "muro de errores": el usuario termina todo, hace clic en enviar y recibe una lista de fallos de golpe. En el estudio de LukeW con Etre (22 usuarios, formulario de registro), la variante con validación inline superó a la de solo-submit en +22% de éxito, −22% de errores, +31% de satisfacción, −42% de tiempo y −47% de fijaciones oculares.

El número de campos es el predictor de fricción más directo. Baymard encontró que el checkout promedio tiene 11.3 campos cuando el óptimo es 8, y que el 17% de los usuarios ha abandonado un proceso por considerarlo demasiado largo o complejo. Antes de añadir un campo, la pregunta obligatoria es: ¿necesitamos este dato antes del envío o podemos pedirlo después? Empresa, cargo y teléfono secundario son candidatos habituales a eliminar o mover al onboarding posterior.

La incertidumbre sobre cuánto falta es en sí misma causa de abandono. Un indicador de pasos ("Paso 2 de 4") da al usuario la información para decidir si continúa y reduce la ansiedad. NN/G recomienda barras de progreso como práctica estándar en flujos de varios pasos, sobre todo cuando toman más de dos minutos. El antipatrón es una barra que no avanza proporcionalmente o que oculta un paso largo no anticipado: destruye la confianza y puede causar más abandono que no tener barra.

Los formularios largos (solicitudes de crédito, inscripciones, formularios médicos) suelen abandonarse por interrupciones externas, no por falta de intención. Una opción explícita de "guardar y continuar después" que envíe un enlace de reanudación al email elimina el costo de empezar de cero, y el enlace debe retomar exactamente en el campo donde el usuario se quedó. Baymard recomienda explícitamente permitir "continue where they left off" tras una sesión interrumpida, sobre todo en flujos móviles.

Un email de recuperación enviado dentro de los primeros 30 a 60 minutos es relevante: el usuario recuerda lo que hacía y la intención sigue activa; pasadas 24 horas el contexto se enfría. La línea ética es clara: el email solo puede usarse si el usuario lo proporcionó voluntariamente para ese fin en el mismo formulario, nunca inferido o capturado de forma furtiva. El patrón correcto es un checkbox explícito de opt-in junto al campo de email; sin esa marca, no hay email.

El popup de salida puede ser una última oportunidad legítima: recordar ítems guardados, ofrecer asistencia o extender la sesión. Se vuelve dark pattern cuando usa confirm-shaming ("No, prefiero perder mi progreso"), se dispara en cada visita, o bloquea la salida. NN/G los clasifica como "needy patterns": no son oscuros por diseño, pero dañan la confianza porque no distinguen entre quien cierra la pestaña y quien solo cambia de tab. La alternativa honesta es ayuda contextual discreta, no un modal con falsa amenaza de pérdida.

La expiración silenciosa es de las frustraciones más caras: el usuario invierte diez minutos, hace clic en enviar y recibe una pantalla de login; al volver, el formulario está vacío. La solución es doble: guardar el estado en localStorage de forma continua (auto-save) y, si hay sesión de servidor, advertir antes de que expire con opción de extender. WCAG 2.2 lo respalda: el SC 2.2.1 (Timing Adjustable, A) exige avisar y permitir extender antes de un timeout, y la pérdida de datos por expiración es un problema de accesibilidad documentado. El borrador local es la segunda línea de defensa.