Aplicaciones web y móviles 7 min

Construir o comprar su software en 2026: ¿a quién creer?

En 2026, la IA hace más rápida la construcción de un software, pero no su explotación. Para un equipo de 50 personas, comprar sigue siendo la buena elección en todo lo estándar; construir se justifica en el proceso que le distingue, y la vía más segura suele ser ampliar una herramienta abierta en lugar de partir de cero.

Índice7
  1. 01Dos grandes consultoras, dos consejos opuestos
  2. 02Lo que dicen los directivos de las grandes empresas
  3. 03La IA acelera la escritura del código, no el resto
  4. 04Lo que decide para un equipo de 50 personas
  5. 05Lo que pensamos
  6. 06Por dónde empezar
  7. 07Preguntas frecuentes

«Construir o comprar» es una vieja pregunta de las direcciones de informática. La IA la ha reabierto: si un asistente de programación escribe el código en pocas horas, ¿por qué pagar una suscripción por usuario por un software que solo hace la mitad de lo que se quiere? Las grandes consultoras no dan la misma respuesta, y sus consejos no se dirigen a las mismas empresas.

Este artículo toma distancia del debate. Para la decisión práctica, herramienta por herramienta, nuestra guía Aplicación de negocio: ¿a medida o herramienta del mercado? ofrece la tabla de decisión y la comparación a tres años.

En resumen

  • Deloitte, que vende consultoría, auditoría y servicios de IA, aconseja a las empresas no cotizadas no malgastar recursos en construir lo que pueden comprar.
  • BCG, que vende consultoría en IA, escribe en septiembre de 2026 que hay que empezar en pequeño, construir antes que comprar y elegir.
  • En EY, que vende consultoría y servicios de IA, el 76 % de los directivos estadounidenses encuestados dice que el software del mercado ya no responde a sus necesidades, pero el 72 % dice que los programas construidos internamente con IA les plantean dificultades.
  • Para un equipo de 50 personas, la verdadera pregunta no es «construir o comprar», sino «quién hará funcionar este software dentro de tres años».

Dos grandes consultoras, dos consejos opuestos

La contradicción salta a la vista cuando se leen los dos textos uno al lado del otro.

Deloitte: compre

  • Guía destinada a las empresas no cotizadas, publicada en 2026

  • No malgastar recursos en construir una capacidad de IA que se puede comprar

  • Lógica: ir rápido, reducir el riesgo

BCG: construya

  • Texto de septiembre de 2026 en su página dedicada a los agentes de IA

  • Empezar en pequeño, construir antes que comprar, ser selectivo

  • Lógica: conservar el control de lo que diferencia

La guía de Deloitte Private se dirige a empresas que a menudo no tienen ni equipo de desarrollo ni presupuesto para montarlo. El texto de BCG, publicado en su página dedicada a los agentes de IA, habla a organizaciones que sí lo tienen, y para las que el software es una palanca de diferenciación. Ambos consejos pueden ser acertados, cada uno para su lector. Ninguno habla de un equipo de 50 personas.

Lo que dicen los directivos de las grandes empresas

EY, que vende consultoría y servicios de IA, encuestó en 2026 a 534 directivos estadounidenses de nivel SVP o superior, en organizaciones que ya invierten en IA. No es una muestra de pymes, y la base excluye a las empresas que no han empezado.

76 %

dicen que el software del mercado ya no responde a sus necesidades específicas

87 %

han desplegado o están probando software interno construido con IA

72 %

dicen que las dificultades con ese software frenan sus avances

Fuente: EY, AI Pulse, oleada 5, 534 directivos estadounidenses, julio de 2026

Las tres cifras cuentan una historia coherente: las ganas de construir son fuertes, los primeros resultados son más complicados de lo previsto. El mismo entusiasmo y la misma prudencia en otros lugares: BCG solo cuenta un 11 % de grandes empresas que se apoyan sobre todo en un desarrollo interno para su IA, según su estudio «The Widening AI Value Gap» a 1 250 directivos, el 90 % en empresas de más de mil millones de dólares (BCG, 2025).

