Por qué los SOPs vienen antes de la automatización

Quieres automatizar algo. Tu proceso de seguimiento de cliente está comiendo horas. Tu preparación de presupuesto es inconsistente. Tu equipo sigue haciendo la misma cosa diferente cada vez.

Así que contratas a alguien para construir una automatización. Pasan una semana construyéndola. La despliegas. Funciona el 70% del tiempo. El otro 30%, algo sale mal, un caso extremo que no mencionaste, un paso que a veces sucede fuera de orden, una regla que solo aplica los martes.

El problema: automatizaste algo que no comprendías completamente.

Esta guía explica por qué documentar el proceso (escribir un SOP) antes de la automatización no es gastos generales, es la diferencia entre automatización que funciona y automatización que se convierte en deuda técnica.

¿Qué es un SOP?

Un SOP es una descripción escrita, paso a paso, de cómo haces algo, incluyendo:

• El gatillo. ¿Cuándo/por qué comienza este proceso?
• Los pasos. En orden, ¿qué sucede exactamente?
• Las reglas. ¿Hay condiciones si/entonces? ¿Cuándo algo no aplica?
• La salida. ¿Cuál es el resultado final?
• Excepciones. ¿Qué pasa si algo sale mal?

Ejemplo:

SOP de Respuesta a Consulta de Cliente

Gatillo: Cliente envía email de soporte.

Pasos:
1. Registra ticket en Intercom, etiqueta con tema (tipo de problema).
2. Si es urgente (contiene palabras: ASAP, roto, emergencia) → responde en 2 horas.
   Si no → responde en 24 horas.
3. Verifica historial de cliente (tickets pasados, historial de compra, antigüedad de cuenta).
4. Redacta respuesta dirigiendo su problema específico (ve documentos FAQ para respuestas comunes).
5. Si el problema requiere arreglo de producto, escala a ingeniería (marca ticket con etiqueta "escalate").
6. Envía respuesta.
7. Establece recordatorio para dar seguimiento en 3 días si el problema permanece abierto.

Salida: Email de cliente respondido, ticket registrado, escalación marcada si es necesario.

Excepción: Si el cliente es de alto valor ($5k+ anual) o ha estado con nosotros 2+ años, 
la prioridad sube un nivel.

Esto no es complicado. Es claro y concreto. Y revela cosas que no sabías que estabas haciendo.

Por qué un SOP revela problemas

Cuando escribes el SOP, a menudo descubres:

Variación. Pensaste que siempre hacías X de la misma manera. Pero escribirlo te fuerza a darte cuenta: en realidad, a veces haces X, a veces lo saltas, a veces haces una versión más corta.

Pasos faltantes. Tienes un vago recuerdo de “verificar algo” o “preguntar al equipo primero” para ciertos casos, pero nunca nombraste la regla.

Reglas poco claras. Dices “tickets de alta prioridad primero,” pero ¿qué hace algo de alta prioridad? Crees que sabes, pero cuando lo escribes, resulta que tienes tres definiciones diferentes dependiendo de a quién preguntes.

Deuda de proceso. Te das cuenta de que la mitad de los pasos son soluciones temporales para una herramienta que no funciona bien, o requisitos de cliente antiguos que nadie mencionó.

Estos problemas existen ya sea que automatices o no. Pero solo surgen cuando intentas automatizar, porque no puedes decirle a una computadora “ya lo resolverás”, tienes que ser explícito.

Al escribir el SOP primero, encuentras estos problemas temprano, los arreglas, y luego automatizas el proceso limpio, no el desordenado.

El bucle SOP → Automatización → Medición

Una vez que tienes un SOP, la automatización se vuelve sencilla:

1. SOP (2 horas de escritura) — Defines el proceso exactamente.
2. Automatización (varía) — Das este documento a un desarrollador o herramienta de automatización. Construye para coincidir.
3. Medición (semanal) — Rastrear: ¿la automatización siguió el SOP? Si sí, funcionó. Si no, o arregla la automatización o refina el SOP.

Sin el SOP, obtienes: requisitos vagos → automatización adivinada → confusión sobre si está funcionando.

SOPs comunes para pequeños negocios

Si consideras automatizar, estos son buenos primeros candidatos:

• Flujo de respuesta de cliente — email entrante → categorizar → redactar → revisar → enviar.
• Generación de presupuesto/propuesta — recopilar entrada → redactar → revisar → formatear → enviar.
• Calificación de leads — envío de formulario → investigar → puntuar → asignar.
• Incorporación — cliente firma → envía plantillas → configura cuenta → programa kickoff.
• Seguimiento de factura — factura vencida → auto-recordar si vencida → escalar si muy vencida.
• Asignación de equipo — tarea llega → evalúa → asigna a persona correcta → notifica.

Cómo escribir un SOP (30 minutos a 1 hora)

1. Elige el proceso. Elige uno que toma tiempo, se repite a menudo, y es relativamente autocontenido.

2. Hazlo una vez, documentando mientras avanzas. La próxima vez que suceda este proceso, escribe cada paso mientras lo haces. No lo limpies aún.

3. Identifica el gatillo y la salida. ¿Cuándo comienza? ¿Cuál es el resultado final?

4. Lista los pasos. Sé tan concreto como sea posible. “Revisar info del cliente” es vago. “Abre su cuenta en Salesforce, verifica fecha de última orden, lee últimos tres tickets de soporte” es concreto.

5. Encuentra los si/entonces. ¿Dónde tomas una decisión? Escribe esas reglas. “Si cliente tiene 1+ año, haz X. De lo contrario, haz Y.”

6. Describe excepciones. ¿Cuándo NO aplica este proceso, o aplica diferentemente?

7. Pregunta al equipo. Si otros hacen este proceso, pregúntales: ¿me perdí algo? ¿Lo haces diferente? Bloquea las respuestas.

8. Escríbelo. Una página, lenguaje claro, pasos numerados.

9. Pruébalo. La próxima vez que suceda este proceso, sigue el SOP como está escrito. ¿Funciona? Si no, refínalo.

Errores comunes

Error 1: Hacerlo demasiado general. “Maneja feedback de cliente.” Eso no es un proceso, eso es un cubo. “Cuando cliente deja reseña de 1-estrella en Google, regístralo, responde en 24 horas, y asigna a producto para investigación.” Eso es un proceso.

Error 2: Olvidar el por qué. “Envía email de recordatorio” es un paso. “Envía email de recordatorio porque la mayoría de facturas vencidas se pagan si se recuerdan una vez” dice a la gente por qué lo están haciendo, y usarán juicio si la regla cambia.

Error 3: Hacerlo una vez y nunca actualizarlo. Los SOPs se desvían. Automatizas basado en el SOP, pero luego el proceso cambia y la automatización se vuelve desactualizada. Actualiza el SOP cada vez que el proceso cambia.

Error 4: Automatizar primero, SOP-ing después. No hagas esto. Construirás automatización alrededor de la práctica actual, no de la práctica mejorada.

Próximos pasos

Elige un proceso que quieras automatizar. Escribe el SOP (1 hora). Luego, muéstraselo a tu equipo o dáselo a un desarrollador y di, “Construye esto.”

Para orientación sobre el paso de automatización, lee [[ChatGPT no es un agente]] — explica la diferencia entre una herramienta y un agente, para que sepas qué tipo de automatización tiene sentido para tu SOP.

También mira [[medir si la formación en IA realmente ahorra tiempo]] — una vez que automatices, mide si realmente funciona.