INTRODUCTION
«Sube tu documento» parece una petición pequeña. Para quien la recibe, puede significar encontrar un adjunto, comprobar el formato, cambiar el nombre, reducir el tamaño y preguntarse si la versión correcta llegó al lugar indicado. Una gran zona para arrastrar archivos no responde a esas dudas.
El buen diseño empieza antes de que se abra el selector. Ofrece información suficiente para elegir y mantiene claras las responsabilidades hasta que el documento alcanza el estado que exige el servicio. Lo que hay que diseñar es el intercambio completo.
Dar una razón para la petición
Antes de especificar un control, escriban la frase que explica para qué se necesita el archivo. Si el equipo no puede explicar qué permite hacer, conviene revisar la solicitud. Un documento que quizá resulte útil algún día genera trabajo para todas las personas a quienes se pide.
El GOV.UK Design System aconseja solicitar archivos solo cuando sean fundamentales para el servicio. También recomienda reutilizarlos dentro de un recorrido cuando la seguridad y la privacidad lo permitan. Es una restricción inicial útil.
En un formulario ficticio de proyecto, el logotipo puede ser necesario antes de producir materiales, pero no antes de una primera conversación. Mover la petición al momento adecuado puede mejorar más la experiencia que rediseñar el selector. Decidan esa secuencia antes de medir si el botón destaca lo suficiente.
Mostrar las reglas donde se elige
La persona debería conocer los formatos aceptados y el tamaño máximo antes de abrir sus archivos. Indiquen si necesita uno o varios documentos y qué deben contener. Cuando existen distintas versiones, expliquen la diferencia relevante: por ejemplo, el documento firmado en lugar de una copia editable de trabajo.
Usen las reglas reales del servicio. «PDF, hasta 10 MB» solo resulta útil si ese es el límite verdadero. No copien cifras familiares de una demostración. Pregunten qué sucede con un escaneo, un archivo vacío, un nombre largo o un documento protegido con contraseña.
Las instrucciones no deben depender de la distribución en escritorio. En un teléfono, el selector puede ocupar toda la pantalla. La explicación breve junto al control debe seguir teniendo sentido cuando la persona regresa e intenta recordar qué se le había pedido.
Distinguir seleccionado, transferido y aceptado
Un nombre de archivo debajo del botón puede representar varios estados. El archivo quizá solo esté seleccionado en el dispositivo, esté viajando al servicio o haya llegado y todavía esté pasando controles. La interfaz debe nombrar el estado que realmente conoce.
Pensemos en una solicitud con una revisión final. Si la persona ve «Subido» y cierra inmediatamente la pestaña, ¿el servicio conserva el documento? Si falta un paso de envío definitivo, muéstrenlo claramente. Una marca de verificación tranquilizadora no sustituye una explicación precisa.
La explicación del W3C sobre mensajes de estado describe cómo comunicar actualizaciones a tecnologías de asistencia sin mover el foco. El progreso y el resultado necesitan un anuncio accesible además de una presentación visual. Prueben lo que se escucha, no solo lo que se ve.
Dar una acción útil para cada fallo
Un error debe ayudar a cambiar algo pertinente. Un archivo demasiado grande requiere una acción distinta de una transferencia interrumpida. Repetir el envío no arregla un documento que el servicio nunca podrá aceptar.
Mantengan visible el nombre elegido cuando sea posible, para identificar qué archivo falló. Si hay varios documentos, señalen el afectado en lugar de pintar toda la zona de rojo. Conserven el trabajo completado mientras explican qué falta resolver.
Existe una tensión entre sencillez y control. La subida automática puede ser cómoda para un adjunto pequeño; un conjunto de documentos importantes puede necesitar revisión explícita antes de enviarse. Elijan según la consecuencia de equivocarse y hagan comprensibles las acciones de sustituir o eliminar.
Ensayar una interrupción habitual
Utilicen un cliente ficticio que empieza desde el teléfono, elige un archivo incorrecto, lo corrige y pierde la conexión a mitad de camino. Sigan el recorrido sin dar pistas verbales. Anoten cuándo la interfaz le obliga a adivinar si debe esperar, reintentar o empezar otra vez.
Tras una transferencia exitosa, hagan una última pregunta: ¿entiende dónde quedó el documento y qué ocurrirá después? Puede ser un borrador guardado, una solicitud completada o una revisión pendiente. Esos resultados merecen mensajes distintos aunque compartan el mismo control técnico.
La revisión práctica cabe en una página: propósito, entradas aceptadas, estados visibles, acciones de recuperación y evidencia de finalización. Resuelvan esos cinco puntos antes de dar el componente por terminado. El diario de Blanche explora más interacciones que determinan la coherencia de un servicio.
Fuentes consultadas el 9 de noviembre de 2026. La guía de GOV.UK incluye una mejora de marzo de 2025; aquí se utiliza como orientación establecida, no como noticia reciente.