Cómo convencer a tus socios de invertir en tecnología (y qué responder si alguien dice que la IA lo hace gratis)

Hace poco entregamos una plataforma completa, funcionando al cien por ciento. Un tiempo después, un profesional dedicado a aplicar inteligencia artificial en todos sus métodos —generación de imágenes, video, contenido— le comentó al dueño del negocio que eso él lo habría generado con pura IA, y que no debió haber pagado.

Es la objeción del momento, y va a aparecer en tu empresa tarde o temprano: alguien del equipo, un socio o un conocido va a decir que el sistema que estás por aprobar se resuelve con un prompt. Vale la pena tener clara la respuesta, porque no es “no es cierto”.

Sí, un prompt genera las funciones. Ese no es el trabajo

Para esa plataforma, efectivamente, pudo haberse escrito un prompt que generara las principales funciones. Negarlo sería deshonesto.

Pero el trabajo de un arquitecto de plataformas empieza donde termina la generación de módulos. Incluye el análisis y el planteamiento estructural de todos los componentes para aprovechar al máximo los recursos disponibles. Incluye escuchar al cliente sobre sus inquietudes y sus planes futuros, para cimentar las funciones iniciales sobre bases que permitan escalar después, por etapas, hacia lo que todavía no existe.

Una plataforma desarrollada únicamente con IA, sin conocimientos de arquitectura, habría resuelto correctamente cada solicitud por separado. Lo que no habría hecho es definir los patrones y lineamientos que van acercando poco a poco el producto a los planes del cliente, ni aprovechar y reutilizar las técnicas y el código ya implementados en cada nueva petición.

Eso se refleja en dos lugares muy concretos: en la calidad final del software, y en la factura mensual por uso de servicios que el cliente termina pagando.

Cada solicitud resuelta por separado, sin reúso ni criterio estructural, no es un ahorro: es una plataforma que cuesta más de operar cada mes y que se vuelve más difícil de crecer cada trimestre.

El argumento que sí mueve a un socio

Si tienes que llevar esta discusión a una junta, deja fuera la palabra “tecnología” y quédate con tres frases que cualquier socio entiende:

• Lo que cuesta operar. Una plataforma mal cimentada consume más recursos de servicio cada mes. No es un gasto de una vez: es un costo recurrente que crece contigo.
• Lo que vas a poder agregar después. Si lo que se construye hoy no contempla hacia dónde vas, cada función nueva se convierte en un proyecto nuevo. Con bases correctas, lo que sigue se apoya en lo que ya existe.
• De quién dependes para operar. Un sistema sin documentación, sin accesos y sin nadie que responda es un riesgo del negocio, no del área de sistemas. Lo desarrollo en tu desarrollador desapareció.

Nótese que ninguno de los tres es un argumento técnico. Son argumentos de costo, de crecimiento y de riesgo — que es el idioma en el que se aprueban los presupuestos.

Lo que terminó pesando en aquel caso

Al final, ese dueño no necesitó que le ganáramos el debate técnico. Durante todo el desarrollo había visto otra cosa: el acompañamiento, y el trabajo de traducir cada término al lenguaje no técnico para que él entendiera qué se estaba construyendo y por qué.

Eso le permitió llegar solo a la conclusión: que más allá del código, lo que en realidad importa es la relación y la confianza. Seguimos trabajando juntos.

Pero quiero ser preciso con el orden, porque importa: primero está el argumento duro —arquitectura, reúso, escalabilidad, costo mensual— y la confianza es lo que cierra. Un proveedor que solo responde “confía en mí” cuando le cuestionan el valor técnico no te está respondiendo.

Cómo lo abordamos por etapas

Cuando alguien de tu equipo pone esta objeción sobre la mesa, la salida no es discutir; es hacer visible la diferencia:

1. Poner por escrito a dónde quieres llegar en dos o tres años, no solo qué necesitas hoy.
2. Revisar qué de eso condiciona las decisiones de hoy — ahí es donde la arquitectura se paga sola.
3. Empezar por una etapa acotada que se pueda ver funcionando, en vez de aprobar un proyecto enorme a ciegas. Es el enfoque de modernizar por etapas sin proyectos eternos.
4. Exigir traducción: que cada decisión te la puedan explicar en lenguaje de negocio.

Nosotros usamos IA en nuestro propio trabajo y no lo escondemos —lo contamos en cómo usamos IA en el desarrollo, sin caja negra—. La diferencia no está en si se usa o no: está en si hay alguien que sepa qué se está construyendo, sobre qué bases y cuánto va a costar mantenerlo.

Si en tu empresa hay una discusión abierta sobre invertir o no, cuéntanos el caso y te damos nuestra lectura honesta en un diagnóstico gratuito por WhatsApp — incluso si la respuesta es que todavía no te conviene.