Cómo plantear un portal de clientes
Antes de definir pantallas, hay tres preguntas que determinan si un portal de clientes va a funcionar de verdad.
Un portal de clientes bien planteado reduce mails, llamados y tiempo de tu equipo. Uno mal planteado se convierte en una pantalla más que nadie usa, porque seguir escribiéndole a una persona de confianza siempre va a ser más fácil que entrar a loguearse en algo nuevo.
La primera pregunta es qué tarea concreta resuelve. "Que el cliente vea todo" no es un objetivo, es una lista de funciones sin prioridad. Un portal que resuelve bien una sola tarea de alto valor — por ejemplo, ver el estado de un pedido sin llamar — genera más adopción que uno con diez secciones tibias.
La segunda es qué reemplaza, específicamente. Si hoy un cliente pide una factura por mail, el portal tiene que ser objetivamente más rápido que mandar ese mail, o nadie va a cambiar el hábito. Esto define no solo qué funciones tiene el portal, sino qué tan simple tiene que ser entrar y encontrar lo que se busca.
La tercera es quién lo va a usar en la práctica. No es lo mismo un portal para veinte clientes corporativos con un usuario dedicado a administración, que uno para miles de clientes finales que van a entrar una vez cada tanto. El primero tolera más complejidad; el segundo necesita ser evidente desde el primer segundo.
Recién con esas tres respuestas tiene sentido diseñar pantallas. Un portal de clientes no es un proyecto de "digitalizar todo", es resolver un puñado de tareas concretas mejor de lo que se resuelven hoy por mail o por teléfono.