Cuando cada aviso depende de preguntar a la persona con más experiencia, la empresa no tiene un proceso: tiene una colección de soluciones personales. El problema aparece en cuanto esa persona está ocupada, entra alguien nuevo o surge una excepción fuera de horario. Oficina pregunta qué hacer, el técnico interpreta el encargo a su manera y el cliente recibe respuestas distintas según quién le atienda.
Un playbook operativo para un servicio técnico convierte ese conocimiento disperso en criterios que el equipo puede consultar y mejorar. No es un manual enciclopédico ni una carpeta de procedimientos que nadie abre. Es una guía breve para tomar las decisiones que se repiten: qué datos pedir, cómo clasificar un aviso, quién puede comprometer una fecha, qué preparar antes de salir y cuándo un trabajo se considera realmente cerrado.
Empieza por las decisiones que más se repiten
El error habitual consiste en intentar documentar toda la empresa desde el primer día. El resultado tarda meses y queda obsoleto antes de publicarse. Empieza por los momentos en los que hoy se producen dudas, esperas o retrabajos.
Durante una semana, anota preguntas reales del equipo:
- ¿Este aviso es urgente o puede entrar en la planificación ordinaria?
- ¿Qué información falta para asignarlo?
- ¿Qué técnico puede asumirlo?
- ¿Se puede fijar la visita sin confirmar antes el material?
- ¿Quién aprueba un cambio de alcance?
- ¿Qué pruebas hacen falta para cerrar?
- ¿Qué ocurre si el cliente no está o la reparación queda pendiente?
Agrupa las preguntas por recorrido del trabajo, no por departamento. El cliente no vive un proceso comercial, otro de oficina y otro de campo: vive una sola intervención. El playbook debe permitir seguirla desde la entrada del aviso hasta el cierre, aunque participen varias personas.
La guía sobre qué datos pedir antes de asignar un aviso puede servir como punto de partida para la recepción. Adáptala a tus servicios en vez de copiar campos que no cambian ninguna decisión.
Define una ficha mínima para cada procedimiento
Todos los procedimientos deberían responder al mismo conjunto de preguntas, pero no necesitan tener la misma extensión. Una ficha operativa útil puede contener:
- Objetivo: qué resultado busca el proceso.
- Cuándo se aplica: situación que lo activa y casos que quedan fuera.
- Responsable: quién toma la decisión o ejecuta el siguiente paso.
- Entradas necesarias: datos, permisos, materiales o confirmaciones previas.
- Secuencia: pasos observables en su orden lógico.
- Criterio de salida: qué debe ser cierto para avanzar o cerrar.
- Excepciones: qué hacer cuando el recorrido normal no sirve.
- Registro: dónde queda constancia de lo decidido.
Por ejemplo, «preparar una visita» es demasiado ambiguo. Una ficha útil indica que oficina valida contacto, dirección, franja, descripción del problema y condiciones de acceso; el responsable técnico confirma perfil y material; y la visita solo pasa a preparada cuando las dependencias críticas están resueltas o señaladas de forma visible.
Evita instrucciones como «avisar cuanto antes» o «rellenar correctamente». Sustitúyelas por una acción y un destinatario: «si falta la referencia del equipo, asignar la petición a coordinación antes de confirmar fecha».
Dibuja primero el recorrido normal
Antes de redactar, representa el caso más frecuente en una sola página. Utiliza verbos y decisiones, no nombres de pantallas:
Recibir → completar datos → clasificar → asignar → preparar → ejecutar → documentar → validar → cerrar
Debajo de cada etapa, indica quién entrega qué a quién. Este ejercicio descubre huecos que una lista de tareas no muestra: dos personas creen que la otra confirma la cita, nadie es dueño de un trabajo bloqueado o el técnico termina la reparación pero administración espera un parte que no sabe que falta.
Después añade las bifurcaciones que realmente cambian el flujo. Por ejemplo, «requiere presupuesto», «falta material», «necesita segunda visita» o «el alcance ha cambiado». No conviertas cualquier detalle en una rama. Si la decisión no modifica responsable, plazo, preparación o cierre, probablemente basta con registrarla en el trabajo.
Para intervenciones que continúan durante varios días, la guía de trabajos con varias visitas ayuda a mantener una sola historia sin mezclar fases.
Aclara quién decide y quién solo informa
Muchos retrasos no se deben a una falta de instrucciones, sino a una autoridad confusa. El técnico detecta una necesidad adicional, pero no sabe si puede ejecutarla. Oficina propone una fecha sin conocer la dependencia técnica. El cliente interpreta una estimación como un compromiso definitivo.
En cada punto sensible, escribe cuatro papeles aunque una misma persona desempeñe varios:
- Quién aporta la información.
- Quién decide.
- Quién ejecuta.
- Quién debe quedar informado.
No hace falta introducir una matriz compleja. Una frase puede bastar: «el técnico describe el hallazgo y sus evidencias; coordinación confirma la alternativa con el cliente; el trabajo adicional no comienza hasta que la decisión queda registrada».
Esta claridad es especialmente importante para urgencias, compras, cambios de alcance, reprogramaciones y cierres con tareas pendientes. Si todo requiere aprobación de gerencia, el playbook habrá documentado un cuello de botella. Decide qué casos puede resolver el equipo dentro de límites conocidos y cuáles necesitan escalado.
Escribe para consultar en mitad de una jornada
Un playbook debe funcionar cuando su lector tiene una llamada en espera o está delante de una máquina. Separa la información en tres niveles:
- Resumen de decisión: una página con el flujo y los criterios principales.
- Ficha de procedimiento: pasos, responsables y excepciones habituales.
- Referencia: modelos, ejemplos, especificaciones o documentación detallada.
Pon primero la respuesta operativa. La explicación puede venir después. Utiliza tablas solo cuando permitan comparar opciones y ejemplos cuando aclaren qué aspecto tiene un buen resultado. Un ejemplo de parte bien redactado suele enseñar más que cinco párrafos sobre «documentar con precisión».
No dupliques información que ya tiene una fuente fiable. Si una instrucción técnica vive en la documentación del fabricante, enlázala e indica cuándo consultarla. Copiarla crea dos versiones que terminarán contradiciéndose.
Desde campo, el equipo necesita instrucciones asociadas al trabajo que está ejecutando. En enrutar, las listas de tareas se vinculan a una visita y pueden partir de plantillas. Úsalas para la ejecución concreta; conserva en el playbook el criterio que explica cuándo aplicar cada plantilla y cómo actuar ante una excepción.
Incluye excepciones sin redactar un libro infinito
Un procedimiento que solo funciona cuando todo sale bien aporta poco. Sin embargo, intentar anticipar cualquier combinación lo vuelve ilegible. Documenta las excepciones que aparecen con frecuencia o cuyo impacto justifica una respuesta acordada.
Para cada una, define una salida segura:
| Excepción | Decisión operativa |
|---|---|
| Faltan datos críticos | No asignar todavía; pedir el dato y dejar responsable y plazo |
| No hay perfil disponible | Escalar capacidad antes de prometer fecha |
| Falta material | Separar diagnóstico de ejecución y planificar el siguiente paso |
| Cambia el alcance | Detener la parte afectada, documentar y solicitar aprobación |
| No se puede cerrar | Indicar motivo, siguiente acción, responsable y fecha de revisión |
Una excepción no debería resolverse escondiéndola en una nota libre. Debe permanecer visible para la persona que controla el trabajo. La guía para trabajos pendientes de material muestra cómo convertir un bloqueo en una acción gestionable.
Cuando aparezca un caso nuevo, no modifiques el playbook de inmediato. Comprueba si revela un patrón o fue una situación aislada. Las reglas creadas por una sola anécdota suelen añadir burocracia sin evitar el siguiente problema.
Llévalo al trabajo diario, no solo a una carpeta
Publicar el documento no cambia la operación. Prueba cada procedimiento con las personas que lo utilizarán y con expedientes reales. Pide a alguien que no participó en su redacción que recorra un caso y señale dónde debe interpretar o preguntar.
Después, conecta el playbook con los puntos donde se toman decisiones:
- Campos necesarios al crear el trabajo.
- Estados que muestran la situación real.
- Etiquetas para clasificaciones no exclusivas.
- Plantillas de tareas para visitas repetibles.
- Recordatorios para seguimientos con fecha.
- Criterios de cierre en el parte de trabajo.
Los campos personalizados de trabajos permiten recoger información propia de la empresa y hacer obligatorios los datos que siempre deben existir. Reserva esa obligatoriedad para datos que de verdad impiden avanzar; un formulario lleno de requisitos irrelevantes solo enseña al equipo a rellenar por cumplir.
Los estados tampoco deben reproducir cada frase del playbook. Deben mostrar situaciones que cambian la gestión: pendiente de asignar, planificado, en curso, bloqueado o listo para cerrar, según el modelo de la empresa.
Nombra un propietario y controla las versiones
Un playbook sin responsable se convierte en un archivo histórico. Nombra a una persona propietaria de cada bloque, aunque las mejoras puedan venir de todo el equipo. Su función no es escribirlo todo, sino resolver contradicciones, aceptar cambios y retirar versiones antiguas.
En cada ficha indica:
- Fecha de revisión.
- Persona responsable.
- Cambio realizado y motivo.
- Fecha prevista para volver a revisarla.
No necesitas versionar cada errata como si fuera software. Sí necesitas que el equipo sepa cuál es la guía vigente y qué decisión cambió. Cuando una modificación afecte a la forma de trabajar, comunícala con un caso concreto y retira copias impresas anteriores.
Revisa primero los procedimientos que generan más consultas, trabajos reabiertos o demoras. Una cadencia breve y regular funciona mejor que una actualización anual que intenta reparar todo de golpe.
Mide si reduce dudas y retrabajos
El éxito no es el número de páginas publicadas. Busca cambios observables: menos avisos devueltos por falta de información, menos esperas por una aprobación sin dueño, cierres más completos o incorporaciones que necesitan menos preguntas para casos básicos.
Elige dos o tres señales relacionadas con el primer proceso documentado. Combina un dato operativo con la experiencia del equipo. Por ejemplo, revisa una muestra de trabajos bloqueados y pregunta qué instrucción faltó o sobró. No conviertas el playbook en un mecanismo para atribuir cada desvío a una persona; úsalo para distinguir entre una regla ausente, una regla poco práctica y un caso que exigía criterio profesional.
El historial de trabajo permite reconstruir cambios de estado, responsables, visitas y otras acciones. Esa trazabilidad ayuda a revisar el recorrido real sin depender únicamente de recuerdos.
Un sistema compartido para decidir mejor
Un buen playbook hace explícita la forma de operar sin pretender eliminar el juicio técnico. Empieza por unas pocas decisiones repetidas, define responsables y criterios de salida, prueba las fichas con casos reales y actualiza solo lo que el equipo pueda aplicar.
Con enrutar puedes convertir esos criterios en trabajos, estados, campos, responsables, visitas, listas de tareas y partes conectados. Así el playbook deja de ser un documento aislado y se refleja en el lugar donde oficina y campo preparan, ejecutan y cierran cada servicio.