- La pregunta no es a medida o de mercado: es qué parte de tu operación te diferencia de verdad. Esa parte se construye; el resto se compra.
- Compara a cinco años y con todo dentro: licencias, implantación, horas internas y el coste invisible de las excepciones frente a desarrollo, mantenimiento e infraestructura.
- El 20% que la herramienta no cubre se paga cada semana en hojas de cálculo paralelas y copiar y pegar. No aparece en ninguna factura, y suele decidir la comparación.
- La respuesta habitual en una pyme es mixta: estándar donde no te diferencias, a medida en la pieza que sí, conectadas por integraciones.
Si ya has decidido construir y lo que quieres son cifras, el artículo de precios es Cuánto cuesta un software a medida en España en 2026. Para el detalle del servicio, aplicaciones y software a medida.
El error de plantearlo como una guerra
En casi todas las llamadas donde aparece esta pregunta, viene formulada como un bando: "estamos decidiendo si comprar algo o hacerlo a medida". Y casi nunca es una decisión única. Es una decisión por proceso.
Una empresa de treinta personas tiene contabilidad, nóminas, correo, gestión de clientes, planificación de producción, control de calidad, atención posventa. Comprar todo lleva a una operación llena de apaños entre herramientas que no se hablan. Construir todo es un proyecto que ninguna pyme debería querer. Lo sensato es separar: dónde eres igual que tu competencia y dónde no.
En lo que eres igual (declarar impuestos, pagar nóminas, enviar correos) no hay ninguna ventaja en construir. Compra lo estándar, cuanto más aburrido mejor. En lo que eres distinto, que suele ser una sola cosa y a veces dos, la herramienta estándar te obliga a parecerte a los demás. Ahí es donde el desarrollo a medida devuelve algo más que ahorro.
Tres señales de que ya necesitas construir
La hoja de cálculo paralela. Casi todas las empresas que acaban en un proyecto a medida tienen un fichero compartido que nadie planificó y del que ahora depende media operación. Es el síntoma más fiable: significa que la herramienta oficial no cubre el proceso real y que alguien ha construido el parche a mano.
El trabajo de traslado. Personas que dedican horas a mover información de un sistema a otro, comprobar que cuadra y volver a teclear lo mismo en otro sitio. Si sumas esas horas al mes y las multiplicas por el coste hora cargado, tienes el primer número honesto de la comparación.
La cuota que ya no encaja. Las herramientas por usuario tienen sentido cuando eres pequeño y dejan de tenerlo a partir de cierto tamaño o cuando necesitas dar acceso a mucha gente que apenas la usa. Cuando la factura anual de licencias empieza a acercarse a lo que costaría construir la parte que de verdad usas, toca hacer el cálculo.
Cómo comparar de verdad: los dos totales a cinco años
Nadie compara bien porque se compara la cuota mensual con el precio del proyecto, y son cosas distintas. Esta es la lista mínima de cada lado.
| Comprar | Construir |
|---|---|
| Licencias por usuario y por año | Coste de desarrollo (una vez) |
| Módulos o funciones adicionales | Evolución y mantenimiento anual (15-20% del desarrollo) |
| Implantación y configuración inicial | Infraestructura y servicios de terceros |
| Horas internas de administración | Horas internas de definición y pruebas |
| Coste de las excepciones no cubiertas | Coste de oportunidad hasta la primera versión |
| Riesgo de subida de precio | Riesgo de dependencia del proveedor técnico |
La fila que decide la comparación casi siempre es la quinta de la izquierda, y es la única que no aparece en ningún presupuesto. Ponle horas. Si tres personas dedican cuatro horas semanales a tapar lo que la herramienta no hace, eso son más de 600 horas al año.
La otra fila incómoda es la última de la derecha. Construir a medida crea dependencia técnica, y se mitiga con contrato: código y accesos a tu nombre desde el primer día, documentación técnica y manual de operación escritos para tu equipo, y pruebas automáticas para que otro proveedor pueda tomar el relevo sin romper nada. Si eso está por escrito, la dependencia deja de ser un riesgo estructural.
El patrón que funciona en una pyme
Casi ningún proyecto sensato sustituye todo el software de una empresa. El patrón que funciona es más modesto: dejas en su sitio lo estándar, construyes solo la pieza que te diferencia y las conectas.
Esa conexión, muchas veces, no es ni siquiera un desarrollo: es una automatización que mueve datos entre sistemas, valida y avisa cuando algo no cuadra. Cuesta una fracción de una aplicación completa y elimina buena parte del trabajo de traslado. Es lo que cubrimos como IA y automatizaciones, y conviene descartarlo antes de plantear un desarrollo entero.
Cuando la pieza propia sí hace falta, el orden importa: primero se acota (qué hace, para quién, contra qué se conecta), después se presupuesta. Por eso nuestro diagnóstico técnico previo es una fase con precio propio, entre 800 y 1.500 €, descontable si contratas el proyecto: sin esa definición, cualquier cifra es una apuesta.
Cuándo la respuesta correcta es no construir nada
Vale la pena decirlo porque nos ha tocado decirlo: si el problema es de proceso, el software no lo arregla. Automatizar un proceso desordenado solo consigue que los errores lleguen antes y en mayor volumen.
La prueba rápida es la de la persona extra. Si contratando a alguien más el problema desaparece, tienes un problema de capacidad. Si contratando a alguien más el mismo desorden se reproduce con más gente dentro, tienes un problema de proceso, y ahí primero se ordena y después se construye.
Y si existe una herramienta que cubre el 80% y ese 20% restante es una costumbre interna y no una ventaja, la decisión honesta es cambiar la costumbre.
Nosotros lo hemos hecho por los dos lados
Construimos software para clientes y también productos propios, y eso nos ha obligado a tomar esta decisión con nuestro propio dinero. Cuibo, un marketplace de cuidadores verificados con más de 1.000 usuarios, y SandiApp, un SaaS para logopedas, terapeutas y educadores con más de 4.000, existen porque no había nada en el mercado que hiciera lo que hacen. En todo lo demás usamos herramientas estándar como cualquiera.
Ese es exactamente el criterio que aplicamos cuando alguien nos pregunta si debería construir: si lo que necesita ya existe, se lo decimos.
En resumen
La decisión no es comprar o construir, es qué proceso te diferencia. Compra lo estándar, construye lo propio y conéctalos. Compara los dos totales a cinco años contando las horas invisibles de las excepciones, no la cuota contra el precio del proyecto. Y antes de cualquiera de las dos cosas, comprueba que el problema es de software y no de proceso.
Si quieres una primera foto técnica sin coste de cómo está tu web hoy, el diagnóstico gratuito tarda 30 segundos. Si lo que tienes entre manos es esta decisión, hablémoslo antes de que se convierta en un proyecto.