Software a medida con agentes de IA: cuándo conviene y cuándo no

Un software a medida conviene cuando tu operación tiene una regla que ninguna herramienta del mercado respeta. Listas de precios por cliente con condiciones propias, un circuito de aprobación que es tuyo, una integración con un sistema viejo que nadie más usa. Si lo que necesitás lo resuelve un producto que ya existe, comprarlo sale más barato que construirlo, incluso pagando licencias durante años.

Esa es la respuesta corta. La larga tiene que ver con qué cambió ahora que los agentes de IA pueden ocupar el lugar que antes ocupaban veinte pantallas.

Las tres preguntas antes de desarrollar nada

¿Existe ya y hace el noventa por ciento? Si la respuesta es sí, compralo. El diez por ciento que falta casi siempre se resuelve con un ajuste de proceso, y sale mucho más barato cambiar el proceso que construir un sistema. ¿Cuánto te cuesta hoy no tenerlo? Contá las horas que tu equipo pasa transcribiendo datos entre planillas, corrigiendo errores de carga y contestando cosas que un sistema podría contestar. Si son veinte horas por semana, ya sabés cuál es el presupuesto disponible. ¿La regla que te diferencia está escrita? Si tu ventaja competitiva vive en la cabeza de dos personas, un desarrollo a medida la vuelve un activo de la empresa. Si nadie la escribió todavía, ese es el primer trabajo, y es de negocio, no de software.

Lo que cambió con los agentes de IA

Hasta hace poco, un sistema a medida era un conjunto de pantallas. Alguien de tu equipo entraba, buscaba al cliente, cargaba el pedido, cambiaba el estado. El costo de construir estaba repartido entre las pantallas, la base de datos y los permisos.

Ahora buena parte de esa interacción no pasa por una pantalla. El cliente escribe por WhatsApp, el agente entiende qué pide, consulta el stock y los precios reales, arma el pedido y lo registra. La pantalla sigue existiendo para tu equipo, pero deja de ser el único camino de entrada, y muchas veces deja de ser el principal.

Esto cambia dos cosas en el proyecto. La primera es que se construyen menos pantallas y más reglas: qué puede hacer el agente, con qué datos, hasta dónde decide solo. La segunda es que la calidad de los datos pasa a ser crítica. Una pantalla perdona un catálogo desordenado porque hay una persona mirando; un agente responde con lo que encuentra.

Cuándo no conviene

Si es un producto estándar. Facturación electrónica, correo, contabilidad, firma digital. Todo eso está resuelto y regulado. Construirlo de nuevo es pagar dos veces: una en el desarrollo y otra, más cara, en mantenerlo actualizado para siempre. Si todavía no sabés cómo funciona tu proceso. Un desarrollo congela decisiones. Si el proceso cambia cada dos meses porque estás buscando el modelo de negocio, las planillas son mejores: son feas y son flexibles. Si el volumen no lo justifica. Automatizar una tarea que se hace tres veces por mes es un pasatiempo caro. La cuenta cierra con repetición, no con complejidad. Si nadie de tu lado va a estar. Un proyecto a medida necesita alguien de tu empresa que conteste preguntas y tome decisiones. Sin eso, el equipo de desarrollo adivina, y adivinar sale carísimo.

Por qué los presupuestos varían tanto

Dos proveedores pueden cotizar el mismo pedido con tres veces de diferencia, y los dos pueden ser honestos. La diferencia casi nunca está en la hora de programación: está en qué incluye.

Un presupuesto puede incluir el análisis del proceso, las pruebas automatizadas, la puesta en producción, la capacitación y tres meses de acompañamiento. Otro puede incluir el código y nada más. Los dos dicen "sistema de pedidos".

La forma de comparar no es mirar el total. Es pedir que cada uno escriba qué entrega, en cuántas partes, qué pasa si aparece algo nuevo en el camino y quién se queda con el código. Un proveedor que no puede escribir eso todavía no entendió tu problema.

Nosotros publicamos precios cerrados por pack justamente para sacar esa conversación del medio: sabés qué incluye y cuánto sale antes de la primera reunión.

Un ejemplo con números

Tomemos una empresa con tres personas en administración que procesan pedidos que entran por WhatsApp, por mail y por teléfono.

