Checklist de traspaso de conversaciones entre áreas: qué debe quedar escrito, quién confirma y en cuánto tiempo

Cuando una conversación de WhatsApp pasa de un área a otra, el problema casi nunca es la conversación en sí: es lo que no quedó escrito. El vendedor que atendía a un cliente lo deriva a soporte y se olvida de pegar el número de pedido. Soporte lo recibe, pregunta de nuevo, el cliente se enoja porque ya lo dijo una vez. O peor: administración recibe el caso, no sabe si el vendedor ya prometió algo, y termina contradiciendo al compañero delante del cliente.

Este checklist es para eso. No es una guía de tono ni de estilo: es una lista de verificación que el equipo imprime o copia en una nota interna y va tildando antes de mover cada conversación. Está pensado para negocios que atienden por WhatsApp con varias personas y al menos dos áreas diferenciadas (ventas y soporte, o ventas y administración, o soporte y logística). Si tu equipo es una sola persona, no aplica: no hay a quién traspasar.

La lógica es simple: si el traspaso no tiene campos obligatorios, responsable y ventana de tiempo, no es un traspaso, es un pase de pelota. Y en WhatsApp, donde el cliente ve quién le escribe y cuándo, cada pase mal hecho se nota.

Antes de empezar: definí las áreas y el canal interno

No se puede auditar un traspaso si no está claro entre qué áreas se mueve la conversación. Antes de usar el checklist, el equipo tiene que tener resuelto esto:

• Listá las áreas reales que atienden WhatsApp en tu negocio. No las ideales: las que existen. Si ventas y administración son la misma persona, no son dos áreas.
• Definí en qué canal interno se hace el traspaso. Puede ser la misma bandeja de WhatsApp con un cambio de etiqueta y de agente asignado, o un canal aparte (un grupo interno, una herramienta de tareas). Lo importante es que quede registro de quién lo pasó y quién lo recibió.
• Acordá una etiqueta por área. En Wando, por ejemplo, los contactos se pueden organizar con etiquetas; si usás otra herramienta, definí el equivalente. Sin etiqueta, el traspaso no se puede medir después.
• Nombrá un responsable por área. No un equipo: una persona. Los traspasos a 'soporte' en general se pierden; los traspasos a 'Mariana de soporte' se confirman.

Etapa 1: qué debe quedar escrito antes de mover la conversación

Esta es la parte que más se saltea. El que deriva cree que el otro va a leer todo el historial. No lo va a hacer: va a leer el último mensaje y va a preguntar lo que le falta. Entonces, el que deriva tiene que dejar escrito, en un solo bloque de texto, todo lo que el receptor necesita para no volver a preguntarle al cliente.

Este bloque de texto se pega en la conversación o en el canal interno, pero tiene que quedar asociado al chat del cliente. Si queda solo en un grupo interno y el receptor no lo ve al abrir el chat, no sirve.

Etapa 2: quién confirma y en cuánto tiempo

Un traspaso sin confirmación de recepción no es un traspaso: es un mensaje tirado. El que deriva no sabe si el otro lo vio, y el cliente queda en el medio. La confirmación tiene que ser explícita y en un plazo acordado.

Etapa 3: matriz de responsables por tipo de caso

No todos los traspasos son iguales. Un caso de facturación no tiene la misma urgencia que una consulta de precio, y no los confirma la misma persona. Esta matriz ordena quién deriva, quién recibe y quién confirma el cierre según el tipo de caso.

La columna 'confirma cierre' es la que casi nunca existe y la que evita que un caso quede abierto para siempre. Alguien tiene que mirar, aunque sea una vez al día, que los traspasos de su área se hayan cerrado.

Etapa 4: qué revisar al día siguiente (auditoría del traspaso)

El checklist no termina cuando el receptor contesta. Termina cuando alguien revisa que el traspaso haya funcionado. Esta es la auditoría mínima, para hacer una vez al día o cada dos días según el volumen.

• Contá cuántas conversaciones se etiquetaron con cada área en el día. Si el número es muy distinto al de días anteriores, algo pasó: puede ser más volumen o puede ser que alguien esté etiquetando mal.
• Revisá las conversaciones etiquetadas con un área que no tuvieron respuesta de esa área. Son los traspasos caídos.
• Verificá que el bloque de la Etapa 1 esté presente en los traspasos del día. Si falta en más de la mitad, el equipo no está usando el checklist: hay que reforzarlo, no auditarlo más fuerte.
• Mirá si el cliente tuvo que repetir información. Si repitió el número de pedido o el motivo, el traspaso falló aunque el receptor haya contestado.
• Anotá los traspasos que volvieron al área original. Un caso que rebota entre dos áreas es un problema de definición de responsabilidades, no de velocidad.
• Contá cuántos traspasos se cerraron sin confirmación explícita. Si el receptor contesta pero nadie marca el cierre, el caso queda en un limbo administrativo.

