¿Cuándo conviene construir software de compras a medida y cuándo comprarlo?
Construir tiene sentido cuando el proceso es una ventaja competitiva real, cuando existe un requisito regulatorio o de propiedad intelectual que ninguna plataforma cubre, cuando el alcance es acotado y estable, o cuando ya existe un equipo que lo mantendrá durante toda la vida útil del sistema. Comprar tiene sentido cuando el proceso es estándar —órdenes de compra, catálogos, aprobaciones, documentación de proveedores—, cuando hay una fecha regulatoria de por medio o cuando el equipo de ingeniería tiene un uso que diferencia más al negocio.
¿Qué es el modelo buy-and-extend o comprar y extender?
Consiste en adquirir una plataforma comercial como núcleo estándar y construir encima, mediante APIs o configuración avanzada, solo la parte del proceso que es genuinamente propia. Evita las dos malas versiones del problema: forzar un proceso complejo dentro de un estándar rígido, o construirlo todo desde cero. Exige más disciplina que las otras dos rutas, porque cada extensión propia es deuda propia: sin gobierno, termina bloqueando las actualizaciones del proveedor y se convierte en un desarrollo a medida encubierto.
¿Cómo se calcula el TCO de un software de compras?
Sumando el ciclo de vida completo, no el proyecto: licencias o suscripción, implementación y configuración, integración con el ERP, infraestructura, capacitación y gestión del cambio, soporte, y evolución funcional año tras año. En un desarrollo propio hay que añadir el mantenimiento correctivo y el costo de la rotación del equipo; en una plataforma comercial, los incrementos de renovación y los cargos por consumo. La comparación solo es válida si ambas rutas se calculan sobre el mismo horizonte.
¿Construir a medida sale más barato que comprar una licencia?
En el ciclo de vida completo, casi nunca, porque la comparación correcta no es licencia contra proyecto sino costo total de las dos rutas durante la vida útil del sistema. Dicho eso, sí hay casos en los que construir sale más barato: un alcance pequeño y estable, un equipo ya contratado que no se liberaría para otra cosa, y una plataforma existente donde la pieza vive sin infraestructura nueva. La forma de saberlo no es la intuición: es calcular ambas rutas con el mismo horizonte y las mismas categorías de costo.
¿Cómo evito quedar atrapado con un proveedor?
La dependencia no se elimina, se negocia y se acota. En el contrato: propiedad de los datos, exportación en formato utilizable, plazos de preaviso y condiciones de renovación conocidas desde el primer día. En la arquitectura: integraciones por APIs estándar en vez de acoplamientos profundos, y las extensiones propias documentadas y separadas del núcleo. Conviene recordar que construir también genera dependencia, solo que de personas concretas en vez de un contrato — y esa es más difícil de sustituir.
¿Cómo afecta la inteligencia artificial a la decisión de construir o comprar?
Empuja en las dos direcciones. Los modelos de propósito general bajaron mucho la barrera para construir piezas acotadas que antes exigían un proyecto largo. Al mismo tiempo subieron el costo de sostenerlas: gobierno del dato, evaluación continua de la calidad de los resultados, versiones de modelo que cambian y revisión humana antes de que un resultado se aplique. La pregunta útil no es si puede construir un agente, sino quién lo evalúa cada mes y con qué criterio.
¿Qué debe llevar el caso de negocio para que Finanzas lo apruebe?
El problema con evidencia y fecha de corte; las alternativas comparadas, incluida la de no hacer nada; los beneficios con su base de cálculo, su responsable y su nivel de confianza; los costos abiertos por año y por tipo; los supuestos declarados como supuestos, con quién los valida; y el cálculo de payback, ROI y VPN sobre un horizonte acordado. La plantilla que acompaña esta guía trae esa estructura en diez hojas.