Cada pedido pasa por tres pasos manuales: transcribir lo que pidió el cliente, verificar el precio que le corresponde y cargarlo en el sistema de gestión. Son unos doce minutos por pedido y entran unos sesenta pedidos por semana. Doce horas semanales, casi un sueldo completo, dedicadas a copiar datos de un lado a otro.

Además hay errores. Si el uno por ciento sale mal, son dos o tres pedidos por semana que hay que corregir, con el costo de la corrección y el desgaste con el cliente.

Un sistema que reciba el pedido por donde venga, aplique la lista de precios correcta y lo registre sin intervención cambia esas doce horas por dos de revisión. Las otras diez vuelven a tareas que sí necesitan una persona: cobranzas, seguimiento, compras.

Ese cálculo, con tus propios números, es el que decide si el proyecto se justifica. No hace falta más.

Comprar, adaptar o construir

La decisión rara vez es entre dos opciones. Son tres, y la del medio es la que más se olvida.

Comprar es tomar un producto que existe y usarlo como viene. Es lo más barato y lo más rápido, y funciona cuando tu proceso puede adaptarse al producto. La resistencia a esto suele ser cultural, no técnica: "nosotros siempre lo hicimos así". Adaptar es tomar un producto que existe y construir alrededor solo la pieza que te falta. Una integración, un panel propio que lee los datos del sistema comprado, un agente que consulta ese sistema y responde por WhatsApp. Es donde más rinde el presupuesto y es la opción que casi nadie evalúa. Construir es hacer el sistema entero. Se justifica cuando el proceso que te diferencia es el sistema, no cuando simplemente no te gusta cómo se ve otra herramienta.

En la mayoría de los casos que llegan pidiendo un desarrollo a medida completo, la respuesta correcta es adaptar. Sale la mitad y se entrega en un tercio del tiempo.

Qué preguntar en la primera reunión

Cuatro preguntas separan a un proveedor que entendió tu problema de uno que está cotizando horas.

¿Qué parte de esto se resuelve sin desarrollar nada? Un proveedor honesto va a nombrar al menos una. ¿Cuál es la primera entrega y cuándo está en producción? Si la respuesta es "al final de todo", buscá otro. ¿Qué pasa si en el medio aparece algo que no estaba previsto? Tiene que haber una respuesta clara, y la respuesta correcta no es "lo vemos". ¿Quién se queda con el código y con los datos? Se define por escrito antes de empezar, no cuando el proyecto termina.

Si las cuatro tienen respuesta en la primera reunión, el proyecto ya arrancó mejor que la mayoría.

Cómo evitar el proyecto eterno

Alcance cerrado por escrito. Qué entra, qué no, y qué pasa con lo que aparezca después. Lo nuevo se cotiza aparte en vez de empujar la fecha. Entregas que sirven solas. La primera entrega tiene que resolver algo completo, aunque sea chico, y estar en producción. Un proyecto que entrega todo al final es un proyecto que no entrega nada hasta el final. Una persona que decide de tu lado. Una sola, con autoridad para responder en el día. Tres personas decidiendo son tres semanas de demora. Pruebas desde el principio. Un sistema sin pruebas automáticas se vuelve más caro cada mes que pasa, porque cada cambio nuevo puede romper algo viejo sin que nadie se entere hasta que lo ve un cliente.

Cómo trabajamos nosotros

El pack Operación Completa cubre el caso más frecuente: tienda, backoffice y agente de WhatsApp que consulta stock y precios reales y registra el pedido, todo en un circuito. Implementación de USD 3.500, abono de ARS 350.000 por mes, entrega en treinta días hábiles.

Cuando tu operación necesita algo que ningún pack cubre, se cotiza aparte, con el alcance escrito antes de empezar y entregas parciales que ya funcionan. El stack es React, Next.js, TypeScript y Node, con pruebas automatizadas y despliegue continuo.

Si la parte que más te aprieta es la atención al cliente, el camino más corto y más barato es empezar por ahí: está explicado en agente de IA para WhatsApp.

Escribinos por WhatsApp con el proceso que querés automatizar y te decimos si conviene un pack, un desarrollo a medida, o ninguno de los dos.