--- title: "Un agente de IA no reemplaza el sistema que ya usás" description: "Tres reuniones de venta, en rubros sin nada en común, terminaron en el mismo pedido: no migrar de plataforma. Cómo se arma esa capa sin tocar lo que ya usan." url: https://studiochat.io/es/blog/no-reemplazar-el-sistema-que-ya-usas locale: es translations: { en: https://studiochat.io/blog/no-reemplazar-el-sistema-que-ya-usas.md, pt: https://studiochat.io/pt/blog/no-reemplazar-el-sistema-que-ya-usas.md } site: https://studiochat.io --- [ Volver al blog](/es/blog) En las últimas dos semanas, tres reuniones de venta con empresas de rubros que no tienen nada en común terminaron en el mismo lugar. Una planta industrial que gestiona turnos y ausentismo, con un consultor externo armando la propuesta. Una inmobiliaria con decenas de asesores externos que usan sus propios números de WhatsApp. Una fintech de pagos con un equipo de atención que ya trabaja adentro de Salesforce. Ninguna de las tres puso en duda si un agente de IA podía resolver el proceso que estaban mostrando. Las tres pusieron la misma condición antes de seguir hablando: no vamos a cambiar de sistema para esto. ## [¿Por qué la resistencia es a migrar de plataforma, no a la IA?](#por-que-la-resistencia-es-a-migrar-de-plataforma-no-a-la-ia) Porque cambiar de sistema no es instalar una herramienta nueva al lado de la vieja: es re-entrenar a cada persona que la toca todos los días, migrar el historial, y sostener semanas donde una parte del equipo no sabe bien dónde está la información. Un proveedor que pide reemplazar el sistema como condición de entrada le está pidiendo a la empresa que absorba ese riesgo antes de haber visto un solo resultado del agente. ## [¿Qué pide en concreto una empresa que ya tiene un sistema funcionando?](#que-pide-en-concreto-una-empresa-que-ya-tiene-un-sistema-funcionando) En las tres reuniones el pedido fue casi textual: lo que ya usamos se queda donde está. La planta industrial no iba a cambiar el sistema donde se fichan los turnos por una plataforma de recursos humanos enlatada, aunque esa plataforma prometiera resolver lo mismo, porque migrar el historial de ausentismo y volver a entrenar a los supervisores pesaba más que el problema que querían resolver. La inmobiliaria no iba a pedirles a sus asesores que dejaran su número personal de WhatsApp por uno corporativo de un día para el otro. La fintech no iba a sacar a su equipo de atención de Salesforce, que es donde ya vive el historial de cada ticket. Ninguna de las tres estaba discutiendo si el proceso se podía mejorar. Estaban discutiendo quién absorbe el costo del cambio, y la respuesta que las tres querían escuchar era: no nosotros. ## [¿Qué tienen en común tres integraciones sobre sistemas tan distintos?](#que-tienen-en-comun-tres-integraciones-sobre-sistemas-tan-distintos) La forma de la respuesta es la misma las tres veces, aunque el sistema de abajo cambie. El agente no reemplaza el sistema de registro: se para arriba, como una capa de interfaz que lee y escribe a través de él sin tocar el dato directamente. En la planta industrial recibe el aviso de ausencia por WhatsApp, valida el certificado y arma el reporte, mientras lee turnos y escribe novedades contra el sistema de fichado. En la inmobiliaria detecta un lead sin seguimiento, redacta el recordatorio y registra el resultado, leyendo leads y escribiendo actividad en el CRM. En la fintech responde consultas de estado repetitivas, escala lo que requiere criterio humano y deja el contexto cargado, leyendo y escribiendo tickets. Tres sistemas distintos, la misma capa arriba, y en los tres casos el sistema que la empresa ya tenía sigue siendo la fuente de verdad. ## [¿Cómo se construye esa capa sin tocar el sistema de registro?](#como-se-construye-esa-capa-sin-tocar-el-sistema-de-registro) Con un límite fijo de operaciones permitidas, definido antes de que el agente toque nada. El agente no recibe acceso de lectura y escritura abierto al sistema: recibe un menú cerrado de acciones (leer el estado de un ticket, agregar una nota, escalar a una persona), y cada acción de ese menú corre con su propia regla determinística por detrás. Decidir qué hacer queda del lado del modelo. Decidir si esa acción está permitida queda del lado del código, no del modelo. Este patrón es el mismo tanto si el sistema tiene una API moderna como si no la tiene. Con el sistema de fichado de la planta industrial, todavía no está confirmado si la versión que usan expone una API: el paso siguiente antes de avanzar es justamente esa validación técnica, y si no la tiene, el wrapper se arma igual sobre lo que sí existe, un export periódico o la misma interfaz de WhatsApp Business por la que hoy avisan las ausencias. El costo cambia. El principio no. ## [¿Qué se resigna al elegir no migrar?](#que-se-resigna-al-elegir-no-migrar) No es gratis, y decir que sí lo es es la parte que no se sostiene. Tres costos reales. **Menos libertad de interfaz.** Si el sistema de registro queda en el medio, lo que ese sistema devuelve suele ser un JSON plano, sin noción de qué parte es un componente visual y cuál es texto simple. Mostrar una tarjeta interactiva en vez de un párrafo depende de que ese sistema intermedio lo soporte, y no siempre lo soporta. **Un intermediario que hay que mantener sincronizado.** Cada vez que el sistema de registro cambia su forma de exponer un dato, el wrapper tiene que actualizarse con él. Es menos trabajo que migrar todo, pero no es cero trabajo. **La coexistencia no es un estado final.** Dejar que cada persona siga escribiendo desde su número personal de WhatsApp resuelve el primer mes, pero corre con los mismos límites de volumen y auditoría de una línea personal. El camino real, cuando el volumen crece, pasa por consolidar en la API oficial de WhatsApp. Y hay un caso donde sí conviene pedir la migración: si el sistema actual no expone el dato de ninguna forma, o si el problema real que describe el equipo es el sistema en sí y no el proceso que corre arriba. La diferencia es que ahí la migración es una decisión sobre las herramientas de la empresa, no un requisito para poder empezar con el agente. ## [¿Qué pregunta debería hacer un comprador, en vez de "se integra con tus herramientas"?](#que-pregunta-deberia-hacer-un-comprador-en-vez-de-se-integra-con-tus-herramientas) Esa frase la dice cualquier proveedor, y no dice nada por sí sola. La pregunta que sí distingue una respuesta de otra es más chica y más incómoda: ¿qué es exactamente lo que mi equipo sigue haciendo del mismo modo que hoy, desde el primer día? Si la respuesta nombra el sistema por su nombre y dice qué se lee y qué se escribe ahí, hay una integración real detrás. Si la respuesta es "todo se integra", todavía no hay nada que evaluar. Preguntas frecuentes ### ¿Un agente de IA necesita un CRM o un ERP moderno para funcionar? No. Necesita que el sistema actual exponga sus datos de alguna forma, sea una API, un export periódico o la misma interfaz por la que el equipo ya trabaja. La antigüedad del sistema cambia cuánto cuesta construir esa capa, no si es posible. ### ¿Qué pasa si el sistema que la empresa usa hoy no tiene API? Se busca un camino alternativo: leer un export periódico, integrarse por una interfaz que sí existe, o acordar con el proveedor del sistema un acceso puntual. Es más lento que una integración directa, pero no es motivo para pedirle a la empresa que migre de plataforma. ### ¿Mantener a cada persona en su número personal de WhatsApp es una solución permanente? No. Sirve para no pedir un cambio de número el primer día, pero corre con los mismos límites de volumen y auditoría de una línea personal. El camino de escala pasa por consolidar en la API oficial de WhatsApp a medida que crece el volumen. Compartir [ X](https://x.com/intent/post?text=Por%20qu%C3%A9%20un%20agente%20de%20IA%20no%20tiene%20que%20reemplazar%20el%20sistema%20que%20ya%20us%C3%A1s%20para%20funcionar&url=https%3A%2F%2Fstudiochat.io%2Fes%2Fblog%2Fno-reemplazar-el-sistema-que-ya-usas) [ LinkedIn](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fstudiochat.io%2Fes%2Fblog%2Fno-reemplazar-el-sistema-que-ya-usas) [ WhatsApp](https://wa.me/?text=Por%20qu%C3%A9%20un%20agente%20de%20IA%20no%20tiene%20que%20reemplazar%20el%20sistema%20que%20ya%20us%C3%A1s%20para%20funcionar%20https%3A%2F%2Fstudiochat.io%2Fes%2Fblog%2Fno-reemplazar-el-sistema-que-ya-usas)Copiar link Iván Itzcovich Iván Itzcovich · Co-fundador, StudioChat ¿Querés ver agentes así trabajando para tu equipo? [Hablemos ahora](https://cal.com/studiochat)