¿Qué es una decisión make or buy (fabricar o comprar)?
La decisión make or buy (fabricar o comprar) es la pregunta de si una empresa produce por sí misma un servicio o producto o lo adquiere. En TI significa: desarrollar software a medida (o encargarlo) o usar una solución estándar que se compra o se alquila por suscripción.

Make or buy: definición e importancia
La pregunta procede de la economía de la empresa: ¿se presta un servicio en la propia empresa o se compra fuera? En TI suele haber tres caminos: comprar o suscribir una solución estándar, encargar a un proveedor externo un desarrollo a medida o construir el software con un equipo propio. A ello se suman formas mixtas que amplían productos estándar con módulos propios. Qué camino encaja depende de lo específicos que sean sus requisitos.
La decisión condiciona costes, rapidez y dependencias durante años. No debería tomarse por intuición ni por el precio de entrada, sino con criterios claros, ponderados para cada proyecto. Conviene analizar cada área por separado en lugar de decidir de forma global para toda la empresa.
Criterios de decisión en resumen
A favor de la compra hablan la disponibilidad inmediata, las funciones contrastadas, el desarrollo continuo por parte del fabricante y los costes calculables. A favor del desarrollo propio o a medida habla que un proceso sea un rasgo diferenciador, que las soluciones estándar no cubran requisitos esenciales o que se quiera evitar una fuerte dependencia del proveedor.
Resulta útil una matriz de valoración en la que se ponderan los criterios y se puntúa cada opción. El coste total de propiedad (TCO) es solo una parte; la protección de datos, la integración en los sistemas existentes, el conocimiento interno y la facilidad de mantenimiento son otras. El resultado es trazable y puede justificarse ante el equipo o ante financiadores.
- Importancia estratégica: ¿le diferencia el proceso de la competencia?
- Ajuste: ¿cuánto habría que adaptar una solución estándar?
- Coste total a varios años (TCO)
- Tiempo hasta el arranque y capacidad disponible
- Dependencia del proveedor, soberanía de los datos y posibilidades de exportación
Ejemplo práctico: cálculo de ofertas en la construcción de maquinaria
Un fabricante de maquinaria calcula sus ofertas con hojas de Excel que han ido creciendo durante años. Para la gestión de clientes, la contabilidad y los documentos ya emplea software estándar, lo cual no plantea problemas. En cambio, el cálculo con listas de materiales y reglas de precios propias es su ventaja competitiva, y ningún producto estándar lo refleja.
La solución es una forma mixta: programas estándar para las áreas rutinarias y una aplicación de cálculo desarrollada a medida, con interfaz con el ERP, para el negocio principal. Así la empresa invierte en desarrollo propio solo donde aporta un beneficio real y se ahorra el esfuerzo de las funciones estándar. El cálculo sigue bajo control propio, mientras el fabricante mantiene las áreas rutinarias.
Errores habituales e implementación
Errores frecuentes son fijarse solo en el precio de compra, subestimar el mantenimiento de un desarrollo propio, un esfuerzo de adaptación del software estándar que acaba superando a la solución a medida y la falta de un plan de salida. Tampoco son una estrategia frases como «siempre lo hemos hecho nosotros» o «lo compramos todo». Decida de nuevo para cada área.
Nano Concepts ayuda en la valoración: revisamos los requisitos, comparamos soluciones estándar con el desarrollo a medida y, donde compensa, desarrollamos software o ampliaciones a medida con interfaces limpias. Como marco sirven nuestros paquetes Starter (desde 2.500 €), Professional (desde 8.000 €) y Enterprise (a medida).
Preguntas frecuentes sobre Decisión de fabricar o comprar (make or buy)
Cuando un proceso es su ventaja competitiva, las soluciones estándar no cubren requisitos esenciales o la adaptación resulta más cara que un desarrollo nuevo. Para áreas rutinarias como la contabilidad o el correo, el software estándar suele ser la mejor opción. A menudo, una combinación de ambos enfoques es lo más económico.
Make or buy describe la elección entre el desarrollo propio o por encargo, por un lado, y la compra o suscripción de una solución ya hecha, por otro. Son decisivos los costes, el ajuste, el tiempo, el conocimiento, la seguridad y la dependencia de los proveedores.
Uno importante: el coste total a varios años, con explotación, mantenimiento, licencias, adaptaciones y salida, muestra qué opción es realmente más barata. El precio de compra por sí solo induce a error, porque en ambos caminos los costes posteriores pueden representar la mayor parte.
Sí, las formas mixtas. Entre ellas están el software estándar con ampliaciones desarrolladas a medida, las plataformas low-code, las soluciones open source con adaptaciones propias o empezar con un MVP que más tarde se sustituye o se amplía. Limitan el riesgo y permiten avanzar paso a paso.
Servicios que encajan

Consultoría para la selección de software
Catálogo de criterios, análisis multicriterio y pruebas prácticas: acompañamos su selección de software, independientes del fabricante, hasta la decisión.
Más información
Software a medida
Software según sus procesos en lugar de estándar con concesiones: para sustituir Excel, herramientas internas y aplicaciones especializadas.
Más información
Consultoría tecnológica
Elección de software, arquitectura, revisión de código y hoja de ruta de digitalización, con independencia y orientación práctica.
Más información
Desarrollo de MVP
La primera versión funcional de su software o app: centrada en las funciones clave y lista para probarse con usuarios reales en poco tiempo.
Más informaciónTérminos relacionados
Relevante para estos sectores
Artículos relacionados de la revista

Scrum en proyectos de software: roles, proceso y velocity
Scrum hace visible el progreso, siempre que el Product Owner pueda decidir, la Definition of Done se aplique y la velocity sirva como herramienta interna de planificación. Una guía para quienes encargan software a medida.
Seguir leyendo
Documento de requisitos de software (Lastenheft): estructura, ejemplo y checklist
Un buen documento de requisitos hace comparables los presupuestos y posibles los precios cerrados. Cómo se estructura, cómo formular requisitos verificables y cómo saber si el suyo está completo.
Seguir leyendo
¿Software a medida o estándar? Una comparativa sincera
Las herramientas estándar se implantan rápido; el software a medida encaja a la perfección. Qué solución sale rentable a tres o cinco años y por qué a menudo lo mejor es combinar ambas.
Seguir leyendo