Procesos que sobreviven a la rotación

Un proceso sobrevive a la rotación cuando sus criterios están escritos, no solo sus pasos. Los pasos se aprenden mirando; los criterios (cuándo se hace una excepción, cuándo se escala, por qué este cliente va por otro lado) se van con quien los tenía en la cabeza, y son justo los que sostienen el resultado.

Puntos clave

• Los pasos se aprenden observando. Los criterios no, y son los que se pierden.
• La prueba de fragilidad cabe en una pregunta: ¿quién haría esto mañana si esta persona faltara?
• El CRM guarda lo que pasó, no por qué se decidió así. Esa parte hay que escribirla aparte.
• Casi todo el valor de documentar está en las excepciones, no en el carril normal.

Lo que se va cuando alguien se va

He visto la misma escena en suficientes empresas como para reconocerla desde la puerta. Se va el vendedor con más antigüedad, deja el CRM impecable, con todos sus negocios actualizados y sus notas al día. Y aun así, tres meses después, la operación va peor.

Lo que se fue no estaba en el CRM. Estaba en cosas como: a este cliente hay que mandarle la propuesta un lunes porque los viernes no lee nada. Con este otro, nunca poner el descuento en la primera versión. Cuando el pedido pasa de cierto monto, hay que avisar a operaciones antes de firmar porque si no, no llegan los tiempos.

Nada de eso son pasos de un proceso. Son criterios, y son lo que convierte a alguien con seis meses en la empresa en alguien que sabe lo que hace. Un CRM bien llevado guarda el registro de lo que ocurrió; no guarda las razones.

¿Por qué no alcanza con documentar los pasos?

Porque los pasos ya se aprenden mirando, y por eso son los que todo el mundo escribe.

Cuando un equipo se sienta a documentar, lo natural es empezar por el flujo principal: primero se hace esto, después esto otro, al final se marca aquello. Sale un documento correcto que nadie consulta, porque la persona nueva ya lo dedujo la primera semana observando a los demás.

Donde se atasca es en el caso raro. El cliente que pide algo distinto, el descuento que no está en la tabla, la situación que no encaja. Ahí es donde el documento no dice nada y la persona nueva tiene que preguntar. Si a quien preguntaría ya no está, adivina, y adivinar mal cuesta.

Por eso el documento útil se organiza al revés: poco espacio para el carril normal y mucho para las bifurcaciones. Cuándo se sale del carril, quién decide, qué se hace en cada rama.

¿Cómo se detecta un proceso frágil?

Una pregunta, hecha en voz alta, con el equipo delante: si esta persona no viniera mañana, ¿quién hace esto?

Si alguien contesta un nombre sin pensarlo, ese proceso está bien. Si la respuesta tarda, si empieza con «bueno, tendríamos que ver», o si el nombre que sale es el del director general, ese proceso es frágil y acabas de encontrarlo.

Lo que me gusta de esta prueba es que no requiere análisis ni herramienta. Se hace con la lista de procesos en una pantalla y media hora de junta, y produce un mapa de riesgo bastante honesto, porque la gente sabe perfectamente cuáles son los procesos que solo entiende una persona. Lo que rara vez ocurre es que alguien lo pregunte.

Y conviene hacerla incluyendo a la dirección en la lista. Los procesos que dependen de que el director apruebe algo por WhatsApp son igual de frágiles y suelen estar fuera de cualquier documentación.

¿Qué hay que escribir, y en qué formato?

Cinco preguntas por proceso, contestadas en prosa corta. No hace falta más.

¿Qué dispara este proceso? Un correo, una fecha, un cambio de etapa. Si la respuesta es «cuando alguien se acuerda», ese es el primer hallazgo.

¿Qué decisiones se toman dentro? Cada punto donde alguien elige entre dos caminos. Estas son las importantes.

¿Con qué criterio se toma cada una? Aquí es donde vive el valor. «Se aprueba si el margen queda por encima de X» es un criterio. «Se aprueba si tiene sentido» no lo es, y encontrar que la respuesta real es la segunda ya justifica el ejercicio.

¿Qué casos se salen del carril y qué se hace con ellos?

¿Quién decide cuando no está claro? Con nombre, no con puesto.

Sobre el formato, una cosa práctica: nadie quiere escribir un manual y casi todos aceptan contestar cinco preguntas. Sentarse con la persona, grabar la conversación y ordenarla después funciona mucho mejor que repartir una plantilla en blanco y esperar. El documento sale en una hora en vez de en tres semanas que nunca llegan.

¿Por qué esto también es un tema de adopción?

Porque un proceso frágil produce un CRM que miente.

Cuando el criterio no está escrito, cada persona aplica el suyo. Dos vendedores mueven negocios a la etapa de propuesta en momentos distintos, y el reporte de pipeline mezcla dos definiciones sin que nadie lo note. El sistema no está mal configurado: está reflejando fielmente que no hay acuerdo.

Es el mismo mecanismo que hace fracasar las implementaciones, y por la misma razón de fondo: se instala una herramienta encima de un proceso que nadie escribió y se espera que la herramienta lo ordene. Lo tratamos a fondo en por qué fracasan las implementaciones de CRM.

Y tiene una consecuencia medible: si vas a intentar calcular qué rindió tu inversión, los procesos frágiles son los que hacen que la comparación no cuadre, porque el antes y el después no significan lo mismo. Eso está en cómo medir si tu inversión en CRM rindió.

Lo que se ve cuando un proceso aguanta

Alguien nuevo toma una decisión en su segunda semana, la toma bien, y no preguntó. No porque sea especialmente listo, sino porque el criterio estaba escrito donde tenía que estar.

Ese es el estándar entero. Ni un manual completo ni un diagrama de flujo bonito: una persona nueva decidiendo sola y acertando.

Si quieres que revisemos qué procesos de tu operación no pasan la prueba de la pregunta, el diagnóstico inicial no tiene costo.

Preguntas frecuentes

¿Cómo sé si un proceso depende demasiado de una persona? Pregunta quién lo haría si esa persona se fuera mañana. Si la respuesta tarda más de diez segundos, o si es «tendríamos que ver», el proceso ya es frágil. La prueba no cuesta nada y se puede hacer en una junta de equipo con toda la lista de procesos delante.

¿No basta con tener el CRM bien configurado? No. El CRM guarda lo que pasó y no guarda por qué se decidió así. Un pipeline puede estar impecable y aun así nadie saber por qué los negocios de cierto tipo se mandan a otra persona. Esa regla vive en la cabeza de alguien hasta que se escribe.

¿Cuánto hay que documentar? Lo que se necesita para que alguien nuevo tome una decisión sin preguntar. No los pasos obvios, sino los criterios: cuándo se descuenta, cuándo se escala, qué caso no entra por el carril normal. Casi todo el valor está en las excepciones.

¿Y si el equipo se resiste a documentar? Suele ser señal de que se está pidiendo el formato equivocado. Nadie quiere escribir un manual y casi todos aceptan contestar cinco preguntas. Grabar esa conversación y ordenarla después funciona mucho mejor que repartir una plantilla en blanco.