Cuando alguien me pide que le construya un sistema, lo primero que pregunto es qué usa hoy. La respuesta dice más que cualquier documento de requerimientos, porque muestra dónde se queda corta la herramienta actual y qué hace la gente para tapar el hueco: una hoja de cálculo que se exporta todos los viernes, un grupo de WhatsApp donde los pedidos se confirman a mano, una persona que pasa media jornada copiando datos de una pantalla a otra.
Para una PyME, construir software a medida vale la pena cuando el flujo es estratégico (es lo que te hace competir) y la herramienta que usas hoy se sostiene a punta de parches. Lo utilitario, como nómina, contabilidad, pagos o inicio de sesión, se compra. Para paneles internos, formularios y prototipos suele bastar el low-code o un SaaS mejor configurado. Un desarrollo a medida arranca en $15.000 y de 6 a 14 semanas, más el mantenimiento.
En Softronic vivo de construir software, y aun así le digo a la gente que no construya más seguido de lo que uno pensaría. Este artículo es el razonamiento detrás de esa respuesta.
Hay tres caminos, no dos
La pregunta suele plantearse como “SaaS o a medida”. Hay un tercer camino en el medio y con frecuencia es el más barato:
- Comprar. Usar un producto hecho tal como viene. Tu proceso se adapta a la herramienta.
- Armar. Conectar herramientas existentes con low-code y automatizaciones: un panel interno en Retool o Appsmith, una base en Airtable, flujos en n8n, Make o Zapier, un formulario en Tally. Obtienes algo parecido a un sistema propio sin tener que mantener código.
- Construir. Tu propia aplicación, tu modelo de datos, tu código, tus prioridades. Y también el mantenimiento, para siempre.
¿Esto es operación básica o es lo que te diferencia?
Martin Fowler lo llamó la dicotomía entre software utilitario y estratégico (en inglés), y sigue siendo el mejor filtro que conozco. El software utilitario es el que toda empresa necesita y con el que nadie gana por hacerlo mejor. El ejemplo de Fowler es la nómina; yo sumaría la contabilidad, el inicio de sesión y el envío de facturas por correo. Ahí conviene la opción confiable más barata, que casi siempre es comprar.
El software estratégico es la parte de tu operación que te separa del competidor de enfrente. Cómo cotizas un trabajo, cómo asignas una ruta de entrega, cómo emparejas a un comprador con un inmueble. Ahí empieza a tener sentido construir, porque una herramienta genérica te obliga a trabajar como el proveedor imaginó a su cliente promedio.
Casi todo lo que me piden mezcla las dos cosas. La clave está en comprar lo utilitario y construir solo el núcleo estratégico.
Lo que compraría sin pensarlo dos veces
Autenticación, pagos, correo transaccional, nómina y recursos humanos, contabilidad, gestión de proyectos en general. Para todo eso hay productos maduros que resuelven lo que no te conviene cargar: cumplimiento legal, fraude, entrega de correos, reglas fiscales que cambian cada año. Si una propuesta incluye construir alguno de estos desde cero y tu negocio no es justamente ese, cuestiónala.
Un CRM para un equipo de ventas pequeño también entra en la lista. Un CRM genérico solo se vuelve un problema cuando tu proceso comercial deja de parecerse a “prospecto, negociación, cierre”.
Cuándo el low-code es la respuesta correcta
Para ciertos trabajos, el low-code es lo mejor que hay:
- Paneles internos sobre unas pocas tablas, donde el flujo es listar, filtrar, editar y guardar.
- Formularios y captación de datos.
- Mover información entre herramientas SaaS: notificaciones, sincronizaciones simples, un reporte que se arma solo.
- Un prototipo para averiguar si a alguien le interesa la idea antes de invertir en serio. Con Bubble o Lovable se puede poner algo usable frente a clientes reales en pocos días.
Si la idea no prende, lo supiste barato.
Señales de que la herramienta se te quedó corta
En un SaaS o en un montaje low-code, los síntomas se parecen. Cuando veo varios juntos, toca pensar en construir:
- Los parches son el sistema. Exportaciones, sincronizaciones manuales, webhooks para suplir funciones que faltan. Quienes sostienen la herramienta son las personas.
- La lógica vive en las salidas de emergencia. En low-code, eso significa que las reglas importantes están en scripts, plugins o flujos visuales anidados que solo una persona entiende. Si esa persona se va, nadie puede cambiar nada con tranquilidad.
- No se puede probar. La mayoría de las plataformas tienen poco o ningún soporte para pruebas automatizadas, así que cada cambio es una pequeña apuesta.
- No puedes ver ni ajustar el rendimiento. Cuando una pantalla tarda diez segundos y la base de datos es de la plataforma, la única salida es un plan más caro y un ticket de soporte.
- El precio crece con la cantidad de usuarios, no con el valor. Pagar por usuario o por uso está bien cuando eres pequeño. Llega un punto en que pagas más cada mes por las mismas funciones.
- Necesitas cosas para las que la plataforma no fue diseñada. Aislamiento real entre los datos de tus clientes, trazas de auditoría, consultas a tu manera.
- Irse da miedo. Si no puedes exportar tus datos y tu lógica en un formato utilizable, cada cambio de precio o cada adquisición del proveedor es un riesgo que no controlas.
Una o dos de estas señales es fricción normal. Con cuatro o cinco, estás pagando una herramienta más las personas que compensan lo que no hace.
Por qué hicimos Homly en vez de adaptar un CRM
Softronic tiene un producto propio, Homly, un CRM para inmobiliarias, y nació de una decisión de este tipo. Los CRM genéricos se organizan alrededor de un embudo de ventas. El trabajo inmobiliario gira alrededor de emparejar inmuebles con lo que busca cada cliente, y en un CRM genérico eso termina repartido entre campos personalizados, filtros y hojas de cálculo aparte. Ese emparejamiento era el centro del trabajo, así que era la parte que valía la pena tener en casa. Lo demás (agenda, contratos, mensajería) vive en la misma plataforma porque necesita compartir esos datos.
Es la misma regla aplicada a nosotros: construir el núcleo estratégico, no todo.
¿Cuánto cuesta el software a medida para una PyME, frente a las otras opciones?
Mi punto de partida publicado para un desarrollo a medida es desde $15.000 y de 6 a 14 semanas, según el alcance. En el extremo bajo tienes un flujo principal en producción y a tu nombre; con integraciones, panel administrativo y varios tipos de usuario, cuesta más. Antes de dar una cifra dejo el alcance por escrito, incluido lo que queda fuera, y con ese alcance el proyecto se cotiza a precio cerrado.
El software no termina cuando sale a producción: las actualizaciones del sistema operativo, las APIs que se retiran, los parches de seguridad y la renovación de certificados siguen llegando aunque no agregues nada. Por eso ofrezco el mantenimiento como un bloque mensual de horas, desde $1.400 por 20 horas. Si vas a comparar contra una suscripción SaaS, compara el desarrollo más al menos dos años de mantenimiento, no el desarrollo solo.
Los tres caminos lado a lado. Las últimas filas son para tus números; los únicos precios son los que tengo publicados.
| SaaS (comprar) | Low-code (armar) | A medida (construir) | |
|---|---|---|---|
| Quién se adapta | Tu proceso se adapta a la herramienta | Un poco de cada lado | El software se adapta a tu proceso |
| Para qué sirve | Lo utilitario: nómina, contabilidad, pagos, un CRM pequeño | Paneles internos, formularios, sincronizaciones, prototipos | El núcleo estratégico de tu operación |
| Qué es tuyo | Tus datos, si la exportación funciona | Datos y flujos, dentro de la plataforma de otro | Código, modelo de datos y prioridades |
| Pruebas automatizadas | Pocas o ninguna para tu configuración | Pocas o ninguna en la mayoría de las plataformas | Las escribes y las corres tú |
| Rendimiento | Un plan más caro y un ticket de soporte | Un plan más caro y un ticket de soporte | Lo puedes ver y ajustar |
| El costo crece con | Usuarios y uso | Plan de la plataforma, plugins de pago, horas manteniendo automatizaciones | El alcance, y luego las horas de mantenimiento |
| Irse | Depende de la exportación | La lógica cuesta sacarla de los flujos visuales | El código ya es tuyo |
| Costo inicial (complétalo) | Configuración y migración: $____ | Armar los flujos (tus horas o las de un contratista): $____ | Desde $15.000, de 6 a 14 semanas, precio cerrado tras escribir el alcance: $____ |
| A 24 meses (complétalo) | Factura anual proyectada con el equipo que esperas, por dos: $____ | Plan a ese volumen + plugins + horas de mantenimiento: $____ | Desarrollo + 24 meses de mantenimiento (desde $1.400 por 20 horas al mes): $____ |
Las horas de mantenimiento del low-code nunca aparecen en el presupuesto: pregúntale a quien mantiene las automatizaciones cuántas les dedica al mes.
Salir de una plataforma sin reescribir todo de golpe
Si ya decidiste dejar una herramienta, no lo hagas de un solo golpe. Lo que funciona es el patrón strangler fig (en inglés): construyes el sistema nuevo al lado del viejo y mudas un flujo a la vez.
En la práctica: documentas cada flujo y cada regla de negocio del montaje actual, eliges el que más duele (casi siempre el más lento o el que tiene presión regulatoria), construyes su reemplazo y dejas los dos funcionando en paralelo mientras verificas. Los datos que se usan se migran por lotes y el resto se archiva. Repites hasta que nada dependa de la plataforma vieja y ahí la cancelas. Cada paso sale a producción por separado: ves el beneficio temprano y puedes frenar si las cuentas cambian.
Empieza por una lista, no por una cotización
Antes de hablar con cualquier desarrollador, anota los tres flujos que más pesan en tus ingresos y, al lado de cada uno, los parches que usa tu equipo hoy. Marca cada uno como utilitario o estratégico. Si uno estratégico se sostiene a punta de parches, ese es el que vale la pena cotizar, y en mis servicios explico cómo defino el alcance de ese tipo de desarrollo.