Preguntas de entrevista Representante de atención al cliente

Me gusta sobre todo el lado de resolución de problemas, más de lo que la gente imagina. Cada contacto empieza con alguien que tiene un problema que yo no he creado y que no siempre puedo solucionar al instante, y averiguar qué puedo hacer realmente en los próximos minutos, un reembolso, una corrección, una explicación honesta de un retraso, resulta muy satisfactorio cuando funciona bien. También me gusta que este trabajo se mide de forma muy directa: alguien te contacta molesto, y si haces bien tu trabajo, normalmente termina la conversación con un estado de ánimo completamente distinto al de cuando empezó. Ese cambio es lo que me mantiene en este puesto. Al principio de mi carrera tuve una clienta que abrió un chat visiblemente furiosa por un error de facturación, y al final de la conversación, una vez corregido el error y explicado por qué había ocurrido, me dio las gracias dos veces y preguntó específicamente mi nombre. Fue una interacción pequeña en su día, pero me recordó que este trabajo consiste sobre todo en hacer que alguien se sienta tomado en serio, no solo en tramitar una solicitud.

Le dejo terminar de decir lo que necesita antes de responder nada más allá de un breve reconocimiento, porque interrumpir a un cliente enfadado para explicarle una política suele empeorar las cosas en lugar de calmarlas. Mantengo mi propio tono estable y algo más lento de lo habitual, porque igualar el volumen o el ritmo de alguien tiende a subir la tensión en lugar de calmar la llamada. Una vez que termina, repito el núcleo del problema con mis propias palabras antes de ofrecer nada, para que sepa que realmente he entendido y no solo he esperado mi turno para hablar. Intento no tomarme el tono como algo personal, porque la mayoría de las veces el enfado tiene que ver con la situación, un pedido retrasado, un cargo inesperado, no conmigo en concreto, y responder a la defensiva suele convertir a un cliente frustrado en uno hostil. Centro la conversación en lo que puedo hacer a partir de ahora en lugar de detenerme en lo que salió mal, porque los clientes se calman antes cuando ven una solución concreta. Si de verdad no puedo solucionar algo, lo digo con claridad en lugar de quedarme en la ambigüedad, porque un no claro y justificado es más fácil de aceptar que una serie de frases evasivas.

Leo todo el historial del ticket antes de responder nada, incluidas las notas de agentes anteriores, porque pedir a un cliente que repita información que ya dio es una de las formas más rápidas de agotar su paciencia. Confirmo que los datos de la cuenta o del pedido coinciden con lo que tengo delante, porque actuar sobre el registro equivocado es un error difícil de corregir una vez que un reembolso o un cambio ya se ha procesado. Después averiguo qué necesita realmente el cliente, que no siempre coincide con lo que pidió al principio: alguien que pregunta cómo devolver un artículo a veces solo necesita que le confirmen que el error no fue suyo. Consulto nuestra base de conocimiento interna si no estoy completamente seguro de un detalle de política en lugar de adivinar, porque una respuesta segura pero equivocada daña más la confianza que una breve pausa para comprobarlo. Una vez resuelto, o con una expectativa clara de cuándo se resolverá, explico con claridad qué pasa a continuación y para cuándo. Termino etiquetando el ticket con precisión para nuestros registros, porque un buen etiquetado es lo que permite al equipo detectar patrones más adelante, no solo mi propia memoria del caso.

Trato el proceso estándar como un punto de partida, no como un reglamento que sigo pase lo que pase. La mayoría de los guiones y respuestas predefinidas existen porque cubren bien la mayoría de los casos, así que los uso como base y ajusto el texto a la persona y a la situación reales en lugar de pegar algo genérico. Donde entra más el criterio propio es en saber qué partes de la política tienen margen real, un pequeño gesto comercial dentro de mi límite de aprobación, por ejemplo, y cuáles son límites firmes en los que no puedo ceder, como la verificación de identidad. Soy claro con los clientes sobre esa diferencia: si algo es una norma firme, explico por qué en lugar de simplemente decir que no, y si algo depende de mi criterio, lo digo con honestidad en lugar de fingir que no tengo margen cuando sí lo tengo. También he planteado internamente cuando he notado que un guion producía de forma repetida una respuesta equivocada o poco útil, porque seguir al pie de la letra un proceso que falla no protege a nadie, solo traslada el problema a quien atienda el siguiente contacto del cliente.

Una clienta nos escribió la noche antes de su boda porque un vestido que había pedido se había retrasado y no iba a llegar a tiempo. Estaba comprensiblemente angustiada, no era un simple contratiempo para ella. No empecé con una disculpa hecha de plantilla. Le pregunté exactamente qué necesitaba y para cuándo, confirmé que la mensajería no podía cumplir el plazo original, y luego repasé todas las opciones que teníamos de verdad en lugar de limitarme a ofrecer un reembolso y pasar a lo siguiente. Encontré un servicio de mensajería urgente que podía recoger el pedido en nuestro almacén y entregárselo esa misma tarde si autorizábamos el coste extra, algo que superaba mi límite habitual, así que conseguí la aprobación de un responsable en los siguientes minutos en lugar de decirle que tenía que comprobarlo y volver a contactarla más tarde. El vestido llegó esa misma tarde. La contacté de nuevo dos días después solo para saber si la boda había ido bien, sin pedirle nada a cambio. Después dejó una reseña detallada mencionando específicamente esa interacción, y comentó que ya nos había recomendado a dos amigas que también preparaban su boda. La lección que saqué fue que la rapidez de la solución importaba tanto como la solución en sí.

