23 de octubre de 2026 · 6 min de lectura
Software a medida o producto cerrado: cómo decidir sin arrepentirse
La decisión entre comprar un producto y desarrollar uno propio rara vez se toma con la información completa. Se compara el precio de la licencia contra el presupuesto del desarrollo, y queda afuera casi todo lo que después determina si la decisión fue buena.
No hay una respuesta general. Hay un criterio: cuánto de su operación es igual a la de cualquier otra organización, y cuánto es propio.
Lo que es igual en todos lados, se compra
Contabilidad, liquidación de sueldos, facturación electrónica y correo son procesos regulados o estandarizados. Hacerlos a medida es pagar por reinventar algo que ya está resuelto, y encima asumir el mantenimiento de los cambios normativos.
Para esos casos, el producto de mercado casi siempre gana. La pregunta correcta ahí no es si desarrollar, sino si el producto elegido se puede conectar con el resto de los sistemas.
Lo que lo distingue, se construye
El problema aparece cuando el proceso propio es justamente el que da la ventaja: una forma particular de cotizar, reglas de precios por tipo de cliente, un circuito de aprobaciones que responde a cómo está organizada la institución, o un cálculo técnico que el equipo hace a mano porque ningún producto lo contempla.
Ahí, forzar un producto cerrado tiene un costo que no aparece en ninguna factura: el equipo adapta su forma de trabajar a la herramienta, mantiene planillas paralelas para lo que la herramienta no cubre, y la organización pierde precisamente aquello en lo que era distinta.
- Si para usar el producto hay que llevar una planilla al lado, el producto no cubre el proceso.
- Si el proceso es el que explica por qué les compran, difícilmente lo encuentren envasado.
- Si cada cambio del negocio depende de que el proveedor lo priorice, la velocidad de la organización pasa a ser la de un tercero.
Los costos que no se suelen contar
Del lado del producto cerrado: el abono crece con los usuarios y con los años, los módulos adicionales se cobran aparte, cada integración puede requerir un plan superior, y la migración de salida es un proyecto en sí mismo. A eso se suma algo menos visible: los datos quedan en una estructura que no controla la organización.
Del lado del desarrollo a medida: existe un costo inicial mayor, hay que mantener el sistema, y alguien tiene que hacerse cargo de la infraestructura, los respaldos y las actualizaciones de seguridad. Un desarrollo entregado y abandonado es más caro que una licencia.
La comparación honesta no es licencia contra presupuesto, sino el costo total de los dos caminos a tres o cinco años, incluyendo lo que cuesta el trabajo manual que cada opción deja sin resolver.
Una tercera opción, que suele ser la correcta
En la mayoría de los casos reales la respuesta no es una ni la otra: se compra lo estándar, se desarrolla lo propio, y se integran. El sistema contable sigue siendo el sistema contable; lo que se construye es el portal con el que los clientes hacen sus pedidos, el panel con el que el equipo los gestiona, y la conexión entre ambos.
Eso mantiene el costo acotado, deja la información bajo control de la organización y evita el proyecto gigante que tarda dieciocho meses y llega tarde.