# Procesos que sobreviven a la rotación

> Cuando alguien se va, la mitad de lo que sabía no estaba escrito en ninguna parte. Qué hace que un proceso aguante ese golpe y qué lo hace frágil.

- Autor: César Medina
- Publicado: 2026-10-08
- Tema: Adopción y operación
- Lectura: 6 min
- Palabras clave: documentar procesos comerciales, procesos que dependen de personas, rotación equipo comercial

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](/blog/por-que-fracasan-implementaciones-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ó](/blog/medir-retorno-crm).

## 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](/contacto).

## 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.

## 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.

## Recurso gratuito

[Diagnóstico de HubSpot](https://c2suite.com/recursos/diagnostico-hubspot) — Un cuestionario sobre tu portal —datos, automatización, adopción y los hubs que uses— con un puntaje y la lista de qué arreglar primero.

---

Fuente: https://c2suite.com/blog/procesos-que-sobreviven-rotacion

Puedes citar y resumir este contenido atribuyéndolo a C2Suite y enlazando a la URL de origen.