Cómo encontrar un proceso que valga la pena automatizar
Qué haría si alguien dijera: “Necesitamos IA urgente en todos los departamentos.” Para una auditoría de IA en el negocio no abriría un catálogo de modelos ni compraría diez suscripciones más. Primero mapearía los procesos reales y luego elegiría un piloto seguro.
El error que eliminaría primero: Casi todos empiezan con “qué red neuronal conectamos.” La pregunta correcta es otra: qué entra, qué resultado debe salir y quién tiene permiso para aceptarlo.

Qué preparar y qué resultado esperar
- Resultado: Después de la prueba no tendrás una presentación sobre IA: tendrás una lista priorizada de procesos y un candidato seguro para el piloto.
- En una tabla de Procesos crea campos: proceso, trigger, pasos manuales, frecuencia, costo del error y responsable.
- Mantén los datos de origen y los permisos de acceso separados del resultado para auditar qué hizo realmente el primer escenario de IA.
- Revisa cinco casos comunes y cinco difíciles: email vacío, duplicado, adjunto, solicitud urgente y tema desconocido.
Arma la primera prueba segura
- Arma un mapa de procesos
Anota qué inicia el trabajo, qué pasos da la persona, dónde decide y cómo termina el proceso.
Проверьте: Cada fila tiene una persona responsable del resultado.
Если не сработало: Divide el proceso en un escenario más estrecho, por ejemplo “clasificar una solicitud nueva,” no “automatizar ventas.”
- Separa la IA de una regla simple
En el constructor de workflows agrega un Trigger: solicitud nueva o email, luego un paso de IA: clasificación. Pide al modelo que marque dónde se necesita análisis de texto y dónde basta if/then.
Проверьте: La respuesta se puede verificar contra categorías predefinidas.
Если не сработало: Quita la IA y deja una regla si la condición se describe como una lista exacta.
- Dale al modelo una tarea segura
Usa este prompt: “Divide la tarea en pasos repetibles. Marca dónde se necesita análisis de texto y dónde basta una regla. No sugieras herramientas.” Envía la respuesta a una tabla de prueba, no al CRM.
Проверьте: El resultado no cambia datos de clientes e incluye una categoría explicable.
Если не сработало: Agrega un campo confidence y envía la baja confianza a revisión manual.
- Decide qué pasa al piloto
Compara frecuencia, esfuerzo, costo del error y reversibilidad. Pilota un proceso de alto volumen con resultado claro, pero sin envíos irreversibles de dinero o emails.
Проверьте: Hay un responsable, una métrica base y una fecha de rechequeo.
Если не сработало: Aplaza el escenario si nadie puede aceptar o corregir el resultado.

La tabla con la que empezaría la auditoría
Abre Google Sheets y crea columnas: proceso, trigger, volumen al mes, minutos por operación, pasos manuales, sistemas, costo del error, responsable, reversibilidad. Completa cinco filas reales, no veinte procesos. Ejemplo: “clasificar solicitudes entrantes,” 240 al mes, 8 minutos, formulario → email → CRM, error = lead perdido, responsable = líder de ventas.
En una columna aparte puntúa de 1 a 5 la repetibilidad, el volumen y la seguridad. El primer candidato a piloto debe ser frecuente, basado en texto, reversible y tener a alguien que pueda deshacer el resultado.
- No escribas “automatizar ventas.” Escribe “extraer email y presupuesto de una solicitud nueva.”
- No pongas IA donde basta una regla if/then simple.
Cómo tomar una decisión, no una presentación
Toma tres candidatos y puntúa de forma simple: (volumen × minutos × costo por hora) + costo del error. Luego resta el riesgo: dinero, impacto legal, envío irreversible. Pilota no el escenario más vistoso, sino aquel donde puedas restaurar el registro a su estado anterior.
El primer resultado de la auditoría no es una lista de herramientas. Es una fila con responsable, línea base y un set de prueba de diez ejemplos comunes y cinco difíciles.
Un workflow de auditoría que funciona
En n8n puede ser `Manual Trigger → Google Sheets → Edit Fields → Code → IF → Slack/CRM`. En Make los mismos roles son `Watch Rows → Set variables → Router → Update row`. Lo importante es que la IA no elija herramientas aquí: solo ayuda a partir una descripción de proceso en pasos y excepciones.
En la tabla `AI_USE_CASES` agrega `process_id`, `department`, `owner`, `input_channel`, `manual_steps`, `runs_per_week`, `minutes_per_run`, `hourly_cost`, `systems_used`, `data_class`, `error_cost`, `baseline_metric`, `target_metric`, `priority_score`, `risk_score` y `status`. Estados: `discovered → scored → pilot → live → blocked → retired`.
priority = runs_per_week * minutes_per_run * hourly_cost
risk = data_sensitivity * error_cost * autonomy_level
Un prompt que no vende servicios de moda
Primero envía la respuesta a una tabla de prueba, no al CRM. El modelo debe devolver datos faltantes y decisiones humanas, no una lista de plataformas.
Divide la descripción del proceso de negocio en pasos repetibles.
No sugieras herramientas y no inventes datos.
Devuelve JSON: process_summary, repetitive_steps, inputs, systems,
human_decisions, pilot, baseline_metric, risk_reasons, missing_data.
Dónde necesitas IA frente a una regla simple
| Criterio | Pregunta | Buena señal |
|---|---|---|
| Input | ¿Qué entra exactamente en el primer escenario de IA? | En una tabla de Procesos crea campos: proceso, trigger, pasos manuales, frecuencia, costo del error y responsable. |
| Acción | ¿Qué puede hacer el sistema por su cuenta? | Solo acciones predefinidas, sin acceso a toda la cuenta |
| Verificación | ¿Cómo sabes que el resultado es aceptable? | Revisa cinco casos comunes y cinco difíciles: email vacío, duplicado, adjunto, solicitud urgente y tema desconocido. |
| Fallo | ¿A dónde va un caso poco claro? | Deja de escribir en el CRM, conserva los datos de entrada y vuelve a la tabla: casi siempre falta el responsable o una excepción. |
Qué debe cambiar después de la configuración
Después de la prueba no tendrás una presentación sobre IA: tendrás una lista priorizada de procesos y un candidato seguro para el piloto.

Por qué los pilotos de IA se rompen antes del lanzamiento
Comprar una plataforma antes de describir la fuente de datos y el responsable.
Permitir que la IA envíe emails o cambie registros de inmediato.
Tratar la cantidad de respuestas del modelo como éxito en lugar del tiempo ahorrado o la calidad ganada.
No definir qué casos deben ir a una persona.
Cuándo ya no puedes hacer la auditoría solo
Incorpora a un especialista si la auditoría abarca varios sistemas, datos personales o procesos donde los errores afectan dinero y obligaciones legales.
Preguntas antes del primer piloto de IA
¿Qué elegir primero?
Un proceso de texto repetible con resultado reversible: clasificar email entrante, redactar una respuesta o completar un borrador de ficha.
¿Cuándo no hace falta IA?
Cuando la condición se puede plantear exactamente con if/then y no requiere entender texto.
¿Cómo sabes que el piloto funcionó?
Compara el tiempo base, la calidad y las correcciones manuales—no la cantidad de ejecuciones.
¿Cuántos procesos revisar a la vez?
Empieza con 3–5 procesos para comparar, pero pilota solo uno.