Señales de que el traspaso falló (y qué hacer)

No todo traspaso fallido se ve igual. Estas son las señales típicas, ordenadas de la más leve a la más grave, con qué hacer en cada caso.

Cuando el traspaso falla, la tentación es culpar a la persona. Casi siempre el problema está en el proceso: un campo que no se definió, un responsable que no se nombró, una ventana de tiempo que no se acordó. Ajustá el proceso antes de ajustar al equipo.

Cómo medir si el traspaso entre áreas mejoró

Un checklist sin medición se abandona. Estas son las tres métricas mínimas para saber si el traspaso entre áreas está funcionando, con la fórmula para calcularlas. Los números los pone tu negocio: acá va el método.

• Tasa de traspasos confirmados: traspasos con confirmación explícita de recepción dividido total de traspasos del período. Si es baja, el problema es de confirmación, no de velocidad. Fijá el umbral con el equipo después de dos semanas de medir: un número puesto de antemano no dice nada sobre tu operación.
• Tasa de repetición del cliente: conversaciones donde el cliente repite un dato que ya había dado, dividido total de conversaciones traspasadas. Cada repetición es un traspaso mal armado.
• Tiempo hasta el primer contacto del receptor: desde que se deriva hasta que el área receptora le escribe al cliente. Se mide por área, no global: administración y soporte suelen tener tiempos distintos y compararlos no sirve.

Estas tres se pueden calcular a mano con una planilla si el volumen es bajo. Con volumen alto, necesitás que las etiquetas y el historial estén en la misma herramienta. Si tenés que exportar de un lado y cruzar con otro, la medición se hace una vez y no se repite.

Errores comunes al armar este checklist

• Poner demasiados campos. Si el bloque de traspaso tiene doce campos, nadie lo completa. Seis alcanzan: motivo, datos, promesa, estado, acción esperada, plazo.
• No nombrar responsable de cierre. El traspaso se confirma al recibir, pero nadie lo cierra. El caso queda abierto y aparece en la auditoría como fallo cuando en realidad se resolvió.
• Definir plazos que el equipo no puede cumplir. Si el área receptora atiende de 9 a 17 y el traspaso se hace a las 16:55, el plazo de 'mismo turno' es irreal. Ajustá el plazo al horario real, no al ideal.
• Traspasar sin avisarle al cliente. El cliente ve que le dejó de escribir la persona de siempre y le escribe otra. Si no le avisaron, escribe preguntando qué pasó.
• Auditar todos los traspasos. No se puede. Auditá una muestra: los del día anterior, o los de un área por día. La auditoría total se abandona en la segunda semana.
• Confundir traspaso con escalamiento. Un traspaso cambia de área; un escalamiento sube de nivel dentro de la misma área. Si se mezclan, la matriz de responsables no sirve.

Plantilla para copiar: bloque de traspaso

Este es el bloque mínimo para pegar en la conversación o en el canal interno antes de derivar. Se copia, se completa y se manda. Si un campo no aplica, se escribe 'no aplica', no se deja vacío: el vacío hace dudar al receptor.

• Motivo: (una frase concreta)
• Datos ya tomados: (nombre, número de pedido o cliente, lo que el cliente ya dio)
• Qué se le prometió: (plazos, precios, soluciones; si no se prometió nada, 'no aplica')
• Estado del cliente: (normal / apurado / enojado / reclamo previo)
• Acción esperada: (qué tiene que hacer el área receptora)
• Plazo esperado: (cuándo el cliente espera respuesta)
• Deriva: (nombre de quien pasa la conversación)
• Recibe: (nombre de quien la toma)

Ocho líneas. Si tu equipo no completa ocho líneas antes de derivar, el problema no es el checklist: es que el traspaso no se está tomando como parte del trabajo, sino como un trámite para sacarse el chat de encima. Eso se arregla en la reunión de equipo, no en la herramienta.

Cuándo este checklist no aplica

No todos los negocios necesitan esto. Si atendés solo vos, no hay traspaso entre áreas: hay cambio de tema en tu propia cabeza. Si tenés dos personas pero atienden lo mismo y se cubren por turnos, lo que necesitás es un checklist de traspaso de turno, no entre áreas. Y si tu volumen es tan bajo que un caso por semana pasa de un área a otra, el checklist formal es más burocracia que ayuda: alcanza con un mensaje interno claro y una confirmación.

La señal de que sí lo necesitás es simple: el cliente repite información, o dos personas le contestan lo mismo, o un caso queda abierto más de lo que debería sin que nadie sepa de quién era. Cuando eso pasa seguido, el checklist deja de ser un documento y se vuelve la forma en que el equipo trabaja.