Del caos del correo a un portal de autoservicio: un caso real y honesto

Toda bandeja de soporte saturada cuenta la misma historia, y nunca va realmente de correo electrónico. Va de una empresa que creció más rápido que su forma de hablar con los clientes. Cuando alguien dice «necesitamos un portal», la bandeja normalmente ha dejado de ser una herramienta para convertirse en una emergencia diaria: un lugar donde las solicitudes se pierden, se repiten y se discuten. Esta es la historia de una empresa que vivió exactamente eso, y lo que costó de verdad salir de ahí.

Quiero contarla con honestidad, porque los casos de estudio suelen escribirse como si todo hubiera salido perfecto y las cifras se hubieran triplicado de la noche a la mañana. Este no. Salió bien —realmente bien—, pero hubo pasos en falso, una función que construimos y luego borramos, y un momento hacia la sexta semana en que el cliente se preguntó en voz baja si se había equivocado. Esa parte importa tanto como el resultado, así que la dejo.

La empresa es real, pero anonimizada a petición suya: una empresa de servicios de unas 45 personas que atiende a unos cientos de clientes B2B recurrentes. Piense en mantenimiento de equipos y cumplimiento normativo: el tipo de trabajo donde los clientes necesitan constantemente documentos, actualizaciones de estado y poder presentar solicitudes. Los detalles importan poco. Si su equipo vive en una bandeja de entrada compartida, reconocerá esta forma de inmediato.

La bandeja de entrada que dirigía la empresa

Cuando nos sentamos con ellos por primera vez, todo lo importante fluía a través de un único buzón compartido —info@— que cuatro personas vigilaban a la vez. Los clientes escribían para solicitar un servicio, pedir un certificado, consultar un trabajo, cambiar una dirección, reclamar una factura. Todo caía en el mismo sitio, sin orden alguno, sin estado y sin responsable.

Los síntomas eran los que veo siempre. Las mismas preguntas llegaban decenas de veces por semana: «¿dónde está mi certificado?», «¿cuándo vienen?», «¿pueden reenviarme el informe?». Los adjuntos se perdían o quedaban enterrados tres respuestas más abajo. Dos empleados a veces respondían al mismo cliente de forma distinta en menos de una hora. Y nadie podía responder la pregunta de gestión más simple de todas: ¿cuántas solicitudes abiertas tenemos ahora mismo? La bandeja no lo sabía. Solo sabía cuántos mensajes sin leer había, que no es en absoluto lo mismo.

El coste no era solo tiempo, aunque de eso había mucho: más tarde estimamos que el equipo dedicaba buena parte de dos días completos a la semana solo a respuestas repetitivas de copiar y pegar. El coste mayor era la erosión silenciosa de la confianza. Los clientes no podían ver su propio historial, así que volvían a preguntar. El personal no podía ver lo prometido, así que se disculpaba de más y entregaba de más. Toda la relación funcionaba sobre la ansiedad.

Lo que deliberadamente no hicimos

El cliente vino a nosotros pidiendo un portal, y nuestro primer trabajo fue frenarlo. Es tentador decir que sí al encargo y empezar a construir pantallas. Pero un portal es un objeto grande —inicio de sesión, cuentas, permisos, documentos, solicitudes, notificaciones— y si lo construye todo a la vez, pasará nueve meses y aun así lanzará algo que nadie pidió.

Así que antes de cualquier diseño dedicamos dos días a lo poco glamuroso: leer la bandeja de entrada. Exportamos unos meses de correo y lo ordenamos según lo que los clientes intentaban realmente hacer. No lo que decían, sino lo que querían. El resultado fue esclarecedor. Alrededor de tres cuartas partes de todo el correo entrante se reducían a solo cuatro tareas repetidas: solicitar un documento, consultar el estado de un trabajo, presentar una nueva solicitud de servicio y actualizar sus propios datos.

Esta es la parte que los equipos se saltan, y es la parte que salva el proyecto. No estábamos diseñando un portal. Estábamos diseñando una forma de retirar los cuatro correos más repetidos de la bandeja. Ese enfoque nos mantuvo honestos cada vez que alguien quería añadir «solo una función más».

Lo que realmente construimos

La primera versión fue deliberadamente estrecha. Un cliente podía iniciar sesión, ver los trabajos y documentos de su propia organización, descargar cualquier cosa que le hubiéramos enviado, presentar una nueva solicitud mediante un formulario breve y estructurado, y actualizar sus datos de contacto. Eso es todo. Sin chat en vivo, sin paneles llenos de gráficos, sin portal de facturación. Cuatro tareas, hechas con limpieza.

El repositorio de documentos

El mayor alivio fue dejar que los clientes obtuvieran sus propios documentos. Cada certificado, informe y factura que emitíamos quedaba ahora archivado automáticamente en su cuenta en el momento de generarse. El correo de «¿pueden reenviarme ese PDF?» —con mucho el más común— simplemente dejó de llegar. Los clientes dejaron de preguntar porque ya no tenían que hacerlo.

Solicitudes estructuradas en lugar de correo de texto libre

Cuando un cliente presentaba una solicitud a través del portal, respondía unas preguntas concretas en lugar de escribir un párrafo. Suena menor; fue transformador. Una solicitud estructurada llega con todo lo que el equipo necesita para actuar: se acabó el ir y venir de tres correos solo para averiguar qué sede, qué máquina, qué fecha. Cada solicitud recibía un estado visible para el cliente, lo que en silencio acabó con la mayoría del acoso del «¿alguna novedad?».