En las empresas europeas, la estadística pública no deja lugar a dudas. Según el instituto estadístico francés INSEE, el 80 % de las empresas francesas de 10 o más personas que utilizan la IA la adquieren comprando software listo para usar. En la Unión, el 57,9 % de las empresas que utilizan la IA compran soluciones listas para usar y el 21,8 % desarrollan internamente, y ambas vías pueden combinarse (Eurostat, isoc_eb_ai, datos de 2024). Comprar sigue siendo la norma, y con mucho.

La IA acelera la escritura del código, no el resto

El argumento central del «construya» es que la IA ha reducido el coste del desarrollo. Es cierto para una parte del trabajo, y es menos claro de lo que se dice.

  1. Febrero de 2023

    En un ensayo de laboratorio sobre una única tarea, desarrolladores equipados con un asistente escriben un servidor web un 55,8 % más rápido que el grupo de control.

  2. Julio de 2025

    En un ensayo aleatorizado de METR, 16 desarrolladores experimentados tardan un 19 % más con la IA en sus propios proyectos, aunque creen haber ganado un 20 %.

  3. Febrero de 2026

    METR vuelve a medir y encuentra una reducción del tiempo de realización del 18 % para los primeros desarrolladores y del 4 % para los nuevos, una señal que él mismo considera poco fiable.

La lectura honesta: en una tarea aislada y bien definida, la IA hace ganar mucho; en un proyecto real, con su historial y sus limitaciones, la ganancia es incierta y la percepción la sobreestima. Sobre todo, escribir el código es solo una parte del coste de un software. Quedan el diseño, la seguridad, las actualizaciones, las copias de seguridad, la migración de los datos, el soporte y la persona que entenderá el código dentro de tres años. Lo desarrollamos en Vibe coding: la IA programa rápido, el producto sigue siendo humano.

Lo esencial

El coste de un software está sobre todo después de la puesta en servicio

La IA reduce el tiempo de escritura del primer borrador. No reduce ni el mantenimiento ni la responsabilidad de lo que funciona en producción.

Lo que decide para un equipo de 50 personas

Para una empresa de 20 a 500 personas, reducimos la decisión a cuatro preguntas, en este orden.

  1. ¿Le distingue este proceso?

    La contabilidad, las nóminas y el correo son iguales en todas partes: compre. El proceso por el que sus clientes le eligen (un presupuesto complejo, un seguimiento de obra, un recorrido de cliente particular) merece que se mire más allá.

  2. ¿Cubre una herramienta abierta el 80 % de la necesidad?

    Si es así, ampliar esa herramienta cuesta casi siempre menos que partir de cero, y conserva sus actualizaciones.

  3. ¿Quién hará funcionar el software dentro de tres años?

    Sin nadie que lo mantenga, internamente o en un proveedor comprometido, un software construido se convierte en una deuda desde su primer incidente.

  4. ¿Qué cuesta la compra a tres años?

    La suscripción por usuario sube con el equipo; compare a tres años, no sobre el precio de partida. Nuestro método está en Salir del SaaS: el coste real a 3 años.

El modelo de precios también cambia el cálculo. En EY, el 82 % de los directivos encuestados cree que la tarificación por usuario perderá pertinencia en su sector. Si sus proveedores pasan a facturar por uso, un software comprado puede volverse más caro o más barato, y la comparación debe rehacerse.

Lo que pensamos

El debate entre Deloitte y BCG opone dos extremos. Para la mayoría de los equipos de 20 a 500 personas, la buena respuesta nos parece estar en el medio: comprar lo estándar, ampliar una herramienta abierta para lo que importa y construir desde cero solo como último recurso, sobre un perímetro estrecho.

Sobre el terreno

Ampliar en lugar de construir, desde principios de 2025

Operamos Twenty, un CRM de código abierto, en producción desde principios de 2025, en particular como CRM de Palmora Property, un portal inmobiliario en Tailandia. En lugar de escribir un CRM, desarrollamos una aplicación de negocio sobre él y la publicamos en la tienda de Twenty. Conservamos las actualizaciones de la herramienta y solo mantenemos lo que nos es propio.

Nuestro sesgo es conocido: vendemos desarrollo de aplicaciones. Precisamente por eso empezamos cada proyecto con la pregunta de la compra. Un software construido para una necesidad que cubría una herramienta del mercado es un gasto que nadie nos agradecerá.

