Documentaste el protocolo de devoluciones de tu tienda y las excepciones te las siguen mandando a ti
Documentaste el protocolo de devoluciones de tu tienda y las excepciones te las siguen mandando a ti
Hiciste lo que se supone que había que hacer. Escribiste el protocolo de devoluciones: en cuántos días se acepta, qué se revisa, cuándo se reembolsa y cuándo se cambia por otro producto. Se lo diste a tu equipo. Y aun así, cada vez que llega un caso que no calza exacto con el manual — el cliente que perdió la factura, el producto que llegó dañado pero fuera de fecha, el que insiste por redes sociales — la pregunta te sigue llegando a ti.
No fallaste tú ni falló tu equipo. Falló la idea de que un documento, por bien escrito que esté, puede sostener un negocio solo.
La causa raíz
Documentar el trabajo y documentar el criterio son dos cosas distintas, y casi todo el mundo hace solo la primera. El protocolo describe qué hacer en el caso normal. El criterio es lo que decide qué hacer cuando el caso no es normal — y las excepciones son, por definición, lo que el documento nunca cubrió.
Libros como Clockwork de Michalowicz o El Mito del Emprendedor de Gerber acertaron en el diagnóstico: hay que sacar al dueño de la operación diaria. Pero cuando se escribieron, la única herramienta disponible para eso era un manual, y un manual lo puede leer una persona — no puede decidir por ella. Por eso documentaste como te dijeron y las excepciones te siguen llegando: el manual no falló, se quedó corto para lo que le estabas pidiendo.
El cómo real
El protocolo escrito sigue siendo necesario, pero como punto de partida, no como destino. Lo que cierra la brecha es que cada excepción que se resuelve quede registrada con su resolución — no en la memoria de quien la atendió esa vez, sino en un lugar consultable donde la siguiente excepción parecida encuentra respuesta sin subir hasta ti.
Sobre eso, el sistema puede tomar el trabajo completo de la devolución — recibir el caso, revisarlo contra el protocolo y contra las excepciones ya resueltas, y solo escalarte lo que de verdad es nuevo. No es un bot contestando "gracias por tu mensaje": es el proceso entero corriendo solo, y tú apareciendo únicamente cuando el criterio todavía no existe en ningún lado.
Y cada vez que resuelves un caso nuevo, ese criterio se suma al sistema. El protocolo deja de ser un documento estático — se cierra en loop, se corrige con cada excepción, como plantean Diana Hu (Y Combinator) y Jack Dorsey para cómo debería operar cualquier proceso de una empresa. Con el tiempo, las excepciones que te llegan a ti son cada vez menos, no porque tu equipo aprenda de memoria, sino porque el sistema ya las tiene resueltas.
La prueba
Opero 3 negocios con 6 personas y ninguno tiene un manual de treinta páginas que nadie sigue. Lo que tienen es un sistema al que le fuimos dando, poco a poco, el mismo contexto que le darías a un empleado nuevo — y que hoy resuelve solo la mayoría de las excepciones que antes me llegaban a mí.
La puerta abierta
Si ya documentaste y sigues siendo el que resuelve las excepciones, el taller te muestra exactamente dónde está el paso que falta — sobre tu protocolo real, no sobre uno genérico.
Sigue leyendo:
