Software a medida o solución estándar: guía de decisión B2B

Primera distinción: ¿estándar o su ventaja?

Contabilidad, correo, nóminas — procesos estándar. Miles de empresas los ejecutan igual. Los paquetes estándar (SAP, QuickBooks, Workday) son maduros, seguros y baratos. Crear software a medida aquí suele ser desperdicio.

Pero su "ventaja competitiva" — un algoritmo de precios propio, una integración específica con un cliente, un flujo operativo particular — se vuelve genérica en cuanto la mete en un paquete. El 20 % del negocio que realmente genera valor cae al 0 %. Aquí el software a medida no es negociable: si usa las mismas herramientas que su competidor, produce el mismo resultado.

Cuatro preguntas prácticas

Antes de elegir, responda estas cuatro:

1) ¿El proceso es estándar del sector o propio de la empresa? 2) ¿El modelo de datos cambia con el mundo exterior (facturación, integraciones)? Si sí, software empaquetado o SaaS con API abierta está bien. 3) ¿Su modelo de negocio alrededor de este proceso cambiará en los próximos 24 meses? Si sí, los techos de configuración de un paquete le frenarán. 4) ¿Su ventaja competitiva se esconde en el proceso? Si lo menciona al explicar "por qué nos eligen", el software a medida es obligatorio.

Dos o más respuestas "distintivas" (único, ventaja competitiva escondida) apuntan a medida. Si no, empiece con un paquete y migre cuando llegue al tope — es la estrategia más barata.

El enfoque híbrido: la opción más pragmática

En la vida real, la mayoría de las decisiones B2B no son "todo a medida" ni "todo estándar" — son la combinación inteligente de ambos. La pauta: ejecute la capa estándar (contabilidad, RR. HH., base CRM, correo) en el mejor paquete del mercado; construya la capa diferenciadora (motor de precios, portal de cliente, flujo operativo, transformación de datos) como software a medida integrado a los paquetes por API.

Esto da tres cosas: (1) seguridad de proveedor y bajo coste total de propiedad en la capa commodity, (2) control total e iteración rápida en el diferenciador, (3) cada capa evoluciona a su propio ritmo. En la práctica esto suele aterrizar como "SaaS + API + una capa de aplicación a medida fina". Al crecer, la capa a medida se amplía; las capas empaquetadas permanecen estables. En Setviva, alrededor del 70 % de los clientes empieza en híbrido — quienes piden construcción totalmente a medida, una vez que mapeamos los flujos, suelen preferir mover los procesos estándar a herramientas empaquetadas también.

Calcular correctamente el coste de migración

El error más común de los decisores B2B: comparar solo la licencia o el precio del proyecto. El coste real está bajo la línea de flotación. Al mover a software empaquetado, sume: migración y limpieza de datos, formación, pérdida de productividad en la transición, desarrollo de integraciones, personalización de reportes, rediseño de procesos. Esto suele sumar 3 a 5 veces la licencia. Al mover a a medida, sume: diseño y descubrimiento, desarrollo, pruebas, formación, mantenimiento e iteración continua, infraestructura (servidores, monitoreo, respaldos) y riesgo de propiedad (quién lo opera si el equipo se va). Esto suele sumar 1,5 a 2 veces el precio de construcción.

Para una comparación honesta, escriba el coste total de propiedad (TCO) a 24–36 meses y compare ambas opciones en el mismo plano. En cada propuesta de Setviva presentamos esta TCO desglosada desde el inicio para que la decisión descanse en "realmente barato", no en "parece barato". Calcular bien el coste de migración puede importar más que la elección en sí.

Riesgo de dependencia: funciona en ambas direcciones

Todo responsable de decisión pregunta "¿cuánto cuesta esto hoy?", pero casi nadie pregunta "¿quién tendrá el poder de negociación sobre mí dentro de tres años?". Con el SaaS, el proveedor escribe la hoja de ruta, no usted. Los contratos se renuevan con subidas de precio que pueden volverse pronunciadas una vez que la herramienta está integrada en su operación diaria; las funciones se descontinúan o se trasladan a un nivel superior; el proveedor puede ser adquirido y el producto discontinuado en un calendario que usted no eligió. Nada de esto es hipotético: es el ciclo de vida habitual de los proveedores de software, y cuanto más profundamente se instala una herramienta en sus operaciones, más caro resulta abandonarla, aunque el precio se triplique. Esto no es un motivo para evitar el SaaS —para procesos estándar suele seguir siendo la opción correcta—, pero significa que la comparación de la "cuota mensual" oculta la pregunta real: ¿cuánto poder de negociación está cediendo a una parte cuyos incentivos no son los suyos?

El software a medida invierte el problema de la dependencia. El riesgo ya no es la hoja de ruta de un proveedor, sino el "factor autobús" de su propio equipo. Si los desarrolladores que construyeron el sistema se marchan y las decisiones detrás de él nunca se documentaron, el sistema se convierte silenciosamente en una caja negra que nadie quiere tocar. Si se abandona su mantenimiento, las dependencias envejecen, dejan de llegar los parches de seguridad y, con el tiempo, lo "a medida" se convierte exactamente en aquello que quería evitar: un sistema frágil y obsoleto. Aquí la dependencia no es una cláusula contractual, sino conocimiento concentrado, pero el efecto es idéntico: no puede marcharse sin pagar un precio elevado.

La solución es tratar el coste de salida como un criterio de decisión desde el primer día, en ambos casos. Para el SaaS, antes de firmar, compruebe qué datos puede exportar y en qué formato, si el contrato limita las subidas de precio y cuán doloroso sería realmente marcharse en la práctica. Para el desarrollo a medida, exija que la propiedad del código fuente, el acceso a la infraestructura y una documentación actualizada sean entregables contractuales, no favores, y elija un socio que programe pensando en quien vaya a heredar el sistema después, no solo para la demostración. Sea cual sea el camino que elija, plantéese la pregunta de salida antes que la pregunta de compra. La opción de la que puede marcharse vale más que la que hoy parece más barata.