Por dónde empezar

Enumere sus programas y, para cada uno, responda a las cuatro preguntas anteriores. La mayoría caerá en «comprar». Para el proceso o los dos procesos que queden, compare la ampliación de una herramienta abierta y el desarrollo, en coste a tres años. Nuestra guía Cuánto cuesta una aplicación: lo que hace variar el precio ayuda a presupuestar, y Low-code o código a elegir las herramientas. Si gana el desarrollo, nuestra oferta de desarrollo de aplicaciones empieza por delimitar ese perímetro estrecho.

Preguntas frecuentes

¿Hay que desarrollar su propio software con IA en 2026?

Solo para el proceso que le distingue, y solo si alguien puede mantenerlo. La IA acelera la escritura del código, pero los estudios siguen divididos sobre la ganancia real en un proyecto completo, y el mantenimiento, la seguridad y el soporte no bajan. Para el resto, comprar sigue siendo la norma.

¿Por qué Deloitte y BCG no dicen lo mismo?

Porque no hablan a los mismos lectores. La guía de Deloitte se dirige a empresas no cotizadas, a menudo sin equipo de desarrollo; el texto de BCG, a organizaciones que tienen uno y buscan diferenciarse. Ambas consultoras venden consultoría en IA en los dos casos.

Ampliar un software de código abierto, ¿es construir o comprar?

Es una vía intermedia: parte de una herramienta existente y mantenida, y solo escribe lo que le es propio. El coste es menor que el de un desarrollo completo y conserva las actualizaciones de la herramienta. La condición es elegir una herramienta cuya licencia y arquitectura permitan esas ampliaciones.

¿Reduce la IA el coste de un software a medida?

Reduce el tiempo de escritura de una parte del código. No reduce el coste de diseño, pruebas, seguridad, alojamiento y mantenimiento, que a menudo pesan más a tres años. Compare siempre el coste total, no solo el precio del desarrollo.

Fuentes

  1. Deloitte Private (nueva pestaña)deloitte.com
  2. Página dedicada a los agentes de IA (nueva pestaña)bcg.com
  3. BCG, 2025 (nueva pestaña)media-publications.bcg.com
  4. INSEE (nueva pestaña)insee.fr
  5. Eurostat, isoc_eb_ai (nueva pestaña)ec.europa.eu
  6. Un 55,8 % más rápido (nueva pestaña)arxiv.org
  7. Un 19 % más (nueva pestaña)arxiv.org
  8. Poco fiable (nueva pestaña)metr.org
Fuente 1

Deloitte Private

Leer en deloitte.com(nueva pestaña)
Fuente 2

Página dedicada a los agentes de IA

Leer en bcg.com(nueva pestaña)
Fuente 5

Eurostat, isoc_eb_ai

Leer en ec.europa.eu(nueva pestaña)
Fuente 6

Un 55,8 % más rápido

Leer en arxiv.org(nueva pestaña)

Jim · fundador de Brain Plus AI

Más artículos sobre aplicaciones web y móviles

  • Elegir y presupuestar7 min

    Aplicación de negocio: ¿a medida o herramienta del mercado?

    Un software del mercado cuesta menos mientras su forma de trabajar quepa en sus casillas. Estas son las señales que inclinan la balanza hacia el desarrollo a medida, y la vía intermedia que a menudo se olvida.

  • Entender8 min

    Cyber Resilience Act: notificar una vulnerabilidad en 24 horas

    Desde el 11 de septiembre de 2026, un fabricante de software o de objetos conectados vendidos en Europa debe notificar sus vulnerabilidades explotadas y sus incidentes graves en 24 horas. A quién afecta, qué hay que declarar y qué aporta esta obligación a una empresa que encarga o compra aplicaciones.

  • Entender6 min

    Aplicación de campo: lo que cambia para sus equipos

    Técnicos, repartidores, comerciales en ruta, equipos de obra: una aplicación interna les ahorra el papel, las fotos perdidas en una mensajería y la doble introducción de datos por la noche. Esto es lo que cambia y lo que hace falta para que sirva.

WhatsApp