Un cliente me hizo una pregunta bastante técnica sobre cómo interactuaría un reembolso parcial con un código de descuento promocional aplicado al mismo pedido, y no estaba seguro de cómo lo calcularía el sistema. En lugar de dar mi mejor suposición esperando que se acercara a la realidad, le dije directamente que quería comprobarlo antes de darle una cifra, prefiriendo tardar dos minutos más que decirle algo incorrecto que causara un problema después. Lo puse en espera brevemente, lo consulté con un compañero con más experiencia que confirmó el cálculo exacto, y volví con la cifra precisa junto con una breve explicación de cómo funcionaba. Me dijo específicamente que agradecía que no me hubiera inventado algo solo para sonar seguro, lo que me sorprendió un poco en el momento pero se me quedó grabado desde entonces. Desde entonces he notado que los clientes suelen tener mucha más paciencia con un « déjame comprobarlo bien » que con una respuesta que luego resulta ser incorrecta, porque una respuesta equivocada suele obligarles a contactarnos de nuevo y explicarlo todo desde el principio.

Durante una caída del sistema de pagos, nuestra cola de chat se saturó rápido y en unos diez minutos tenía tres conversaciones en directo abiertas a la vez, cada cliente preocupado por si su pago había fallado o se había duplicado. Envié de inmediato un breve y honesto acuse de recibo a los tres en lugar de responder por completo a uno mientras los otros dos esperaban sin ninguna respuesta, porque incluso un simple « lo estoy revisando ahora » reduce la ansiedad mucho más que el silencio. Después prioricé según la urgencia real, no por orden de llegada: a un cliente le habían cobrado dos veces de verdad, algo que necesitaba solución inmediata, mientras que los otros dos estaban preocupados por un cobro que ni siquiera se había realizado, algo de menor prioridad porque no se había movido dinero de verdad. Atendí primero el cobro duplicado, di a los otros dos una información clara y precisa sobre lo que estaba pasando a nivel de sistema en lugar de un vago « lo estamos revisando », y volví después para resolver cada caso por completo. Los tres terminaron la conversación con una respuesta exacta, y nadie se quedó sin respuesta más de uno o dos minutos, incluso en el momento de más presión.

He trabajado con Zendesk y Freshdesk en puestos anteriores, y aprendí a manejar Salesforce Service Cloud rápido en mi puesto actual, porque la lógica de base de estas plataformas es bastante similar aunque la interfaz cambie. En el día a día, dependo mucho de un etiquetado preciso, no solo para efectos de reporting sino porque unas buenas etiquetas son lo que me permite a mí o a un compañero encontrar rápido todo el contexto de un caso si el cliente vuelve a contactar. Uso las respuestas predefinidas como punto de partida para problemas comunes, pero siempre las edito para que encajen realmente con la situación concreta en lugar de enviar algo genérico, porque los clientes detectan enseguida una respuesta copiada y eso daña la confianza. También reviso todo el historial de interacciones de un cliente antes de responder nada, porque he tenido casos donde el cliente claramente se repetía porque un agente anterior no había resuelto de verdad el problema de fondo, solo había cerrado el ticket. Vigilo un poco mi propio panel, sobre todo el tiempo medio de gestión y la resolución en el primer contacto, no para perseguir las cifras directamente, sino porque un cambio brusco en cualquiera de las dos suele ser la primera señal de que algo en mi proceso necesita ajustarse.

Escalo cuando algo está realmente fuera de mi autoridad, un reembolso por encima de mi límite de aprobación, cualquier cosa que toque un tema legal o de cumplimiento, o un fallo técnico que necesita a un ingeniero en lugar de una solución provisional por mi parte. También escalo cuando un cliente nos ha contactado varias veces por el mismo problema sin resolver, aunque técnicamente pudiera gestionar la solicitud individual yo mismo, porque un contacto repetido suele significar que algo en el proceso falló, y merece una segunda mirada en lugar de que otro agente intente la misma solución. Cuando escalo, redacto un resumen de traspaso claro, qué necesita el cliente, qué he probado ya, y por qué lo estoy pasando arriba, para que la siguiente persona no obligue al cliente a explicarlo todo otra vez desde el principio. Lo que intento evitar es escalar solo por incertidumbre cuando podría razonablemente comprobar una política o hacer una pregunta rápida, porque eso solo retrasa al cliente por algo que en realidad no necesitaba una segunda persona. Entiendo la escalada como una herramienta para una falta real de autoridad o experiencia, no como una forma de deshacerme de algo que prefiero no gestionar.

Soy consciente de mis cifras, pero no las persigo directamente, porque las dos veces que he visto que eso sale mal, tanto conmigo al principio como con compañeros, perseguir el tiempo medio de gestión llevó a agentes a despachar a los clientes antes de resolver el problema real, lo que solo provocó un nuevo contacto después y un resultado peor en todas las métricas que realmente importan. Mi enfoque es que resolver algo bien a la primera es lo que mejora el CSAT y la resolución en el primer contacto como efecto secundario, no al revés. Si un ticket necesita realmente ocho minutos en lugar de cinco para atender la causa real y no solo el síntoma, dedico esos ocho minutos, porque un cliente que tiene que contactarnos de nuevo por el mismo problema tiene muchas más probabilidades de dejar una valoración baja que uno cuya llamada se alargó un poco. Sí reviso mis propias tendencias con el tiempo, sobre todo para detectar pronto algo inusual: un aumento repentino de recontactos en un tipo de problema concreto suele señalar un problema de proceso o de producto que conviene reportar, más que un fallo en cómo gestiono las llamadas individuales.