Solicitudes desde la web, el correo y WhatsApp: cómo recogerlas sin perderlas

Una solicitud perdida no deja rastro. No aparece en ningún informe, nadie la reclama, y la empresa descubre que la ha perdido solo si el cliente insiste o si se lo cuenta a otra persona. Es la diferencia entre los problemas que se ven y los que se pagan: aquí el coste es invisible, y por eso crece.

El remedio no es un programa nuevo. Es un proceso de atención: cada solicitud, venga del canal que venga, se registra con los mismos datos mínimos, se asigna a una persona y se cierra con un resultado. Se construye antes de elegir las herramientas: el proceso se describe en una página, las herramientas vienen después.

Censar los canales y comprobar qué se puede conectar de verdad

La primera lista es la de las formas en que una persona puede pedirte algo hoy. Casi siempre es más larga de lo previsto, porque incluye contactos personales.

• El formulario de la web, y las distintas cuentas de correo a las que se puede escribir (información, soporte, administración).
• Los correos compartidos y los personales de los comerciales, que en la práctica son canales de entrada.
• El teléfono fijo, los móviles de la empresa y los mensajes que llegan por aplicaciones de mensajería.
• Los perfiles sociales, los portales del sector, los formularios de posibles marketplaces o plataformas de terceros.

Junto a cada canal hay que escribir una sola cosa, y no es técnica: si mañana falta la persona que lo atiende, ¿quién ve esas solicitudes? Los canales que no superan esta pregunta son los puntos en los que se pierde algo.

Los datos mínimos de una solicitud

Para que las solicitudes que llegan de sitios distintos se puedan comparar, deben tener la misma carta de identidad. Pocos campos, siempre los mismos, rellenados también cuando la solicitud llega por teléfono.

1. Quién: nombre y al menos un contacto que permita volver a llamar o a escribir.
2. Qué pide, con sus propias palabras, en una línea. No la categoría: las palabras del cliente sirven para entender después qué pide la gente de verdad.
3. De dónde ha llegado: canal y, si es posible, página o campaña de origen.
4. Cuándo ha llegado, con fecha y hora.
5. Quién la tiene a su cargo ahora.
6. Cuál es la próxima acción y para cuándo.

Los primeros cuatro campos se rellenan solos si el canal está conectado. Los dos últimos son los que marcan la diferencia entre un archivo y un proceso, y ningún sistema los rellena en tu lugar.

Duplicados: unir de más es peor que unir de menos

La misma persona escribe desde el formulario, luego llama, luego manda un mensaje. Tres líneas, un cliente. Reconocer que es la misma solicitud es útil; unir por error es perjudicial de forma silenciosa, porque la conversación de un cliente acaba dentro de la ficha de otro.

• Une solo cuando haya una coincidencia fuerte: misma dirección de correo, mismo número de teléfono, mismo código fiscal. El nombre y apellidos no basta, y en las empresas familiares tampoco el apellido más la ciudad.
• El número de teléfono de una centralita lo comparten muchas personas: como clave de unión produce fusiones equivocadas. Hay que usarlo junto con otro dato.
• Las coincidencias débiles se señalan, no se aplican: un aviso junto a la solicitud, y una persona decide.
• Mantén separados el contacto (la persona) y la solicitud (lo que pide). El mismo cliente puede tener dos solicitudes distintas abiertas, y unirlas porque es la misma persona significa perder una.

El mapa: solicitud, canal, responsable, resultado

Un ejemplo de una mañana cualquiera, con el caso que lo complica todo.

La tercera línea es el caso que hay que diseñar. El aviso llega por un canal distinto y hay que vincularlo a la solicitud ya existente, no abrirlo como nueva. Pero la segunda línea se refiere al mismo cliente y es otra cosa distinta: unirlas porque coincide el número de teléfono haría desaparecer la intervención de soporte dentro de una negociación comercial. Misma persona, dos solicitudes, dos responsables.

Responsable, prioridad y próxima acción

Una solicitud sin un nombre al lado es de todos, es decir, de nadie. Tres reglas bastan para evitar que se quede parada.

• Asignación inmediata, aunque sea provisional. Mejor asignada a la persona equivocada, que la pasa, que una solicitud a la espera de que alguien se dé cuenta.
• Prioridad con pocos niveles y un criterio escrito: normalmente una parada de un cliente activo va antes que una solicitud nueva, pero es una decisión tuya y hay que dejarla escrita.
• Próxima acción con una fecha. No «en curso», que es un estado en el que una solicitud puede quedarse durante semanas, sino qué tiene que pasar y cuándo.

El control que sostiene todo es semanal y dura pocos minutos: las solicitudes abiertas sin próxima acción, y las que tienen la fecha ya pasada. Si la lista es larga, el problema no es la disciplina de las personas sino la carga: estás recibiendo más solicitudes de las que puedes trabajar, y es una decisión que hay que tomar, no un error que corregir.

Cuando la captación se rompe sin hacer ruido

La avería peor no genera errores: genera silencio. El formulario deja de enviar después de una actualización, la conexión entre dos sistemas caduca, una regla del correo mueve los mensajes a una carpeta que nadie abre. Desde el panel parece un periodo tranquilo.

• Cuenta las solicitudes por canal, semana a semana. Un cero repentino en un canal que normalmente trae algo es una avería, no una bajada.
• Envía una solicitud de prueba desde fuera a intervalos regulares, y comprueba que llega adonde debe.
• Pregunta al cliente que te llama cómo te había contactado ya. Un «te escribí la semana pasada y no me has respondido» vale más que cualquier informe.

Lo que esta guía no cubre

Aquí se trata la entrada y la clasificación: cómo entra una solicitud, quién la recoge y cómo se evita perderla. Qué pasa después —las fases de una negociación, las previsiones de venta, la gestión de las ofertas y las renovaciones— pertenece a la organización comercial y se aborda aparte. También la elección de qué preguntas incluir en el formulario de contacto es una cuestión aparte, anterior a este proceso.