El error que casi todos cometen
Empiezas por la tarea que más te duele.
Tiene sentido — es la que no te deja dormir, así que se siente urgente. También es, casi siempre, la tarea que solo tú puedes hacer. Y una tarea que solo tú puedes hacer funciona con conocimiento que nadie escribió nunca.
Así que el proyecto empieza con una excavación: sacar lo que tienes en la cabeza y ponerlo en una forma que un sistema pueda usar. Eso toma semanas, mientras tanto nada funciona, y para cuando algo por fin sale, el equipo ya volvió en silencio a hacerlo a mano.
Empieza por otro lado.
Por qué la primera importa tanto
En realidad no se trata de la tarea. Se trata de demostrarle a tu equipo que estos proyectos sí terminan. Un primer intento que funciona a la vista te compra el permiso para el segundo. Un primer intento que se arrastra mata al segundo antes de que empiece.
Las cuatro pruebas
Toma una tarea candidata y compárala con estas. Quieres cuatro síes.
¿Pasa todos los días?
La frecuencia le gana a la importancia. Una tarea pequeña cuarenta veces a la semana le gana a una grande dos veces al mes, porque el ahorro se acumula y descubres rápido si funciona.
¿La respuesta tiene la misma forma?
Misma forma, no mismo contenido. Cotizar puede involucrar veinte números distintos y aun así pasar la prueba — mientras las reglas para combinarlos sean las mismas.
¿Llegar tarde te cuesta un cliente?
Esta es la que convierte horas en dinero. Una respuesta once horas después casi nunca es solo tardía — casi siempre es un cliente que ya llamó a alguien más.
¿Podría hacerlo alguien más?
Aquí quieres un sí. Una tarea que cualquiera podría hacer si tuviera la información es una tarea que un sistema puede asumir sin fricción.
Si una candidata falla en dos o más, elige otra. Siempre hay otra, y forzar la tarea equivocada es como mueren los primeros intentos.
El plan de cuatro semanas
Nada de esto interrumpe lo que ya haces. El sistema corre en paralelo hasta que se gana su lugar.
| Semana | Qué pasa | Quién lo hace |
|---|---|---|
| 1 · Observar | Recopila cada instancia de la tarea durante una semana, con la entrada real y la salida real. Veinte ejemplos son suficientes. | Tu equipo, 2 min al día |
| 2 · Borrador | El sistema produce respuestas y nadie las envía. Cada resultado se marca: correcto, cercano, incorrecto. | Tú, 15 min al día |
| 3 · Asistir | El sistema redacta, una persona aprueba, la respuesta aprobada se envía. Clientes reales. | Quien lo maneje ahora |
| 4 · Correr | Los casos de rutina se manejan solos. Cualquier cosa inusual se marca y espera. | Nadie, hasta que se marque |
La semana 1 no es tiempo perdido
Parece que no se hace nada. Lo que en realidad hace es sacar a la luz las excepciones — y todo el mundo describe su proceso como si no tuviera ninguna. Siempre las hay, y encontrarlas en la semana 1 no cuesta nada.
La semana 2 decide todo
Esta es la semana que la gente se salta, y es la que salva el proyecto.
- Acierta ocho de cada diez para el viernes → en un mes serán diecinueve de cada veinte
- Acierta tres de cada diez → la tarea falló la prueba 2. Elegiste la equivocada
- No puedes saberlo → no estás recopilando suficientes ejemplos. Veinte como mínimo
Mejor descubrirlo ahora que después del lanzamiento, frente a los clientes.
Qué nunca debe estar en esta lista
- La conversación con alguien que está molesto
- La decisión que cambia lo que cobras
- La excepción que haces porque conoces al cliente
- Cualquier cosa donde equivocarse sale caro y ser lento no
Si tu candidata es una de estas, de todos modos va a fallar la prueba 2 o 3. El punto de entregar la rutina es tener tiempo justo para esto.
Después de la primera
La segunda tarea toma más o menos la mitad de tiempo. No porque el sistema sea más inteligente, sino porque tú lo eres: sabes qué recopilar en la semana 1, sabes cómo se ve «suficientemente bueno» en la semana 2, y tu equipo ya confía en el proceso.
50%
menos tiempo en la segunda tarea, y todavía menos en la tercera. Ese efecto acumulado es la verdadera razón para empezar en pequeño.
Cómo saber si funcionó
Un número, medido antes y después: cuántas veces esa tarea llega a una persona. No la satisfacción, no el tiempo ahorrado en teoría. Cuántas veces alguien tuvo que tocarla.
Si no baja al menos a la mitad en el primer mes, detente y averigua por qué. Casi siempre la respuesta es que la tarea tenía más excepciones de las que nadie admitió, y la jugada honesta es reducir el alcance en lugar de forzar más.
¿Quieres que elijamos la tuya?
Hacemos un Diagnóstico de Procesos gratis: vemos cómo trabaja realmente tu equipo, aplicamos estas cuatro pruebas a tus procesos reales, y te decimos por cuál empezar y por qué. Sin costo, sin compromiso, nada que instalar.