Checklist: ¿Tu proceso está listo para automatizar? (antes de comprar la herramienta)

La mayoría de las empresas no compra una herramienta de automatización para resolver un problema. La compra para no tener que mirarlo.

Es más fácil aprobar un presupuesto de USD 300/mes que sentarse a mapear por qué la facturación tarda 14 días, por qué el 30% de los pedidos entra incompleto o por qué nadie sabe quién aprueba las compras por encima de $5.000.

El SaaS promete: "Automatizá en minutos, sin código, integración nativa". La realidad entrega: "Automatizaste el caos. Ahora el caos corre más rápido y cuesta USD 3.600/año."

La regla de oro (que nadie quiere escuchar)

La automatización no corrige un proceso: lo ejecuta más rápido, más barato y a mayor escala. Incluso cuando está mal diseñado.

Lo vimos en "La trampa de automatizar un proceso roto": el 77% de los desafíos en despliegues de IA/automatización no son técnicos, son de gestión del cambio, calidad de datos y rediseño de procesos (Brynjolfsson et al., Stanford 2026).

Este checklist existe para que no formes parte de esa estadística.

Cómo usar esta checklist

• Respondé con honestidad brutal. No es un examen para aprobar, es un diagnóstico.

• Si tenés más de 3 "No" o "No sé", no compres la herramienta todavía. Invertí ese tiempo en ordenar el proceso.

• Cada ítem tiene una "Prueba de realidad": una forma concreta de validar la respuesta sin opinar.

• Guardá este post. Volvé a usarlo cada vez que alguien diga "automatizemos esto".

📋 La Checklist: 12 preguntas antes de firmar el contrato

1. ¿Podés dibujar el proceso de punta a punta en una hoja A4 sin que nadie te corrija? Prueba de realidad: Pedile a 3 personas que ejecutan el proceso que lo dibujen por separado. Si los 3 diagramas son distintos, no tenés un proceso, tenés interpretaciones.

Ejemplo real: En una pyme metalúrgica, "el proceso de compras" tenía 4 versiones: la del gerente (ideal), la del comprador (real con atajos), la de contabilidad (lo que llega a facturar) y la del proveedor (lo que realmente recibe). Automatizaron la versión del gerente. Resultado: 3 meses de excepciones manuales.

✅ Sí | ❌ No | 🤷 No sé

2. ¿El proceso documentado coincide con el proceso real en al menos el 90% de los casos? Prueba de realidad: Process mining casero: exportá los logs de tu ERP/CRM/planilla de los últimos 50 casos. Compará el camino "oficial" vs. el recorrido real. Buscá: vueltas atrás, aprobaciones informales por WhatsApp, planillas paralelas, reingreso de datos.

Dato: La diferencia entre el proceso documentado y el real suele ser del 40-60% en pymes (van der Aalst, Process Mining Manifesto).

✅ Sí | ❌ No | 🤷 No sé

3. ¿Sabés exactamente qué decisiones requieren criterio humano y cuáles son puramente basadas en reglas? Prueba de realidad: Listá las 10 últimas instancias donde alguien "decidió algo" en el proceso. Clasificá: Regla (si X entonces Y, sin excepción) vs. Criterio (depende del cliente, del contexto, de la historia). Si más del 30% son "criterio", la automatización pura va a fallar.

Ejemplo: "Aprobar pedido si stock > 0" = Regla. "Aprobar pedido del cliente histórico aunque falte stock porque la semana que viene entra mercadería" = Criterio. El SaaS no sabe eso a menos que se lo programes (y mantenés).

✅ Sí | ❌ No | 🤷 No sé

4. ¿Los datos que necesita el proceso existen, están limpios y son accesibles via API o exportación estructurada? Prueba de realidad: Intentá armar el input del proceso automatizado a mano hoy con los datos reales. ¿Tardás 5 minutos o 2 horas en limpiar la planilla? ¿Faltan campos? ¿Hay duplicados? ¿Los IDs coinciden entre sistemas?

Regla práctica: Si preparar los datos para una sola corrida de prueba te lleva más de 30 min, no tenés datos listos. Tenés arqueología.

✅ Sí | ❌ No | 🤷 No sé

5. ¿El proceso tiene un dueño único que responde cuando se rompe (y no es "el que sabe de sistemas")? Prueba de realidad: Preguntá: "Si esto falla el viernes a las 18hs, ¿a quién le escribo?". Si la respuesta es "al proveedor del SaaS", "a TI" o "a Juan que armó el Zapier", no tenés dueño de proceso, tenés dueño de herramienta.

El dueño de proceso decide: ¿qué hacemos con los casos que caen en excepción? ¿Cambiamos la regla? ¿Escalamos? ¿Pausamos?

✅ Sí | ❌ No | 🤷 No sé

6. ¿Definiste qué significa "éxito" en números antes de automatizar? Prueba de realidad: Completá esta frase: "En 90 días, esta automatización será un éxito si..."

• ❌ "El bot corre sin errores" → Eso es uptime, no impacto.

• ✅ "El tiempo de ciclo bajó de 5 a 2 días y las excepciones manuales son < 5%" → Eso es negocio.

• ✅ "El equipo ahorró 12 hs/semana y las redirigió a gestión de clientes" → Eso es ROI.

Métricas vanidad vs. métricas de verdad: Ver nuestro análisis sobre métricas de automatización.

✅ Sí | ❌ No | 🤷 No sé

7. ¿Probaste el "camino feliz" Y los 3 principales caminos de excepción con datos reales? Prueba de realidad: No pruebes con el caso perfecto. Probá con:

