Del WhatsApp al tablero: cada trabajo técnico con su propio ticket
Los reportes que llegan por chat se pierden. Cómo darle a cada trabajo número, prioridad, responsable y estado, y usar un tablero kanban para ver los atascos sin llamar a nadie.
Lunes, 8:40 de la mañana. Llega un mensaje al WhatsApp del negocio: "Buenas, el aire del consultorio sigue goteando". Quien lo lee está atendiendo a otro cliente, responde "ya le mandamos a alguien" y sigue con lo suyo. A las cuatro de la tarde el cliente vuelve a escribir, ahora molesto. Nadie fue. El mensaje quedó enterrado entre fotos de repuestos, audios del técnico y un "¿ya pagaron?" del proveedor. No fue mala fe: fue que ese trabajo nunca existió en ningún lado más que en un chat.
Si tienes técnicos en la calle, esta escena te suena. La salida no es contestar más rápido. Es que cada trabajo tenga un lugar propio, con número, dueño y estado.
Un chat no es una lista de trabajos
WhatsApp es buenísimo para hablar con el cliente y pésimo para administrar trabajo. Tiene tres problemas de fondo:
- No tiene estado. Un mensaje no sabe si ya se atendió, si está a medias o si nadie lo ha visto.
- No tiene responsable. "Ya le mandamos a alguien" no dice a quién.
- No se puede contar. Al final de la semana no hay forma de saber cuántos trabajos entraron, cuántos se cerraron y cuántos siguen colgados.
La conversación puede seguir por chat. El trabajo, no.
Qué debe tener cada trabajo desde que entra
Un ticket es simplemente una ficha que nace cuando entra el reporte. Lo mínimo que debe llevar:
- Número único. Para que el cliente, el técnico y la oficina hablen del mismo caso: "el 1045", no "el del aire que gotea".
- Cliente y dirección. Completos, con referencia. "Por el mercado" no le sirve a un técnico nuevo.
- Qué pasa. Descrito en palabras del cliente, aunque suene poco técnico.
- Prioridad. Baja, media, alta o crítica. No todo es urgente, y si todo es urgente, nada lo es.
- Responsable. Un nombre. Aunque todavía no se asigne técnico, alguien es dueño de que se asigne.
Si un reporte no tiene estos cinco datos, no está listo para salir a la calle.
Un trabajo que no está escrito en un solo lugar no está pendiente: está perdido y todavía no te enteraste.
Los estados: el idioma común de la cuadrilla
El segundo paso es acordar por dónde pasa un trabajo. Un flujo que funciona para casi cualquier servicio técnico:
- Abierto: entró el reporte, nadie lo ha tomado.
- Asignado: ya tiene técnico.
- En ruta: el técnico va para allá.
- En proceso: está trabajando en el lugar.
- Suspendido: se detuvo por algo concreto (falta un repuesto, el cliente no estaba).
- Finalizado: quedó resuelto.
- Cancelado: no se hizo, con su motivo.
La regla de oro: el estado lo cambia quien hace el trabajo, en el momento en que pasa. Si el técnico espera a la noche para poner todo en "finalizado", el tablero de la tarde es mentira.
Tu flujo no tiene por qué ser el de otro
Un taller de electrodomésticos quizá necesita "Esperando repuesto". Una empresa de instalaciones quizá quiere separar "Instalaciones" de "Soporte", cada uno con su ritmo. Está bien. Lo importante es que las columnas signifiquen lo mismo para todos y que no haya dos estados que digan casi lo mismo. Menos estados, bien entendidos, valen más que diez que nadie respeta.
El tablero kanban: ver todo de un vistazo
Cuando los trabajos tienen estado, se pueden poner en columnas: una por estado, una tarjeta por trabajo. Eso es un tablero kanban. Su gracia es que el problema se ve sin buscarlo:
- Una columna de "Abierto" muy llena dice que falta gente o que nadie está asignando.
- Muchas tarjetas en "Suspendido" dicen que algo se traba siempre en el mismo lugar, casi siempre repuestos.
- Una tarjeta que lleva días en "En proceso" merece una llamada hoy.
Pongamos el caso de Julio, que tiene una empresa pequeña de refrigeración con cuatro técnicos. Antes empezaba el día llamando a cada uno para preguntar en qué andaba. Con el tablero, se sirve un café, mira las columnas y solo llama por las tarjetas que no se han movido desde ayer. Son dos llamadas en vez de doce.
Errores comunes al pasar del chat al ticket
- Crear el ticket "después". Si el reporte entra por teléfono, se abre el ticket mientras el cliente sigue en la línea. Después nunca llega.
- Un ticket para tres trabajos. Si el cliente pide revisar el aire y cambiar un tomacorriente, son dos trabajos. Cada uno se cierra por su cuenta.
- Cerrar sin decir qué se hizo. "Listo" no es una resolución. Dentro de tres meses, cuando el aire vuelva a gotear, vas a querer saber qué se cambió.
- Dejar que el chat siga mandando. Si el técnico recibe instrucciones por WhatsApp que no están en el ticket, en una semana vuelves al punto de partida.
Cómo empezar esta semana
No necesitas migrar todo el pasado. Haz esto:
- Desde el lunes, todo reporte nuevo nace como ticket, sin excepción.
- Acuerda los estados con tu equipo en una reunión de 15 minutos.
- Pide a cada técnico que mueva su tarjeta al llegar y al terminar.
- El viernes, mira cuántos se abrieron y cuántos se cerraron. Ese número, solito, ya te dice más que un mes de chats.
En resumen
- El chat sirve para conversar; el trabajo necesita su propia ficha con número, cliente, prioridad y responsable.
- Un flujo de estados claro es el idioma común entre oficina y calle.
- El tablero kanban te muestra los atascos sin tener que llamar a nadie.
- El estado se cambia cuando pasa, no al final del día.
- Empieza con los reportes nuevos; el pasado puede esperar.
Todo esto se puede hacer con disciplina y una hoja compartida, al menos al principio. Cuando la cuadrilla crece, ayuda que el sistema haga el trabajo pesado. En la app para servicios técnicos de Control Máximo cada reporte es un ticket con su número y su prioridad, el tablero se mueve arrastrando la tarjeta y cada cambio queda en la bitácora con hora y responsable. Además, los estados y los tableros los defines tú: un taller no trabaja igual que una empresa de instalaciones.
¿Quieres esto funcionando en tu negocio?
Prueba la app de tu rubro 15 días gratis, sin tarjeta. Si no te sirve, no pasa nada.