Estrategia
Software a medida vs SaaS: cuándo conviene cada uno (con números)
La decisión entre comprar un SaaS o desarrollar a medida es una de las más caras que toma una empresa. Te damos un marco con cinco variables, casos reales con costos, y un patrón híbrido que está ganando: SaaS para lo commodity, custom para lo que te diferencia.
"¿Compramos una herramienta o lo desarrollamos nosotros?" es probablemente la pregunta más cara que pasa por un comité de IT en cualquier empresa mediana. La respuesta correcta vale entre USD 50.000 y USD 500.000 a lo largo de tres años. La incorrecta puede costar más y atrasar dos años un proyecto crítico.
Después de implementar las dos caras de esta decisión en proyectos para clientes de distintos tamaños, te paso el marco que usamos para evaluar. Sin marketing.
La trampa más común: comparar precios de licencia contra costo total
Cuando alguien dice "el SaaS cuesta USD 300/mes, el desarrollo a medida cuesta USD 80.000", está comparando manzanas con autos. La comparación honesta requiere mirar tres años, e incluir todo:
- SaaS: licencia + implementación + integraciones (siempre hay) + customización (siempre hay) + capacitación + costo de cambiar de proveedor si el SaaS no aguanta el crecimiento.
- A medida: desarrollo inicial + mantenimiento (15-25% del desarrollo por año) + hosting + evoluciones + costo de no poder usarlo si el equipo se va.
Una vez que normalizás contra TCO (Total Cost of Ownership) a 3 años, la conversación cambia mucho.
Las cinco variables que importan
1. ¿Qué tan core es el proceso para tu negocio?
Si el proceso es commodity (lo que hacen todas las empresas igual: emails, facturación, CRM básico, gestión documental), el SaaS gana casi siempre. Hay miles de empresas pagando por ese mismo problema y entre todas amortizaron un producto pulido.
Si el proceso es tu diferencial competitivo (cómo asignás rutas de entrega, cómo personalizás recomendaciones a clientes, cómo gestionás tu cadena de producción específica), un SaaS te empuja al promedio. Y en lo diferencial, el promedio te mata. Acá custom suele ganar.
2. ¿Qué tan único es tu proceso?
Test simple: si comprás un SaaS líder de la categoría y tu equipo te dice "tenemos que cambiar cómo trabajamos", está bien hasta cierto punto — las buenas prácticas existen. Si tu equipo te dice "no podemos cambiar porque eso es justamente lo que nos hace mejores que la competencia", el SaaS te va a frenar. A medida te deja modelar exactamente tu proceso.
3. ¿Cuántos usuarios y qué volumen?
SaaS cobra por usuario o por volumen. Eso es genial cuando arrancás chico. Pero cuando llegás a 200+ usuarios o millones de transacciones por mes, la cuenta de licencias se vuelve más cara que mantener un equipo de desarrollo dedicado. El "break-even" típico está entre USD 60.000 y USD 150.000 anuales de SaaS.
4. ¿Qué integraciones necesitás?
Un SaaS te da las integraciones que tiene en su catálogo. Si necesitás conectarlo con un ERP custom, un sistema legacy, un canal poco común (WhatsApp Business con flow específico, una pasarela de pago local), terminás pagando: en consultoría, en integraciones armadas a mano, o en limitaciones del flujo.
Custom te deja conectar lo que necesites. La contrapartida: vos sos responsable de mantener esas integraciones cuando los APIs externos cambian.
5. ¿Cuál es tu velocidad?
Un SaaS está disponible mañana. Un desarrollo a medida tarda entre 8 y 40 semanas según alcance. Si tenés una urgencia comercial o regulatoria, no hay debate: SaaS para empezar.
Lo que vemos funcionar bien en ese caso: empezar con SaaS para no perder el ritmo del negocio, y planificar la migración a custom para los flujos diferenciales cuando ya tenés claro qué necesitás.
Casos reales con costos
Caso A: e-commerce que se quedó corto con SaaS
Empresa de retail con e-commerce sobre Shopify. Volumen: 8.000 pedidos/mes. Necesidades crecientes: gestión de stock multi-depósito, ruteo de pedidos por SKU, integración con tres marketplaces, lógica de promociones complejas que Shopify no soporta nativo.
Lo que estaban pagando: Shopify Plus + 12 apps de terceros + customización en Liquid + un developer a tiempo parcial parchando = USD 4.500/mes (USD 162.000 a 3 años).
Lo que hicimos: e-commerce custom sobre stack propio, conectado a su ERP, con la lógica de promociones y ruteo embebida. Costo: USD 95.000 desarrollo inicial, USD 1.800/mes mantenimiento + hosting. 3 años: USD 159.800.
Resultado: ahorraron poco en dinero pero ganaron mucho en velocidad de cambio. Lo que antes tardaba 2 semanas (a través del partner de Shopify), ahora se hace internamente en 2 días. Lecciones: cuando el e-commerce es el producto, custom paga rápido en agilidad aunque el ROI puro sea parejo.
Caso B: empresa mediana que arrancó custom y se equivocó
Empresa de servicios B2B, 80 empleados. Querían un "CRM a medida" porque sentían que Salesforce era caro. Presupuesto: USD 60.000 desarrollo.
Realidad: USD 75.000 desarrollo (15% sobre presupuesto, normal), USD 1.200/mes mantenimiento + servidor, y a los 14 meses pidieron features que cualquier CRM trae out-of-the-box (forecast por sales rep, integración con calendario, automation de seguimiento). Esos 14 meses representaron USD 32.000 más en evoluciones.
Lo que terminamos haciendo: migrar a HubSpot ($1.200/mes para sus 12 usuarios sales) y mantener custom solo dos flujos diferenciales (cotización con cálculo complejo + integración con sistema interno de facturación). Costo total después de la migración: USD 14.400/año SaaS + USD 25.000 mantenimiento custom = USD 39.400/año. Antes pagaban USD 14.400/año custom-only pero con un sistema que requería trabajo permanente y faltaban features que el equipo necesitaba.
Lección: ir custom-only porque "Salesforce es caro" sin entender qué de Salesforce realmente usás es una trampa común. La parte "cara" del SaaS suele ser justamente la que te aporta valor que tu equipo no tiene tiempo de construir.
Caso C: gestión operativa donde custom ganó claro
Empresa de logística con 22 sucursales. Necesitaban control operativo: checklists diarios, gestión de tickets de mantenimiento, ruteo de entregas. Evaluaron SaaS pero ninguno cubría su lógica específica (ruteo dependiente de ventanas horarias del cliente + tipo de carga + restricciones del vehículo).
Lo que hicimos: plataforma operativa custom integrada a su sistema de gestión y a Google Maps. Costo: USD 110.000 desarrollo, USD 2.400/mes mantenimiento.
Resultado: reducción de 30% en tiempo muerto entre entregas. ROI positivo a los 8 meses solo en combustible y horas de chofer. Lección: cuando el proceso es operativo-diferencial y no hay SaaS que lo modele bien, custom es la única opción razonable.
El patrón híbrido que está ganando
La mayoría de las empresas medianas que vemos prosperar en los últimos 3 años usan un patrón híbrido:
- SaaS para lo commodity: email (Google Workspace), CRM básico (HubSpot, Pipedrive), facturación, contabilidad, soporte (Intercom, Zendesk básico), HR, gestión documental.
- Custom para lo diferencial: e-commerce con lógica propia, plataforma operativa específica del negocio, motor de pricing/personalización, integraciones complejas que el SaaS no soporta.
- Integración entre los dos: capa de glue code o iPaaS (Make, n8n, Zapier en casos simples) que conecta los SaaS y el custom para que la data fluya.
Lo que NO funciona bien: ir 100% SaaS y forzar todo el negocio a entrar en los moldes del SaaS, ni ir 100% custom y reinventar la rueda en cosas que no aportan diferencial.
Decisión rápida en tabla
| Si tu caso es... | Conviene |
|---|---|
| Proceso commodity + bajo volumen + necesitás velocidad | SaaS |
| Proceso diferencial + tu equipo dice "esto nos define" + volumen creciente | A medida |
| Mix de procesos commodity y diferenciales | Híbrido (SaaS + custom + integración) |
| SaaS líder de la categoría existe + tu proceso encaja 80%+ | SaaS (los 20% restantes se acomodan) |
| SaaS existe pero solo cubre 50-60% + el resto es crítico | Custom o híbrido fuerte |
| Volumen tan grande que el SaaS te cuesta >USD 100k/año | Evaluar TCO 3 años — probablemente custom |
Cómo decidir bien (proceso de 4 pasos)
- Listá tus procesos y marcá cada uno: commodity (todos lo hacen igual) o diferencial (tu manera es distinta y mejor).
- Para cada commodity: identificá 2-3 SaaS líderes, calculá el TCO a 3 años incluyendo implementación, capacitación, integraciones. Elegí el que mejor encaje.
- Para cada diferencial: hacé el ejercicio inverso. ¿Existe un SaaS que cubra 80%+ sin forzar tu proceso al promedio? Si sí, evaluá ese. Si no, custom.
- Integraciones: planificá desde el día uno cómo van a conectarse los sistemas. La integración mal pensada se come el 30% del valor.
El error más caro que vemos
Decidir solo por precio de licencia inicial. Una empresa que elige SaaS porque "es barato" y a los 18 meses se da cuenta de que no le sirve, perdió 18 meses + el costo de migración + el costo del SaaS + la energía del equipo aprendiendo algo que después no usa. Una empresa que va custom porque "vamos a ahorrar" sin medir TCO honesto a 3 años, termina con un sistema que requiere mantenimiento constante y carece de features que cualquier SaaS trae out-of-the-box.
La decisión correcta requiere pensar a 3 años, contar todo, y ser honesto sobre cuál es tu diferencial real.
En síntesis
SaaS y custom no son opuestos, son herramientas distintas. SaaS para lo que es commodity y donde la velocidad y la madurez del producto pesan. Custom para lo que es tu diferencial, donde forzarte al molde de un SaaS te empuja al promedio. Híbrido para lo que es la mayoría de las empresas reales.
En Pisol implementamos las tres variantes. Si tu empresa está en una decisión de este tipo, contanos qué proceso querés evaluar y armamos un análisis con TCO a 3 años antes de proponer arquitectura.
Seguir leyendo