• El cliente que siempre pide factura A pero esta vez quiere B

• El pedido que llega con precio viejo

• El proveedor que entrega parcial

• El feriado que mueve todas las fechas

Si el SaaS no te deja modelar excepciones sin código custom, no es una herramienta de automatización, es un generador de tickets para TI.

✅ Sí | ❌ No | 🤷 No sé

8. ¿El proceso es estable (no cambió sustancialmente en los últimos 6 meses)? Prueba de realidad: Mirá el changelog del proceso. Si en 6 meses cambiaste: aprobadores, umbrales, circuitos, formularios, sistemas de origen... automatizar hoy es apostar a que mañana no cambia. Spoiler: va a cambiar.

Estrategia: Automatizá solo el core estable (ej: enrutamiento, notificaciones, consolidación de datos). Dejá lo variable en manos humanas con buen tracking.

✅ Sí | ❌ No | 🤷 No sé

9. ¿El costo total de 12 meses (licencia + setup + mantenimiento + excepciones) es menor al valor que libera? Prueba de realidad: Hacé la cuenta completa:

Compará contra: horas liberadas × costo hora real del equipo + valor de velocidad/calidad para el cliente.

✅ Sí | ❌ No | 🤷 No sé

10. ¿Tenés un plan de rollback si la automatización falla el día del cierre contable / Black Friday / fin de mes? Prueba de realidad: Simulá el fallo. Apagá la automatización. ¿El equipo sabe seguir operando en manual en < 15 min? ¿Los datos generados por el bot son compatibles con el proceso manual? ¿Hay doble carga?

Si la respuesta es "nunca falla", no probaste lo suficiente.

✅ Sí | ❌ No | 🤷 No sé

11. ¿El equipo que ejecuta el proceso participó en el diseño de la automatización? Prueba de realidad: Preguntale a quien opera el proceso día a día: "¿Qué parte de esto te gustaría que se automatice?" vs. "¿Qué parte te da miedo que se automatice?".

Si no los consultaste, te garantizo resistencia pasiva: trabajo en paralelo, "chequeos por las dudas", datos sucios a propósito para que el bot falle.

La investigación de Amy Edmondson sobre seguridad psicológica aplica acá: si el equipo no puede decir "esto va a romper mi flujo", no te van a avisar hasta que ya rompió.

✅ Sí | ❌ No | 🤷 No sé

12. ¿Ya simplificaste el proceso antes de automatizar? (Eliminaste pasos, unificaste criterios, sacaste reportes que nadie lee) Prueba de realidad: Aplicá la regla de Michael Hammer (HBR 1990): "Don't Automate, Obliterate". Cada paso que queda en el proceso automatizado debe justificar su existencia hoy, no "porque siempre se hizo así".

Ejercicio rápido: Tomá el proceso mapeado. Preguntá por cada paso: "¿Qué pasa si sacamos esto?". Si la respuesta es "nada grave", sacalo. Automatizar basura produce basura automatizada.

✅ Sí | ❌ No | 🤷 No sé

---

🎯 Tu puntaje

RespuestasAcción12 ✅Comprá la herramienta mañana. Tu proceso está listo.10-11 ✅Arreglá los 1-2 gaps y comprá la semana que viene. Riesgo bajo.7-9 ✅No compres aún. Tenés trabajo de proceso por hacer. 2-4 semanas de ordenamiento.4-6 ✅Lejos de automatizar. Necesitás rediseñar el proceso, no comprar SaaS. 1-2 meses.0-3 ✅Detenete. Lo que tenés no es un proceso automatizable, es un problema organizacional.

🛠 Plantilla descargable

Descargá la checklist en CSV (compatible con Excel) con columnas para: Pregunta | Respuesta | Evidencia | Dueño | Fecha de resolución | Prioridad.

Incluye una hoja de Plan de acción pre-automatización para convertir cada "No" en una tarea con responsable y fecha.

💬 Lo que suele pasar después de usar esta checklist

"Nos dimos cuenta de que no teníamos un proceso, teníamos 3 personas haciendo cosas distintas. Ahorramos USD 12.000 en SaaS y 4 meses de frustración. Primero ordenamos, después vemos."
— Founder, pyme textil 45 personas

"El ítem 4 (datos) nos salvó. Teníamos 3 sistemas con IDs distintos para el mismo cliente. La herramienta hubiera fallado silenciosamente durante meses."
— Operations Lead, empresa logística

"El ítem 11 cambió la dinámica. El equipo nos dijo: 'automaticen la carga de datos, pero la aprobación déjenla manual'. Tenían razón. Ahorramos 80% del tiempo y cero resistencia."
— PM, agencia creativa

🔗 Recursos para profundizar

• La trampa de automatizar un proceso roto — Análisis completo con fuentes académicas

• Don't Automate, Obliterate (Michael Hammer, HBR 1990) — El paper fundacional

• What is Process Mining? (IBM) — Para validar ítem 2 con datos

• Almost Every Job Has Tasks That AI Can Change (Stanford GSB) — Evidencia sobre dónde falla la automatización

• Encuesta nacional de adopción de IA en pymes argentinas (nadIA 2026) — Contexto local: 57% no mide impacto

¿Necesitás ayuda para ordenar antes de automatizar?

En POMO hacemos exactamente eso: relevamos, mapeamos, simplificamos y recién ahí evaluamos herramienta. Sin vender SaaS, sin inflar scope, sin dependencia permanente.

Agendá una conversación de 20 minutos y vemos si tu proceso está listo (o qué le falta).