Un portal de clientes puede reunir tareas que hoy se atienden por correo o teléfono: consultar una solicitud, compartir un documento o revisar el estado de un pedido. Su valor está en que el cliente consiga resolver una necesidad con información actualizada y comprensible, no en trasladar todos los formularios existentes a una nueva pantalla.

Elige una tarea que el cliente quiera completar

Habla con quienes reciben consultas y con algunas personas usuarias. Pregunta qué buscan, en qué momento lo necesitan y qué suele requerir una llamada adicional. Un primer flujo podría permitir consultar el estado de una solicitud y encontrar a quién contactar si la información no coincide.

Describe el inicio y el resultado: quién recibe acceso, cómo encuentra el registro y qué puede hacer después. Un portal sin datos claros o sin una vía de ayuda puede aumentar el trabajo de soporte.

Información actualizada y expectativas honestas

Define de dónde viene cada estado y con qué frecuencia se actualiza. Si una respuesta se procesa manualmente, indícalo; evita mostrar «en tiempo real» sin comprobar la integración. Una fecha de última actualización o un estado de revisión puede ser más útil que una promesa que el sistema no puede cumplir.

En un ejemplo hipotético, una empresa permite que sus clientes consulten pedidos. Si el sistema externo se interrumpe, el portal podría explicar que el estado está temporalmente desactualizado y ofrecer contacto con el equipo. La solución concreta depende de las capacidades disponibles.

Acceso seguro y límites por cliente

Cada cuenta debe ver únicamente los registros que le corresponden. Define si una empresa cliente tendrá varias personas, quién administra sus permisos y cómo se retira el acceso cuando alguien se va. Comprueba los controles en cada solicitud y también al descargar archivos; ocultar un enlace no protege un documento.

OWASP recomienda aplicar mínimo privilegio y validar autorización de manera consistente. Planifica recuperación de acceso, auditoría apropiada y una respuesta ante intentos fallidos, ajustadas al riesgo y al contexto.

Diseña la experiencia para personas reales

Usa etiquetas claras, instrucciones cerca de cada campo y mensajes que indiquen cómo corregir un error. El W3C explica por qué asociar etiquetas con controles ayuda a personas que utilizan tecnologías de asistencia. Comprueba teclado, móvil y conectividad realista, y no dependas exclusivamente del color para informar estados.

Ofrece ayuda sin exponer información de más

Si una persona informa que no encuentra un pedido, el equipo necesita una forma de revisar el caso sin pedirle que comparta contraseñas. Define un canal de soporte, cómo se identifica la solicitud y quién puede acceder al historial. Explica al cliente qué ocurrirá después y evita mostrar detalles de otros usuarios al buscar coincidencias. Prueba también qué sucede cuando una cuenta deja de pertenecer a la organización cliente.

Qué acordar antes de construir

  • Funciones de la primera versión y criterios de aceptación.
  • Origen de cada dato y responsable de su calidad.
  • Reglas de autorización, recuperación y eliminación de accesos.
  • Soporte, respaldos y procedimiento ante interrupciones.
  • Exportación de información y responsabilidades de mantenimiento.

Una herramienta existente podría cubrir el flujo. Si hace falta conectar sistemas, revisa primero sus permisos y capacidades en la guía cómo integrar sistemas empresariales.

Fuentes consultadas

Diseñemos un portal con un propósito claro

Cuéntanos qué tarea necesitan resolver tus clientes y dónde está hoy esa información.

Conversar sobre un portal