Consultor de automatización e IA: cómo elegir y qué exigir

Un consultor de automatización e IA debería ayudarte a decidir qué trabajo cambiar, cómo comprobarlo y quién lo mantiene. Conectar aplicaciones es parte de la ejecución, no todo el encargo.

Si vas a contratar, no empezaría por preguntar cuántos agentes incluye la propuesta. Pediría que me expliquen un proceso de principio a fin, con sus excepciones y con un resultado que el equipo pueda validar.

Qué hace un consultor de automatización

Su trabajo puede incluir diagnóstico, diseño, implementación y acompañamiento, pero no debes asumir que todos los proveedores incluyen las cuatro cosas. Pídelo por escrito.

Un diagnóstico útil identifica tareas, responsables, fuentes de información y puntos de bloqueo. El diseño convierte esas observaciones en reglas y permisos. La implementación conecta las piezas y demuestra que funcionan. El acompañamiento define cómo se detectan y resuelven los problemas después de publicar.

Mi enfoque se llama arquitectura de procesos para agentes: ordenar el proceso antes de poner a una IA a ejecutarlo. Puedes revisar el alcance concreto del servicio sin confundirlo con una comparativa general de proveedores.

Señales de que conviene revisar el proceso

• Una decisión vuelve siempre al CEO porque el criterio no está documentado.
• El equipo copia información entre sistemas y necesita comprobar qué versión es válida.
• El siguiente paso de un cliente depende de recordar una conversación.
• Hay automatizaciones, pero nadie sabe quién responde cuando fallan.
• Se quiere incorporar IA sin haber definido datos, permisos o revisión.

Estas señales justifican investigar, no demuestran un ahorro concreto. Antes de presupuestar, mide una muestra del trabajo: frecuencia, tiempo, errores y coste de corregirlos. Si el volumen es pequeño o el proceso cambia cada semana, quizá convenga simplificarlo antes de automatizarlo.

Siete preguntas para evaluar una propuesta

1. ¿Qué proceso exacto quedará resuelto?

Pide entradas, salida y límites. “Implantar IA en ventas” puede significar desde resumir llamadas hasta gestionar oportunidades. Sin definición común es imposible aceptar el resultado.

2. ¿Qué necesita de mi equipo?

Accesos, entrevistas, ejemplos y validación llevan tiempo. Una propuesta seria distingue el trabajo del proveedor de las dependencias que debe resolver tu empresa.

3. ¿Quién puede hacer qué?

Pregunta qué datos leerá el sistema, qué registros podrá modificar y qué acciones necesitan aprobación. No aceptes un permiso genérico de administrador si el proceso solo necesita consultar una parte del CRM.

4. ¿Cómo se prueba un error?

Una demo con una entrada perfecta no demuestra robustez. Solicita pruebas con datos incompletos, duplicados, permisos insuficientes y proveedores que no responden. Debe existir una forma de detener el flujo y recuperar el trabajo.

5. ¿Qué me entregan?

Revisa propiedad del código o configuración, accesos, documentación, diagramas, criterios de aceptación y formación. Los entregables deben permitir a otra persona entender el sistema sin depender de mensajes privados con quien lo construyó.

6. ¿Qué ocurre después del despliegue?

Distingue corrección de defectos, mantenimiento, cambios de alcance y evolución. Pregunta cómo se avisa de un fallo y quién toma la decisión. “Soporte incluido” sin condiciones concretas no aclara nada.

7. ¿Cómo vamos a medir el resultado?

Define la línea base y el periodo de observación. Cuenta también revisión humana, incidencias y coste de operación. Un ahorro estimado para vender una propuesta no es un resultado medido.

Consultor, agencia o profesional independiente

La etiqueta no demuestra la calidad. Compara quién diagnostica, quién construye, quién revisa y quién permanece disponible. Un equipo pequeño puede necesitar apoyo adicional; un equipo grande puede entregar un proceso muy personalizado o uno genérico. Pide evidencias del trabajo, no presupongas capacidades por el tamaño del proveedor.

Para una tarea aislada con requisitos claros puede bastar una implementación acotada. Si el problema cruza departamentos y responsabilidades, hace falta trabajo de proceso además de desarrollo. Y si tu equipo puede mantenerlo internamente, la documentación y el traspaso importan tanto como el código.

Cuánto cuesta: separa tres partidas

1. Diseño e implementación. Qué se construye y cómo se acepta.
2. Operación. Alojamiento, licencias y consumo que necesita el sistema.
3. Mantenimiento y evolución. Qué sucede cuando cambian herramientas, requisitos o volumen.

No doy aquí rangos “del mercado” sin una muestra comparable. En NMC se puede empezar por una auditoría de procesos o por una llamada directa para un trabajo concreto. La auditoría y la implementación por fases no son lo mismo. Consulta precios, condiciones y encaje, y comprueba qué incluye el presupuesto antes de aceptar.

Tampoco prometo que el proyecto se pague solo en un plazo fijo. Para estimar retorno hay que partir del trabajo real, descontar revisión y operación y comprobar que el tiempo liberado produce un beneficio útil para tu empresa.

Dos casos que puedes revisar

• Reprise: backend y preparación comercial. Sirve para ver la relación entre información organizada, documentación y prospección.
• LavanderCode: soporte y participación del equipo. Permite analizar cómo se separan clasificación, registro y revisión de respuestas.

Son ejemplos de diseño e implementación, no garantías trasladables a otra empresa. Para explorar un método antes de hablar, puedes leer la guía pública del ciclo de ventas automático o la de triage de correo.

Qué llevar a una primera conversación

Trae un proceso concreto, un ejemplo reciente de dónde se atascó y las personas que participan. Si conoces las herramientas y puedes estimar la frecuencia, mejor. No necesitas haber elegido un modelo ni saber programar.

No contrataría automatización para ocultar un proceso que nadie quiere decidir. Contrataría ayuda para definirlo, construirlo y dejar al equipo en condiciones de operarlo.

Ver cómo trabajo y reservar una conversación

Preguntas frecuentes

¿Necesito IA en todas las automatizaciones?

No. Una regla determinista puede ser más adecuada para una tarea predecible. El agente se justifica cuando aporta una capacidad necesaria y se puede controlar su salida.

¿Qué debería conservar mi empresa?

Lo que se acuerde expresamente: acceso a sistemas, propiedad o derechos de uso de los entregables y documentación operativa. Comprueba esos puntos antes de aceptar la propuesta.

¿Qué resultado debería pedir primero?

Un proceso acotado que pueda verificar tu equipo. Mejor una salida comprobada con sus excepciones que una lista de integraciones sin criterio de aceptación.