Build vs Buy: cómo decidir sin conflicto de interés
Un framework honesto para decidir entre construir software a medida, comprar un SaaS o adoptar una solución híbrida. Sin sesgo de vendor, con criterios verificables y casos donde cada camino es el correcto.
La pregunta llega después del diagnóstico: una empresa entiende que su software actual no aguanta más y tiene que decidir. ¿Construir un sistema propio? ¿Comprar un SaaS y migrar? ¿Una mezcla? El problema es que casi cualquiera que responde tiene conflicto de interés. El vendor de SaaS dirá “compra”. La consultora que construye dirá “construye”. El integrador dirá “ambas y yo te lo conecto”.
Este artículo es para que la decisión la tome la empresa con criterio propio. Un framework con cinco preguntas concretas, una tabla de cuándo cada camino es el correcto, y los tres errores más caros que vemos en empresas medianas. Sin venta. Sin “depende”.
Por qué la decisión se toma mal tan seguido
Tres razones que vemos repetidas. La primera es de sesgo: la mayoría consulta primero al vendor que le va a vender la respuesta. La segunda es de horizonte: comparan el primer año de costos cuando la decisión es a 3-5 años. La tercera es de identidad: confunden lo que la empresa hace bien con lo que es central a su ventaja competitiva. No es lo mismo “lo hacemos bien” que “esto nos distingue”.
Joel Spolsky lo formuló en 2001: si tu diferencia depende de hacer X de forma única, construye X. Si X es commodity (facturación, email, contabilidad básica), cómpralo. La regla sigue vigente. Lo que cambió es que en 2026 la zona gris es enorme: hay procesos que son commodity para una empresa y core para otra del mismo rubro.
El framework: cinco preguntas
Si respondes sí a tres o más, construir tiene sentido.
Ventaja competitiva
¿Este proceso es lo que te distingue de tus competidores?
Encaje SaaS
¿Existe un SaaS que cubra el flujo sin que tengas que rediseñar tu negocio?
TCO 3 años
¿El costo total a 3 años favorece construir vs licenciar + integrar?
Velocidad de cambio
¿Necesitas cambiar el proceso varias veces al año?
Capacidad operativa
¿Tienes equipo (propio o contratado) para mantener lo construido?
Pregunta 1, ventaja competitiva
Si el proceso es lo que distingue a tu empresa, construirlo da control. Si es commodity, construirlo es un lujo caro. Una panadería gourmet podría tener un sistema de gestión de masa madre único (es su diferencial), pero no necesita construir su contabilidad. Una consultora podría construir su plataforma de gestión de proyectos solo si la metodología propia es su diferencial vendido al cliente. Si no, Asana o Monday existen.
Prueba de honestidad: si describes el proceso a un competidor, ¿lo identifica como algo único tuyo, o lo encuentra similar a lo que él hace? Si lo segundo, no es tu diferencial.
Pregunta 2, encaje SaaS
Hay tres niveles. Encaje natural: el SaaS cubre 90% de lo que necesitas y los 10% restantes son tolerables. Encaje forzado: cubre 60-80% y tienes que adaptar tu operación al producto. No-encaje: cubre menos de 60% o te obliga a operar como no quieres.
El encaje forzado es la trampa más común. El producto promete cubrir todo, lo compras, y descubres que tu equipo está rediseñando flujos para acomodar el software. El SaaS terminó definiendo cómo operas. A veces eso está bien (alinea con buenas prácticas que no tenías), a veces es desastroso (rompe lo que te hacía diferente).
“Personalizable” en una demo de SaaS no es lo mismo que “se adapta a tu proceso”. Personalizable suele significar campos custom, reglas de workflow predefinidas, branding. Cuando el proceso requiere lógica que el producto no contempló, personalizable termina siendo “podemos consultarlo con el equipo de desarrollo, tarifa premium, tiempos sin garantía”.
Pregunta 3, TCO a 3 años
La comparación honesta requiere mirar 3 años, no 1. Construir cuesta más al inicio y menos después; SaaS cuesta menos al inicio y más después. La intersección suele estar entre el año 2 y el año 4 según volumen de uso y proveedor.
Sistema de gestión interno para 20 usuarios, Chile, 2026.
Los rangos asumen volumen y complejidad típicos de PyME mediana chilena, 2026. No son cifras universales. El ejercicio honesto es pedir cotización real a 2-3 proveedores SaaS y a 2-3 proveedores de software a medida con el mismo brief.
Pregunta 4, velocidad de cambio
Si necesitas cambiar el proceso 3-4 veces al año (porque el negocio crece, porque las regulaciones cambian, porque tus clientes exigen), un SaaS te limita. La velocidad de cambio del SaaS la define el proveedor, no tú. Para procesos estables (contabilidad, email, helpdesk), el SaaS gana. Para procesos en evolución continua (motor de operaciones, lógica de pricing, integraciones específicas), construir gana.
La pregunta no es solo qué cuesta hoy. Es quién decide cuándo cambia tu sistema.
Pregunta 5, capacidad operativa
Construir software que no puedes mantener es peor que comprar. Si tu empresa no tiene equipo TI propio ni presupuesto sostenido para mantenimiento, considera SaaS o un proveedor de mantenimiento con contrato anual claro. Lo que mata empresas medianas no es decidir construir, es decidir construir sin plan de mantenimiento.
Pregunta concreta para tu equipo: “Si el desarrollador principal renuncia mañana, ¿qué pasa?”. Si la respuesta es “no sabemos”, el problema no es build vs buy: es de gobernanza. Resuelve eso antes.
Cuándo cada camino es correcto
Reglas generales con casos típicos chilenos.
- 01 Construye: motor central del negocio. Plataforma de matching, lógica de precio dinámico, operación específica del rubro, certificación con trazabilidad legal, integraciones profundas con SII o medios de pago no estándar.
- 02 Compra: procesos commodity administrativos. Email (Google Workspace), CRM básico (Pipedrive, HubSpot), contabilidad (Defontana, Bsale), facturación SII (Facturapi, Acepta), helpdesk (Zendesk, Freshdesk), gestión documental.
- 03 Híbrido: lo común. Compras commodity, construyes lo central. 80% de empresas medianas opera así (Gartner, 2023). Lo que falta no es la decisión: es planificarlo en vez de acumularlo.
- 04 Custom-on-OSS: punto medio. Construyes sobre open source (Django, Saleor, PocketBase, Strapi, n8n). Reduces costo inicial vs custom puro, mantienes propiedad y portabilidad.
- 05 SaaS con escape plan: pragmático. Compras SaaS pero exiges desde día uno: contrato con DPA, exportabilidad documentada, plan de salida con fecha. Si el proveedor se resiste, es bandera roja.
Tres errores caros
Error 1: construir lo commodity. Una PyME construye su propio sistema de facturación porque “es más barato a la larga”. A los dos años el sistema está mal mantenido, no cumple las reglas que cambió el SII, y reemplazarlo cuesta lo que habrían gastado en SaaS desde el inicio. Regla: si el proceso es regulado y cambia con frecuencia, compra.
Error 2: comprar lo central. Una consultora con metodología propia compra una plataforma estándar de gestión. A los seis meses, todo su equipo está adaptando flujos al producto en vez de operar como antes. La diferenciación se diluye y los clientes lo notan. Regla: si el proceso es lo que vendes, no lo subcontrates al producto.
Error 3: construir sin plan de mantenimiento. Empresa contrata desarrollo a medida, lanza, no presupuesta mantenimiento. A los 18 meses el sistema acumuló deuda técnica, depende de una persona, y entran en fase 3 de deuda técnica. Regla: presupuesta 15-25% del costo inicial cada año, o no construyas.
Ejemplos honestos
En Bioaudita, una plataforma de certificación orgánica, la decisión fue construir porque la trazabilidad inmutable con firma electrónica Ley 19.799 es lo que la diferencia. No existe SaaS que cubra ese flujo sin contorsiones, y la lógica es regulada y específica.
En TCultura, construimos la plataforma de ticketing más medición de impacto socioemocional, pero usamos Flow y Transbank para pagos (commodity), Google Workspace para colaboración (commodity), y bibliotecas open source para escalas psicométricas validadas (no inventamos). El resultado es híbrido planificado, no acumulado.
En productos que ofrecemos a nuestros propios clientes (Hub Nubiq, Sign DataNubi), la lógica es la misma: construimos cuando la diferencia importa, integramos cuando es estándar. Hub Nubiq usa Stripe para billing (no construimos billing engine). Sign DataNubi usa Smallstep CA para PKI (no construimos autoridad certificadora). El diferencial está arriba, no en los cimientos.
Construye lo que te distingue. Compra lo que no. La trampa es confundir lo segundo con lo primero.
Cláusulas que sí exigir si compras SaaS
- 01 DPA firmado con jurisdicción definida (Chile o equivalente acordado).
- 02 Exportabilidad completa de datos en formato estándar, sin costo adicional al salir.
- 03 Plazo definido de notificación de brechas (idealmente 72 horas, máximo 7 días).
- 04 Acceso a logs de auditoría y trazabilidad de cambios.
- 05 Compromiso de continuidad: qué pasa si el proveedor cierra o es adquirido.
- 06 Cláusula de revisión de precio (no aumento unilateral arbitrario).
- 07 Plan de salida documentado con fecha máxima de migración garantizada.
Cierre
Build vs Buy no es ideológico. Es operativo. La empresa que construye todo porque “todo es estratégico” se ahoga en mantenimiento. La empresa que compra todo porque “es más fácil” termina con un Frankenstein de SaaS desconectados pagando licencias que duplican el costo de construir.
El framework de cinco preguntas resuelve la mayoría de casos. Para los demás (y son los interesantes), conversemos. No te vamos a vender una construcción si lo correcto es comprar: te vamos a decir qué proceso es central y qué proceso es commodity, con la honestidad que da trabajar los dos lados.
Preguntas frecuentes
¿Cuándo conviene construir software a medida?
Cuando el proceso es central a tu ventaja competitiva, cuando no existe SaaS que cubra tu flujo sin contorsionar tu negocio, o cuando los costos recurrentes de SaaS superan en 3 años el costo de construir + mantener. También cuando necesitas integraciones profundas que ningún proveedor ofrece.
¿Cuándo conviene comprar un SaaS?
Cuando el proceso es commodity (facturación, contabilidad básica, email, CRM estándar, helpdesk), cuando el time-to-value importa más que la diferenciación, o cuando tu equipo no tiene capacidad de mantener software propio. Comprar es la respuesta correcta para la mayoría de procesos administrativos.
¿Qué es una solución híbrida?
Un stack donde compras lo commodity (Gmail, Slack, contabilidad, CRM básico) y construyes lo que te diferencia (motor de matching, lógica de precio dinámico, dashboard operativo específico). Gartner estima que el 80% de empresas medianas opera así, pero pocas lo planifican: la mayoría llega por acumulación.
¿Cuánto cuesta construir software a medida?
Un MVP funcional cuesta entre 80 y 300 UF + IVA en Chile. Un sistema empresarial completo entre 500 y 2.000 UF. El mantenimiento anual realista es 15-25% del costo inicial. Cualquier cotización fuera de estos rangos requiere segunda opinión.
¿Cuánto cuesta un SaaS a 3 años?
Depende del proveedor y usuarios. Un CRM tipo Salesforce o HubSpot Enterprise para 20 usuarios cuesta entre USD 25.000 y USD 60.000 a 3 años. Un ERP cloud entre USD 30.000 y USD 150.000. La cifra real incluye implementación, training y ajustes, no solo licencias.
¿Cuál es el mayor riesgo de comprar SaaS?
Vendor lock-in: dependencia que se vuelve difícil de revertir. Subidas de precio sin negociación, cierre de funcionalidades, exportabilidad limitada de datos. El segundo riesgo es que el SaaS define cómo opera tu negocio, no al revés: terminas adaptando tu proceso al producto.
¿Quién en aGo puede dar segunda opinión sin sesgo?
Trabajamos los dos lados. Construimos software a medida (somos build) y operamos productos showcase como Nubiq, DataNubi, QueLicitar. Eso nos da contexto para recomendar buy cuando es lo correcto, sin perder cliente. Una segunda opinión de 20 minutos es gratis.