Software a la medida
vs. empaquetado.

La comparación mal planteada

Casi todas las comparaciones entre software empaquetado y software a la medida se plantean como si una empresa tuviera que elegir uno para todo. En la práctica, ninguna lo hace: la misma compañía usa un ERP comercial para contabilidad, una hoja de cálculo para el presupuesto anual y un sistema propio para la operación que nadie más hace igual. La decisión no se toma una vez, se toma proceso por proceso.

Planteada así, la pregunta cambia. Ya no es “¿compramos o construimos?”, sino “¿este proceso en particular es una ventaja competitiva o es plomería?”. Y esa pregunta sí tiene respuesta.

La plomería —nómina, facturación fiscal, contabilidad, correo, control de asistencia— es idéntica en miles de empresas. Alguien ya la resolvió, la mantiene actualizada frente a cambios regulatorios y la vende por una fracción de lo que costaría construirla. Comprarla no es una derrota; es no gastar dinero en volver a inventar algo que ya existe y que a tu cliente le da exactamente igual.

Cuatro preguntas que resuelven la mayoría de los casos

1. ¿Este proceso es la razón por la que te eligen?

Si un cliente te prefiere por cómo cotizas, cómo entregas o cómo le das seguimiento, ese proceso es tu producto aunque tú lo veas como administración. Estandarizarlo dentro de una herramienta genérica es, literalmente, volverte más parecido a tu competencia. Ahí el software a la medida no es un lujo: es la forma de proteger lo que te distingue.

Si el proceso es invisible para el cliente y no cambia nada de lo que percibe, cómprelo hecho y dedique el presupuesto a otra cosa.

2. ¿Cuánto se dobla el negocio para caber en la herramienta?

Toda plataforma comercial impone un modelo de trabajo. A veces ese modelo es mejor que el tuyo y adoptarlo es una ganancia gratis. Otras veces no encaja, y la empresa empieza a compensar: un campo de “notas” que en realidad guarda tres datos distintos, una hoja de cálculo paralela que nadie reconoce oficialmente, un paso manual que alguien hace todos los viernes porque el sistema no lo contempla.

Esas compensaciones son el costo real de la licencia, y no aparecen en la cotización. Vale la pena contarlas antes de renovar: cuántas horas al mes, cuántas personas, cuántos errores se originan ahí.

3. ¿Qué tanto va a cambiar en los próximos tres años?

El software empaquetado premia la estabilidad: si el proceso será el mismo dentro de tres años, la licencia envejece bien. El software a la medida premia el cambio: si esperas ajustar reglas, precios, flujos o integraciones con frecuencia, la capacidad de modificarlo sin pedir permiso a un proveedor externo vale más que la diferencia de precio inicial.

4. ¿Cuántas herramientas tendrían que hablar entre sí?

Un proceso que atraviesa cuatro sistemas distintos rara vez se resuelve comprando un quinto. Se resuelve conectándolos —y ese trabajo de integración es a la medida por definición, aunque las piezas conectadas sean comerciales. Es una tercera opción que se ignora seguido: no comprar ni reconstruir, sino coser lo que ya existe.

Los costos que cada opción esconde

Ninguna de las dos rutas es barata; esconden el costo en lugares distintos, y la comparación honesta consiste en poner ambos sobre la mesa.

• Empaquetado: licencias por usuario que crecen con la plantilla, módulos que se cobran aparte, consultoría de implementación, migraciones forzadas cuando el proveedor cambia de versión, y el costo silencioso de los procesos que se deforman para caber.
• A la medida: la inversión inicial es visible y concentrada, y después vienen el mantenimiento, la infraestructura y la responsabilidad de que alguien conozca ese código dentro de cinco años.

La diferencia decisiva no suele ser el monto sino la forma de la curva. El empaquetado empieza barato y sube con el tamaño de la empresa. El desarrollo a la medida empieza caro y su costo marginal por usuario tiende a cero. Dónde se cruzan las dos curvas depende del caso, pero saber que se cruzan cambia la conversación: la pregunta ya no es cuál cuesta menos hoy, sino cuál cuesta menos durante el tiempo que planeas usarlo.

Señales de que ya no es decisión: hay que construir

• El proceso que te distingue está descrito en un manual de Word y ejecutado a mano, porque ninguna herramienta lo soporta.
• Pagas licencias de un sistema del que usas menos de una cuarta parte.
• El dato que la dirección necesita existe, pero repartido entre tres plataformas que no se hablan.
• Cada mes alguien dedica días completos a mover información de un sistema a otro.
• El crecimiento del negocio se traduce en contratar más gente para el mismo proceso, no en atender más volumen con la misma.

Ninguna de esas señales prueba por sí sola que haya que construir algo. Todas juntas, sí: significan que la operación ya está pagando el costo de un sistema propio, sólo que en horas de nómina en vez de en desarrollo.

Una ruta intermedia que casi nadie evalúa

Entre comprar y construir hay una tercera vía que suele ser la más sensata: conservar las plataformas comerciales donde son buenas y desarrollar a la medida sólo la capa que las coordina. El ERP sigue siendo el ERP; encima se construye el flujo específico del negocio, las reglas propias y los tableros que la dirección realmente usa.

Cuesta una fracción de reemplazar todo, respeta la inversión ya hecha y ataca justo donde duele. Su desventaja es real y hay que aceptarla con los ojos abiertos: quedas atado a las APIs de terceros y a sus cambios de versión, así que el diseño tiene que aislar esas dependencias en lugar de esparcirlas por todo el sistema.