Un formulario puede aceptar datos y, aun así, dejar trabajo pendiente al equipo: solicitudes incompletas, mensajes que nadie entiende o cargas repetidas porque no quedó claro si se guardaron. Antes de incorporar una pantalla al proceso, conviene acordar cómo vamos a comprobar que ayuda a completar la tarea.

En LikenData proponemos preparar criterios de aceptación con quienes reciben y usan la información. La revisión empieza por una pregunta concreta: ¿qué debería poder hacer una persona, con qué datos y cómo sabría que terminó? Esa respuesta permite evaluar el formulario sin depender únicamente de que su diseño se vea correcto.

Separar la decisión de construir de la prueba del recorrido

El recurso sobre componentes de software a medida ayuda a decidir qué reutilizar y qué desarrollar. Esta guía aborda el paso siguiente: revisar una carga de principio a fin, incluyendo las excepciones que suelen aparecer durante el trabajo.

Supongamos que administración recibe solicitudes de compra mediante una pantalla interna. Quien carga necesita identificar un proveedor, indicar el concepto y adjuntar documentación cuando corresponde. Es un ejemplo hipotético para ordenar la evaluación, no un caso implementado ni una promesa de resultados.

Hacer comprensible cada campo

Para comenzar, revisá si los nombres de los campos describen la información que espera el equipo. Un nombre interno puede ser habitual para administración y resultar ambiguo para quien hace una solicitud por primera vez. Si un dato requiere un formato particular, conviene mostrar esa indicación antes de que aparezca un error.

El tutorial de etiquetado de controles de W3C WAI explica cómo asociar los controles con sus etiquetas. Esa relación forma parte de la accesibilidad del formulario y requiere revisar su implementación, además del texto visible.

En el ejemplo, una prueba puede pedirle a alguien del área solicitante que complete una carga con datos ficticios. Registrá qué entiende de cada campo, dónde necesita consultar y qué información no tiene disponible. Evitá usar documentos o datos personales reales para esta primera revisión.

Acordar qué debe pasar cuando faltan datos

Prepará una entrada completa, una incompleta y otra que incumpla una regla conocida. Para cada una, escribí el resultado esperado. Por ejemplo: si falta un concepto obligatorio, la solicitud queda pendiente y se señala ese campo; si el adjunto no corresponde a la categoría elegida, se explica qué documentación necesita revisar la persona.

La guía de notificaciones de formularios de W3C WAI recomienda que los errores permitan reconocer el campo afectado, comprender el problema y corregirlo. Aplicado al proceso, un mensaje como “revisá el concepto de la solicitud” necesita indicar qué falta o qué formato se espera.

La regla concreta debe venir del negocio. El formulario no debería imponer un requisito nuevo solo porque resulta sencillo agregar una validación.

Probar interrupciones y recuperación

Además del recorrido habitual, proponemos revisar estas situaciones con el equipo técnico:

  • La consulta de proveedores demora o no devuelve resultados.
  • Una sesión vence mientras la persona completa la solicitud.
  • Se intenta guardar dos veces porque no apareció una confirmación.
  • Falla el envío y la persona necesita saber qué datos conserva.

Para cada situación, definí qué mensaje aparece, qué acción permite continuar y cómo se comprueba el estado final. No asumas que una confirmación visual garantiza que la solicitud quedó registrada: esa condición debe verificarse con el sistema que recibe la información.

Convertir la revisión en una decisión

Una ficha breve puede reunir el escenario, la entrada utilizada, el resultado esperado, lo observado y la persona que acepta o devuelve el cambio. Sumá una revisión con teclado y desde un teléfono si forman parte del uso previsto. Esta lista inicial no reemplaza una evaluación completa de accesibilidad o seguridad.

El objetivo es acordar qué impide usar el formulario, qué necesita corrección y qué puede mejorar después. Así, el equipo puede conversar sobre evidencia concreta en lugar de discutir únicamente colores o preferencias de diseño.

Revisá tu formulario con LikenData

Elegí una carga que hoy genere consultas o correcciones. Anotá quién la completa, quién recibe el resultado y una excepción frecuente. Con ese recorrido podemos evaluar qué ajustar y cómo comprobar la mejora.

Empezá el diagnóstico de tu proceso con LikenData. Describí la tarea sin información confidencial. El formulario prepara un resumen orientativo descargable y permite abrir un correo que vos revisás y enviás para iniciar la conversación.