Guías · Cómo comprar

Cómo elegir un socio de automatización con IA

Respuesta corta

Todo el mundo enseña una demo que funciona. Las preguntas útiles son sobre lo que viene después: qué se niegan a construir, cómo se comporta el sistema cuando se equivoca, qué te queda cuando la relación termina y si el número de la propuesta se midió o se estimó. Pregúntalo en la primera llamada.

Nueve preguntas
Bastan para distinguir a un ingeniero de un vendedor de demos
Negativas
Quien nunca dice que no está vendiendo, no asesorando
Propiedad
Código, prompts, datos y accesos deben acabar siendo tuyos
Por Max Pochinsky · Actualizado Agosto de 2026 · Escrito para quien está dimensionando un proyecto, no para buscadores

Pregunta qué se negarían a construir

Es el filtro más rápido que existe. Un socio que ha pasado por varios de estos proyectos tiene una lista de cosas que no hace: automatizar una decisión que nadie ha tomado, prometer una cifra de precisión antes de ver los datos, sustituir un proceso que el cliente no sabe describir, o enviar respuestas a clientes sin una vía hacia una persona.

Si la respuesta es que todo lo que has descrito encaja de maravilla, estás hablando con alguien cuyo incentivo es el contrato y no el resultado. Para parte de las consultas la respuesta honesta es un cambio en una hoja de cálculo o un ajuste en software que ya tienes, y un socio incapaz de llegar nunca a esa conclusión no está evaluando tu caso.

Las preguntas que predicen el resultado

01

¿Qué pasa cuando el modelo se equivoca? Quieres umbrales, una cola de excepciones, un registro de auditoría y una persona en el camino — descritos en concreto, no como principio.

02

¿Cómo sabremos que funciona? Una métrica acordada antes de construir, medida contra una base que puedes ver hoy. Si la precisión solo se menciona tras el lanzamiento, será cuestión de opiniones.

03

¿Adónde van nuestros datos y quién los ve? Qué proveedor, qué región, si se retienen las entradas, si algo se entrena con vuestros datos. La respuesta debe ser inmediata y precisa.

04

¿Qué es nuestro después? Código, prompts, configuración, infraestructura, credenciales. Pregunta qué pasa el día que os vais — y si aquello funciona sin ellos.

05

¿Quién hace realmente el trabajo? Las personas de la reunión, o un equipo que nunca conocerás. Ambas cosas pueden estar bien; que te digan lo primero y llegue lo segundo, no.

06

¿Cuál es el precio y por qué? Un precio cerrado por un resultado definido no es lo mismo que una estimación sobre tarifa horaria. Pregunta qué haría cambiar el precio y cómo se toma esa decisión.

07

Enséñame algo que construisteis y falló. En todo portafolio real existe una respuesta honesta. Quien nunca ha tenido un proyecto torcido o ha construido poco, o no te lo está contando.

08

¿Cómo se mantiene? Las APIs cambian, los modelos se retiran, los volúmenes crecen. Pregunta quién lo vigila y qué cuesta el acuerdo después del lanzamiento.

09

¿Podemos empezar más pequeño? Cualquier buen socio delimitará una primera pieza que demuestre el caso. Una propuesta de todo o nada suele significar que el valor no se puede mostrar por partes.

Señales que conviene leer

Una propuesta que da números concretos con la fuente de cada uno es buena señal: no porque los números sean grandes, sino porque alguien midió algo. Una propuesta llena de rangos atribuidos a estudios del sector está describiendo a otras empresas. Pregunta cuáles de esas cifras salen de tus propios datos y observa qué ocurre.

Otra señal útil es cómo hablan de tus sistemas actuales. Un socio que quiere sustituir el CRM, el helpdesk y el ERP para automatizar un proceso está resolviendo un problema distinto del tuyo. El trabajo debería apoyarse sobre lo que ya usáis, salvo que haya un motivo claro para lo contrario.

Para qué sirve cada tipo de proveedor

Un autónomo es rápido y barato para una pieza acotada, y trae un riesgo real de persona única en cualquier cosa que deba funcionar durante años. Un gran integrador aporta proceso, cumplimiento y permanencia, a un precio y un ritmo que encajan con un programa grande, no con un proceso. Un equipo pequeño especializado está en medio: suficiente gente para que nada dependa de una persona, y lo bastante pequeño para que quien delimitó el trabajo sea quien lo construye.

Ninguno es la respuesta correcta en abstracto. Lo que importa es el encaje con el tamaño de lo que estás haciendo — y ser honesto sobre cuál estás comprando, porque los tres se describen con un lenguaje parecido.

Nosotros somos el tercer tipo, y hay casos en los que decimos que un autónomo o un gran integrador encaja mejor. Preferimos decirlo en la primera llamada que en el tercer mes.

Antes de firmar

Pon por escrito los criterios de éxito, con la base medida antes de construir nada. Pon por escrito las condiciones de propiedad, incluidas credenciales e infraestructura. Pon por escrito el comportamiento ante excepciones, porque es la parte que decide en silencio si el sistema es usable.

Después empieza con un proceso. No una plataforma, no un encargo de estrategia, no cinco flujos en paralelo: un proceso, en producción, medido contra la base. Al terminar eso se ve todo lo que hace falta saber de un socio, y cuesta una fracción de averiguarlo más tarde.

Preguntas que siguen

Lo que se pregunta después.

Pide en su lugar un primer proceso en producción. Una prueba de concepto demuestra que la tecnología funciona, cosa que nadie discute; un proceso corriendo con volumen real demuestra que el socio puede con vuestros datos, vuestras excepciones y vuestros sistemas, que es la pregunta de verdad.

¿Sigues sin saber si tu proceso merece automatizarse?

Tráenos el proceso. Lo desmontamos contigo sin coste y te damos una respuesta directa, incluso cuando la respuesta es que no.