Pedir presupuesto para automatizar con IA parece fácil hasta que llegan tres propuestas que no se parecen en nada. Una vende un chatbot. Otra habla de agentes. Otra mete RAG, OCR, conectores, horas de consultoría y una bolsa de tokens. Todas suenan razonables. Ninguna responde del todo a la misma pregunta.
El problema casi nunca está en pedir precio. Está en pedirlo sin un brief mínimo.
Para una empresa de Donostia - San Sebastián, Gipuzkoa o Euskadi, un buen brief evita dos pérdidas de tiempo: proveedores presupuestando a ciegas y equipos internos comparando ofertas que resuelven problemas distintos. No tiene que ser un documento largo. Tiene que decir qué tarea duele, qué datos existen, qué sistemas entran, qué puede hacer la IA y dónde debe revisar una persona.
Al final tienes un PDF descargable con una plantilla corta para preparar esa conversación antes de pedir propuesta.
El error: pedir "una IA" en vez de pedir un resultado
Muchas solicitudes empiezan así: "queremos automatizar atención al cliente", "necesitamos un agente para ventas" o "queremos usar IA con nuestras facturas".
Son frases válidas para abrir una conversación, pero malas para presupuestar. Con esa información, el proveedor tiene que adivinar casi todo: volumen, canales, fuentes, permisos, integraciones, excepciones y nivel de revisión humana. Si adivina bajo, el presupuesto parece barato y luego crece. Si adivina alto, la propuesta parece enorme y se descarta antes de entender el caso.
Un brief decente baja la idea a trabajo real. Por ejemplo: "queremos que la IA lea solicitudes entrantes del formulario web, resuma necesidad, detecte señales de encaje B2B y prepare una ficha para que comercial decida el siguiente paso". Ahí ya se puede hablar.
Qué debe incluir el brief
No hace falta escribir una memoria técnica. Basta con seis bloques claros.
- Caso concreto. Qué tarea se quiere mejorar y quién la hace hoy.
- Volumen. Cuántas veces ocurre al mes y cuánto tiempo consume.
- Datos y fuentes. Qué documentos, CRM, ERP, correos, tickets o carpetas tendría que leer.
- Acciones permitidas. Si la IA solo resume, propone, rellena un borrador o ejecuta algo.
- Revisión humana. Quién aprueba, cuándo se escala y qué errores no se pueden tolerar.
- Métrica de éxito. Qué tiene que mejorar para que el piloto merezca seguir.
Estos puntos parecen básicos. Precisamente por eso funcionan. Cuando faltan, la propuesta se llena de supuestos.
Un ejemplo bastante típico
Imagina una empresa industrial de Gipuzkoa que recibe consultas técnicas por formulario y correo. Ahora una persona revisa cada mensaje, mira si el producto encaja, busca documentación, pregunta a ingeniería si hay duda y abre una oportunidad si merece la pena.
Una petición floja sería: "queremos automatizar leads con IA".
Un brief útil diría algo más concreto: la IA leerá formulario y email, extraerá sector, producto, urgencia y país, comparará contra una lista de productos soportados, marcará dudas técnicas y preparará una ficha en el CRM. No enviará respuestas al cliente ni cambiará importes. Comercial revisará todas las fichas durante el piloto. Se medirá tiempo de primera revisión, porcentaje de leads bien clasificados y oportunidades que avanzan.
Con eso, el proveedor puede proponer arquitectura, fases, integraciones y precio con menos humo. Y el cliente puede comparar ofertas sin mirar solo la cifra final.
Señales de que todavía no toca pedir presupuesto
A veces el brief deja una conclusión incómoda: aún no hay que pedir propuesta.
Pasa cuando nadie sabe cuántos casos hay al mes, las fuentes están mezcladas, el proceso cambia según la persona, no hay responsable claro o se pretende que la IA ejecute decisiones delicadas desde el primer día. No es un fracaso. Es información útil.
En esos casos, suele ser mejor hacer una sesión corta de diagnóstico: ordenar el proceso, elegir una parte más pequeña y decidir qué queda fuera del piloto. Un presupuesto sobre un proceso borroso rara vez mejora con más páginas.
Cómo comparar propuestas después
Cuando recibas propuestas, no mires solo el precio. Mira si cada una responde al brief.
- ¿Ha entendido el caso o propone una herramienta genérica?
- ¿Explica qué datos necesita y cómo se protegen?
- ¿Separa piloto, integración y escalado?
- ¿Deja claro qué no hará la IA al principio?
- ¿Incluye revisión humana y trazabilidad?
- ¿Propone una métrica que negocio pueda comprobar?
La oferta más barata puede salir cara si presupone permisos amplios, datos limpios o integraciones que nadie ha confirmado. La más cara tampoco es mejor si convierte un piloto sencillo en una plataforma enorme.
Descarga el brief básico
Hemos preparado un PDF breve para llegar a esa conversación con menos ruido. Incluye una ficha de una página, preguntas para negocio e IT, una tabla de permisos y una mini matriz para comparar propuestas.
Descarga el how-to básico
PDF breve para definir caso, datos, permisos, sistemas, revisión humana y métrica antes de pedir presupuesto para un piloto de automatización con IA.
Primer paso recomendado
Elige un caso que puedas explicar en una frase y reúne a quien conoce el proceso, a quien controla los sistemas y a quien decide presupuesto. Si entre esas tres personas no pueden completar el brief, todavía no hay proyecto. Hay una idea que necesita aterrizar.
En Umintia ayudamos a empresas de Donostia - San Sebastián, Gipuzkoa y Euskadi a convertir ideas de IA en pilotos acotados: automatización, agentes, RAG privado, permisos, métricas y propuesta técnica sin teatro.