La automatización silenciosa que hay detrás

Detrás de las pantallas, el verdadero trabajo era conectar el portal con los sistemas que ya tenían, para que nadie tuviera que volver a teclear nada. Una nueva solicitud del portal creaba un trabajo en su herramienta de back-office existente. Un documento terminado aterrizaba solo en el repositorio. Los cambios de estado disparaban un correo breve para que los clientes no tuvieran que entrar constantemente a comprobar. Nada de esto era vistoso. La mayor parte del valor de un portal así está en la fontanería que nadie llega a ver.

El paso en falso y la función que borramos

Ahora la parte que la mayoría de los casos ocultan. Hacia la mitad, el cliente pidió un hilo de mensajería dentro del portal: un pequeño chat en cada solicitud para que clientes y personal pudieran ir y venir dentro del portal. Sonaba razonable. Lo construimos.

Fue un error. El hilo de mensajería recreó exactamente el problema que resolvíamos: un lugar sin estructura donde la conversación se acumulaba, solo que ahora era una segunda bandeja que el personal tenía que vigilar además del correo. En un mes, las solicitudes se estancaban dentro de los hilos de chat, los clientes no sabían si escribir por el chat o por correo, y el equipo revisaba dos sitios en lugar de uno. Habíamos reconstruido sin querer el buzón dentro del portal.

Borrar software que funciona y por el que has pagado se siente fatal. Pero lanzar la función equivocada y conservarla por terquedad sale mucho más caro. La cortamos, el ruido bajó de inmediato y se convirtió en una de las cosas más útiles que el proyecto enseñó a todos los implicados.

Cómo lo desplegamos sin una revuelta

Un portal solo funciona si los clientes lo usan de verdad, y los clientes se resisten maravillosamente a cambiar la forma de contactarle. Dígale a la gente «use el portal ahora» y una buena parte seguirá simplemente escribiendo correos. Así que no lo forzamos. Hicimos del portal el camino obviamente más fácil y dejamos que ganara por sí solo.

1. 1
   Lanzamiento suave primero con clientes cercanos

   Invitamos a una docena de los clientes más implicados, observamos cómo lo usaban y pulimos las asperezas antes de que nadie más lo viera.
2. 2
   Sembrar cada cuenta con valor real

   El primer día, el portal de cada cliente ya contenía sus documentos pasados y sus trabajos abiertos. Entrar resultaba útil de inmediato, no como un formulario vacío por rellenar.
3. 3
   Responder los correos repetidos con un empujón amable

   Cuando las viejas preguntas seguían llegando por correo, el personal las respondía y añadía una línea: «También puede obtener esto en cualquier momento aquí». Sin presión, solo una opción mejor.
4. 4
   Solo más tarde, encaminar las nuevas solicitudes por el portal

   Cuando el uso ya era saludable, el formulario de solicitud de la web apuntaba al portal. Nunca apagamos el correo del todo: solo hicimos del portal el camino de menor resistencia.

Merece la pena detenerse en ese último punto. Nunca matamos el correo, y nunca lo planeamos. Algunos clientes siempre lo preferirán, y está bien. El objetivo nunca fue cero correos: era vaciar de la bandeja los correos repetitivos para que los que quedaran fueran los que de verdad necesitaban a una persona.

Los resultados, con las salvedades honestas

Seis meses después del lanzamiento, el cambio era lo bastante claro como para que nadie discutiera. Le doy las cifras, pero léalas como ilustrativas: son la experiencia de esta empresa, medida a grandes rasgos, no una promesa. Sus resultados serán distintos.

El titular que le importaba al cliente era el tiempo recuperado: el equipo recuperó buena parte de día y medio a la semana que se desvanecía en la bandeja. No redujeron plantilla: reasignaron ese tiempo al trabajo de servicio real y a la incorporación de nuevos clientes, que es el resultado que casi siempre vemos en las pequeñas y medianas empresas. Aquí la automatización no reemplazó a personas; les devolvió su semana.

La victoria más intangible fue más difícil de medir, pero fácil de sentir. Los responsables por fin podían ver el trabajo. Los clientes dejaron de sentir que gritaban al vacío. Y la bandeja de entrada, por primera vez en años, se volvió un lugar sereno donde los mensajes que llegaban eran los que de verdad requerían que una persona pensara.

Qué haríamos distinto la próxima vez

Dos cosas. Primero, nos resistiríamos a la función de mensajería desde el principio: lo sabíamos y aun así la construimos porque decir que sí era más fácil que la conversación. Segundo, sembraríamos las cuentas de los clientes con su historial aún antes en la construcción, porque el momento en que un portal se siente poblado y personal es el momento en que la gente empieza a confiar en él. Un portal vacío es una tarea pesada; un portal que ya te conoce es un alivio.

Si está mirando su propia bandeja saturada, la conclusión no es «construya un portal». Es encuentre antes sus cuatro tareas. Lea su bandeja como leímos la suya. El puñado de cosas que sus clientes piden una y otra vez son las únicas funciones que importan. Todo lo demás es alcance que se alegrará de haber dejado fuera.

Preguntas frecuentes