La decisión se suele plantear como un problema de precio, y no lo es. Una suscripción y un desarrollo a medida no compran la misma cosa: una compra acceso, la otra compra propiedad. Comparar sus números sin decir eso primero es comparar un alquiler con una escritura.
Las dos son decisiones correctas en distintos contextos, y la mayoría de las empresas necesita ambas al mismo tiempo para cosas distintas. Lo que casi nunca se hace bien es el criterio para saber cuál va en cada lugar.
Este artículo es sobre ese criterio: qué resuelve bien cada modelo, cómo se estructura el cálculo a varios años sin inventar cifras, qué pasa con tus datos cuando el proveedor cambia, y en qué caso deberías suscribirte y no construir.
Qué resuelve bien cada modelo
| Criterio | SaaS por suscripción | Software a medida |
|---|---|---|
| Lo que compras | Acceso mientras pagues. | Propiedad del código, los datos y los assets. |
| Tiempo a valor | Días. El producto ya existe. | Semanas o meses. Se construye. |
| Encaje con tu proceso | Tu proceso se adapta al producto. | El sistema se adapta al proceso que ya funciona. |
| Costo | Cuota recurrente, normalmente por usuario. | Inversión inicial, luego mantenimiento y evolución. |
| Quién decide el roadmap | El proveedor, para todos sus clientes. | Tú, para tu operación. |
| Integraciones locales | Las que el producto ya traiga. | Las que necesites, si se pueden construir. |
Ninguna columna es mejor. Son perfiles de riesgo distintos, y la pregunta es cuál de los dos riesgos te conviene tener.
El cálculo a cinco años, sin cifras inventadas
Casi todas las comparaciones de costo que vas a leer usan números de otra empresa. Los tuyos son los únicos que importan, así que lo útil es la estructura del cálculo, no el resultado de alguien más.
Para la suscripción, suma: la cuota mensual multiplicada por usuarios, multiplicada por sesenta meses. Después agrega lo que casi nadie agrega: el costo de implementación inicial, la migración de tus datos hacia el producto, la capacitación, los módulos que se cobran aparte, y una previsión de aumento de precio. Un aumento anual de un dígito medio es una suposición conservadora, y en cinco años compone más de lo que la intuición dice.
Para el desarrollo a medida, suma: la inversión del proyecto, el hosting, el mantenimiento anual y una bolsa de evolución. Ese total no crece con tus usuarios, y esa es la diferencia estructural más importante entre los dos modelos.
El resultado depende de una sola variable más que de ninguna otra: cuántos usuarios vas a tener en cinco años. Con un equipo que no crece, la suscripción suele ganar por bastante. Con un equipo que se duplica, el cruce llega antes de lo que parece, porque un lado escala con las personas y el otro no.
Haz el cálculo con tus números antes de pedir cotizaciones. Cómo se compone la inversión inicial de la segunda columna está en cuánto cuesta un sistema a medida, y sin ese número el ejercicio queda a medias.
El costo que no aparece en ninguna hoja de cálculo
Hay un costo que no se factura y que suele ser el más grande de todos: la fricción entre tu proceso y el software.
Se ve así. Tu equipo hace un paso fuera del sistema porque el sistema no lo contempla. Alguien mantiene un Excel paralelo para lo que el producto no guarda. Hay un campo que dice una cosa y se usa para otra, y todos lo saben menos el reporte. Cada mes se dedican horas a conciliar dos verdades.
Eso no aparece en la suscripción. Aparece en el sueldo de la gente que lo compensa, todos los meses, para siempre.
La pregunta correcta no es si el producto tiene la funcionalidad. Es cuántos pasos de tu operación quedan fuera de él, y cuánto tiempo humano cuesta cerrar esa brecha. Si la respuesta es "ninguno" o "casi ninguno", la suscripción es una ganga. Si son cuatro pasos y dos personas, ya estás pagando un desarrollo a medida: solo que en salarios y sin quedarte con nada.
Qué pasa con tus datos y tu operación si el proveedor cambia
Este es el riesgo que se materializa pocas veces y duele mucho cuando lo hace. Tres formas:
Sube el precio. Es lo más común y lo más manejable, salvo que la migración de salida sea cara, que es precisamente lo que hace que el aumento funcione.
Cambia el roadmap. Discontinúan el módulo que usas, rediseñan la interfaz que tu equipo ya domina, o se enfocan en un segmento que no es el tuyo. No hay nada que reclamar: su roadmap sirve a su mayoría, y si eres la excepción, eres la excepción.
Cierra, o lo compran. Poco frecuente, y sin apelación cuando ocurre.
En los tres casos la pregunta práctica es la misma: ¿puedes sacar tus datos, en un formato que sirva, sin depender de la buena voluntad del proveedor? Averígualo antes de firmar, no después. Un producto serio documenta su exportación; si hay que pedirla por soporte, ya tienes la respuesta.
Con desarrollo a medida ese riesgo no desaparece, se traslada: pasa a ser el riesgo de que tu proveedor de software desaparezca. La diferencia es que ahí sí puedes protegerte, y la protección tiene nombre concreto: el código y la infraestructura a tu nombre, y documentación suficiente para que otro equipo lo tome. Es una de las preguntas que conviene hacer antes de contratar, y la que más caro sale descubrir tarde.
Lo que el producto genérico no cubre aquí
Hay una categoría de requisitos donde la decisión se simplifica sola, porque el producto internacional simplemente no los tiene.
La facturación electrónica es el ejemplo más claro. Un sistema que opera en El Salvador tiene que emitir Documentos Tributarios Electrónicos, y eso no es una casilla de configuración: condiciona cómo se modela una venta. Lo tratamos en detalle en qué implica integrar DTE a tu sistema.
WhatsApp como canal operativo es el segundo. No como botón de contacto, sino como el lugar donde de verdad se confirman las citas y se coordinan los pedidos, integrado al sistema que tiene los datos.
Y el tercero es el hardware del rubro: básculas, lectores, impresoras fiscales, equipos de medición. Todo lo que hable un protocolo que un producto genérico no tiene motivo para conocer.
Si tu operación depende de alguno de los tres, la comparación ya no es entre dos modelos. Es entre construir y no hacerlo.
Cuándo la suscripción es la decisión correcta
Vale más decirlo aquí que en la llamada, y es la parte que más gente necesita leer.
Si tu equipo es pequeño y no va a crecer mucho, tu proceso es estándar y no tienes integraciones locales, suscríbete. Vas a tener algo funcionando esta semana, por una fracción del costo, mantenido por gente cuyo trabajo de tiempo completo es mantenerlo.
Lo mismo si tu proceso todavía no está claro. Construir a medida sobre un proceso que estás inventando es congelar en código una decisión que aún no tomaste. Usa un producto genérico un año, aprende qué es lo que de verdad no encaja, y solo entonces construye, sabiendo qué.
Y lo mismo si lo que quieres reemplazar funciona. Un sistema que tu equipo domina y que resuelve el problema no es deuda técnica: es infraestructura aburrida, que es la mejor clase que hay.
Si estás en el medio y no tienes claro de qué lado caes, esa distinción es exactamente lo que se puede resolver en una llamada de treinta minutos.
Cómo lo decidimos nosotros
Hacemos tres preguntas antes de recomendar construir. ¿Cuántos pasos de tu operación quedan hoy fuera del software? ¿Cuántos usuarios vas a tener en cinco años? ¿Hay algún requisito local que un producto internacional no vaya a cubrir nunca?
Con dos respuestas altas y una afirmativa, construir se paga solo. Con las tres bajas, decimos que no y te ahorramos el proyecto. Lo que construimos cuando la respuesta es sí está en sistemas a medida.
La llamada de descubrimiento dura treinta minutos, es gratuita y sin compromiso, y sirve para hacer ese ejercicio con tus números. Puedes agendarla aquí.
¿Esto aplica en tu empresa?
30 minutos, sin compromiso, para revisar tu caso y decidir si hay algo que construir.