Qué debe hacer una plataforma para clientes y qué debe quedarse fuera
Una plataforma para clientes puede terminar convertida en una colección de funciones que nadie pidió. Para definir su alcance, conviene empezar por otra pregunta: ¿qué necesita hacer y comprender el cliente para resolver su asunto sin depender de una llamada?
Empezar por la tarea del cliente
Imaginemos una empresa que recibe solicitudes de servicio por correo. Sus clientes quieren enviarlas, saber si fueron recibidas, aportar un documento faltante y conocer la resolución. La empresa, mientras tanto, necesita asignar responsables, revisar información, coordinar áreas y atender excepciones. Todo forma parte del mismo servicio, pero cada persona participa en él de una manera distinta.
Una primera versión de la plataforma podría permitir al cliente enviar, consultar, completar y recibir respuesta sobre su solicitud. La herramienta interna, en cambio, tendría que ayudar al equipo a asignar, revisar, decidir y resolver. Esta separación evita diseñar el espacio del cliente como una copia del sistema con el que trabaja la empresa. La guía de GOV.UK para definir el alcance de una transacción digital propone un criterio útil: si el alcance es demasiado amplio, cuesta encontrar la tarea; si es demasiado estrecho, la persona no puede resolver su problema.
"La plataforma para clientes debe mostrar el camino hacia una respuesta, no el organigrama que la produce."
Puedes escuchar este artículo aquí:
Eso no significa ocultar la operación. Significa traducirla a información útil. Al cliente le sirve saber que falta un documento, cuál es y cómo enviarlo. Conocer cada cambio de responsable o leer las notas de trabajo entre áreas difícilmente le ayuda a dar el siguiente paso.
Dar autonomía sin prometer una solución automática
Una plataforma útil permite actuar en el momento adecuado y entender qué sucederá después. Confirmar que una solicitud llegó, explicar su estado con palabras claras, indicar el siguiente paso y ofrecer ayuda ante una excepción puede aportar más valor que sumar módulos cuya utilidad aún no se ha comprobado.
El alcance debe partir de lo que las personas intentan hacer y de los puntos donde se detienen. La guía de investigación de usuarios de GOV.UK recomienda estudiar cómo realizan hoy sus tareas, qué dificultades encuentran y qué necesitan para llegar a un resultado. En una empresa, esto puede implicar revisar las consultas que recibe atención al cliente, observar el recorrido actual y hablar con quienes lo usan y lo atienden. Las solicitudes de nuevas funciones son pistas; primero hay que entender la necesidad que las provoca.
También hay que diseñar qué ocurre cuando algo sale mal. Si un archivo no se pudo enviar, la plataforma debe explicar cómo intentarlo de nuevo. Si una solicitud requiere revisión humana, debe decirlo sin prometer una fecha o aprobación que la empresa todavía no puede garantizar. Dar autonomía no es dejar solo al cliente: es ofrecerle un camino claro y una vía de apoyo cuando la necesita.
Mantener las decisiones internas dentro de la operación
Las asignaciones de trabajo, notas entre equipos, criterios de revisión y decisiones pendientes pueden necesitar una herramienta interna. Mostrarlos íntegros en el espacio del cliente añade ruido y puede exponer información que no le corresponde consultar. Para definir el límite conviene preguntar qué tarea realiza cada persona, qué datos necesita y qué acciones puede ejecutar.
Ese límite requiere diseño desde el inicio. La guía de autorización de OWASP recomienda conceder a cada perfil solo los permisos necesarios y comprobar el acceso a los recursos y acciones disponibles. En una plataforma con varias cuentas de clientes, esconder una opción del menú no basta: también debe definirse qué información de cada cuenta puede consultar o modificar cada persona.
Puedes ver este artículo aquí:
Reservar una deliberación interna tampoco justifica dejar al cliente a oscuras. Una nota de revisión puede permanecer dentro de la empresa, mientras que el estado comprensible, el requerimiento que debe atender y la resolución que le afecta sí deben comunicarse. Si una regla impide avanzar, la experiencia debe explicar lo necesario para que sepa qué puede hacer después.
Elegir la primera versión y aprender de su uso
Antes de diseñar pantallas, conviene describir un recorrido completo: desde que el cliente inicia una tarea hasta que recibe una respuesta o sabe cómo continuar. Cada función propuesta debe justificar su lugar en ese recorrido. ¿Resuelve una dificultad observada? ¿Es necesaria para completarlo? ¿La empresa puede sostenerla? ¿Qué sucederá si falla? Una función atractiva que aún no supera estas preguntas puede esperar.
"Una función merece entrar cuando ayuda a resolver una tarea, no cuando encuentra espacio en el menú."
La primera versión también necesita un criterio para cambiar. Si su propósito es reducir la incertidumbre sobre las solicitudes y los clientes siguen llamando para preguntar por su estado, el siguiente paso podría ser revisar los nombres de los estados, las explicaciones y las notificaciones antes de construir otro módulo. GOV.UK recomienda definir qué significa el éxito de un servicio y combinar datos de uso con investigación de usuarios. Esa evidencia ayuda a distinguir entre una función que falta y una experiencia que todavía no se entiende.
La accesibilidad forma parte de esta decisión inicial. Si una persona no puede leer las instrucciones, usar los controles o terminar la tarea desde su dispositivo, la función no cumple su propósito. Las Pautas de Accesibilidad para el Contenido Web WCAG 2.2 del W3C ofrecen criterios para revisar la experiencia durante el diseño y su evaluación.
Una plataforma para clientes no necesita contener toda la empresa. Necesita conectar una necesidad real con una acción posible, una respuesta entendible y una operación capaz de cumplirla. Antes de sumar otro módulo, ¿qué tarea de tus clientes sigue sin resolverse y qué complejidad interna podrías evitarles?
¿Tu idea necesita más claridad antes de convertirse en código? En Señor Zorro Estudio de Diseño de Productos Digitales te ayudamos a definir, validar y diseñar productos digitales listos para desarrollo. Conoce más en www.srzorro.com.
Escrito por: Editorial
#EstrategiaDeProducto #PlataformasParaClientes #DiseñoDeProductosDigitales #ExperienciaDeUsuario #AlcanceDeProducto #IdeasAntesDelCódigo
Comentarios