Contratar automatización con IA

¿Cómo definir un proyecto de automatización con IA y comparar propuestas?

Compara propuestas para un flujo interno completo con las mismas entradas, permisos, casos de aceptación y responsabilidades operativas. Este briefing ayuda a distinguir un piloto útil de una demo convincente.

Hablar de tu flujo de trabajo

Respuesta corta

Empieza por el flujo y un responsable interno. Entrega el mismo briefing a cada proveedor, exige evidencias de casos normales y fallidos y compara implementación, operación recurrente y salida. Utiliza IA donde la tarea la necesite.

Para quién

  • Equipos que contratan automatización interna con IA a un colaborador externo.
  • Compradores que comparan propuestas con herramientas, supuestos o criterios de éxito diferentes.

Fuera de esta guía

  • Una clasificación de agencias o una promesa de ahorro.
  • Un producto para clientes externos o una evaluación jurídica de cumplimiento.
// 01

Compara las opciones

Compara el mismo flujo aceptado. El nombre de una herramienta o una demo no resuelve estas preguntas.

Decisión Incluir en el briefing Exigir en la propuesta
Alcance

Un disparador, entradas, resultado y responsable del proceso.

Pasos incluidos, excluidos y supuestos por verificar.

Permisos

Qué registros se pueden leer o modificar y quién aprueba.

Límites de acceso, titulares de cuentas y puntos de aprobación.

Fallos

Datos ausentes, eventos duplicados y sistemas no disponibles.

Respuesta prevista, responsable de recuperación y evidencias observables.

Operación

Uso previsto y equipo responsable tras el lanzamiento.

Configuración, modelos, herramientas, supervisión y cambios por separado.

Salida

Qué necesita tu equipo para operar o trasladar el flujo.

Acceso a cuentas, configuración, documentación y alcance de la entrega.

// 02

La postura de Wavect

Un briefing reutilizable de seis partes

Anota la tarea, el proceso actual, los sistemas conectados, los límites de decisión, los casos de aceptación y el responsable operativo. Incluye ejemplos anonimizados de una entrada normal y otra difícil. Describe el trabajo actual, con sus revisiones y correcciones, para tener una referencia. Registra frecuencia y esfuerzo como observaciones; no conviertas lo desconocido en ahorro prometido.

Para cada cambio, aclara quién lo revisa, qué se puede revertir y quién gestiona las excepciones. Si solo hay que transferir registros estructurados siguiendo reglas fijas, puede bastar la integración de API. Anthropic distingue en Building effective agents los flujos predefinidos de los agentes dirigidos por modelos y recomienda la solución más sencilla que sirva. Es una distinción útil antes de elegir herramientas.

Ejemplo: de una consulta a un borrador en el CRM

Es un piloto ilustrativo, no un resultado de cliente. La entrada es una consulta en un buzón compartido. La salida es un borrador en el CRM con referencia a la fuente y una siguiente acción sugerida. Una persona comprueba la identidad del cliente y aprueba cualquier escritura. Enviar respuestas, ofrecer precios o aceptar contratos queda fuera del piloto.

Pide a todos los proveedores que demuestren los mismos casos:

  • Una consulta completa genera un borrador vinculado a la fuente correcta.
  • La información de cliente ausente o ambigua pasa a revisión, sin inventarla.
  • Recibir dos veces el mismo evento no genera dos registros aprobados en el CRM.
  • Si el CRM no está disponible, queda un elemento pendiente visible y una vía de recuperación definida.
  • Un texto que pida omitir la aprobación no autoriza escrituras ni envíos.

Acordad resultados esperados y bloqueos por caso antes de probar. Registrad resultados, correcciones, tiempo de revisión y costes de herramientas frente al proceso manual. Una muestra pequeña aporta evidencias sobre esos casos, no demuestra seguridad en todas las situaciones. Decidid si ampliar, revisar o detener el piloto según las evidencias.

Comparar también la operación

Separa construcción inicial, suscripciones, consumo, supervisión, mantenimiento y cambios futuros. Comprueba quién posee las cuentas, puede investigar fallos y puede modificar o detener el flujo. El AI Risk Management Framework de NIST es un recurso voluntario para considerar riesgos en diseño, uso y evaluación; citarlo no constituye certificación.

Wavect publica esta guía y ofrece AI Enablement para flujos internos. Tráenos el mismo briefing que entregas a otros proveedores. Para equipo, contrato y entrega, utiliza la guía de selección de agencia.

// 03

Dónde suele salir mal

  • Comparar una demo con un alcance de producción como si fueran equivalentes.
  • Contar tiempo de redacción ahorrado e ignorar revisión, correcciones y operación.
  • Dejar sin definir cuentas, excepciones o mantenimiento.
// 04

La lista de verificación

Antes de aprobar el piloto:

Marca los puntos a medida que avanzas. No se guarda ni se envía nada.

// 05

Cómo se ve esto en nuestro trabajo

Ehrenberg documenta trabajo de archivo asistido por IA con revisión humana y gestión de incertidumbre. Es evidencia de ejecución en un ámbito relacionado, no una referencia de automatización de CRM ni un benchmark para este piloto.

Estos son proyectos seleccionados, no nuestro portfolio completo. Hemos entregado más de 100 productos desde 2018.

// 07

Preguntas frecuentes

No. Para transferir registros con reglas fijas basta una integración convencional. Un modelo puede ayudar a interpretar entradas no estructuradas; permisos y aprobaciones pueden seguir un flujo predefinido. Pide al proveedor que justifique la complejidad adicional.
Cuando cubren el mismo flujo aceptado, entradas, exclusiones, reglas de aprobación y casos de prueba, con implementación y operación presupuestadas por separado. Resuelve supuestos distintos antes de comparar totales.
No. Las evidencias cubren los casos y la configuración probados. Eliminar una aprobación cambia el riesgo y el alcance y requiere su propia decisión, controles y verificación.
Hablar de tu flujo de trabajo