---
title: "Software a medida para empresas que ya facturan"
description: "Software a medida sobre un sistema en marcha: cuándo compensa, ERP y CRM a medida o estándar, herramientas internas, integraciones y sistemas heredados."
canonical: https://caricalia.com/software-a-medida
last-updated: 2026-09-29
---

# Software a medida para lo que ya funciona.

Trabajamos sobre sistemas que ya tienen clientes dentro, donde cada cambio cuesta más que el anterior.

Un software a medida es un sistema construido para cómo trabaja una empresa concreta, en lugar de adaptar la empresa a un producto estándar. Casi nunca quiere decir empezar de cero: lo normal es que haya un sistema en marcha con una parte que se ha vuelto cara de tocar, y lo que se paga es saber qué se puede cambiar sin romper lo que ya cobra. Esta página explica cuándo compensa, cuándo no y cómo se decide en cada caso: ERP, CRM, herramientas internas, integraciones y sistemas heredados.

## Cuándo tiene sentido un software a medida, y cuándo no

Si lo que necesitas lo hace un producto estándar, cómpralo. Si nos preguntas, te diremos cuál, y esa respuesta no se factura.

Un software a medida se justifica en tres casos. Cuando lo que haces no lo hace nadie igual y el estándar te obliga a cambiar el negocio para que quepa. Cuando la parte por la que pasa tu dinero no se parece a la de nadie. O cuando ya tienes un sistema propio que funciona y el problema es que se ha vuelto caro de tocar: ahí no hay nada que comprar, hay que entenderlo y mejorarlo.

No se justifica cuando el proceso es el de casi todo el mundo, cuando todavía no tienes clientes usándolo o cuando lo único que buscas es el presupuesto más bajo. Construir algo que ya existe se paga al hacerlo y cada año que hay que mantenerlo. Y no cogemos proyectos que empiezan de cero sin usuarios: esa primera versión conviene montarla rápida y barata con otra herramienta.

Si eres autónomo o una pyme sin sistema propio y lo que buscas es emitir facturas, no necesitas software a medida: necesitas un programa de facturación. Para eso está BeeL (beel.es), que es un producto aparte de Caricalia.

## ERP a medida o estándar: cómo decidir

Lo normal es quedarse con el producto estándar y construir a medida el trozo que no cabe, conectado a él. Casi siempre ese trozo es la parte por la que pasa el dinero.

- **Qué se deja en el estándar** Contabilidad, nóminas, compras y almacén los resuelve un ERP estándar sin que nadie tenga que escribir código. Hacerlos a medida se paga dos veces: al construirlos y cada año que hay que mantenerlos.
- **Cuándo se defiende uno a medida** Cuando la forma en que cobras, produces o entregas es lo que te diferencia y el estándar te obliga a rehacerla con hojas de cálculo al lado. Si el proceso vive fuera del ERP, el ERP ya no es tu sistema.
- **El caso intermedio** La facturación, la conciliación o el cálculo de precios construidos aparte y conectados al estándar. Es lo más frecuente y lo que menos riesgo tiene: el estándar sigue recibiendo actualizaciones y lo tuyo queda acotado.
- **Sustituir uno a medida por uno estándar** Es una migración de datos antes que de código: qué histórico se conserva, qué campos significaban dos cosas y qué reglas estaban escritas solo en el programa. Se decide después de leer el sistema, no antes.
- **Cómo se decide** Leyendo el código y hablando con quien lo usa, en la primera semana del diagnóstico. Sales con una recomendación por escrito, sea cual sea.

[Qué es un ERP y cuándo el estándar sobra](https://caricalia.com/glosario/erp)

## CRM a medida: cuándo sí y cuándo un estándar

Un CRM a medida solo compensa cuando tu forma de vender no cabe en las etapas de uno estándar; en el resto de los casos, un estándar bien configurado sale mejor.

- **Cuándo un estándar basta** Si vendes con un embudo de etapas, contactos y tareas, casi cualquier CRM estándar lo cubre. La configuración y el orden en los datos pesan más que el programa.
- **Cuándo compensa uno a medida** Cuando vendes algo que se configura, se presupuesta con reglas propias o depende de datos de tu sistema (contratos, consumos, facturas) que el CRM tendría que consultar en cada paso.
- **El error habitual** Construir un CRM completo para conseguir una sola pantalla. Muchas veces lo que falta es esa pantalla, conectada al CRM que ya usas.
- **Qué hay que decidir primero** Qué sistema manda sobre el dato del cliente y qué pasa cuando cambia en dos sitios. Sin esa decisión escrita, cualquier CRM acaba con dos versiones del mismo cliente.
- **Cuánto cuesta** Depende de qué se toca y de cuántas integraciones tiene, no del número de pantallas. Los rangos publicados en España y de qué dependen están en la nota de coste.

[Cuánto cuesta un CRM a medida](https://caricalia.com/notas/cuanto-cuesta-desarrollar-una-aplicacion#cu%C3%A1nto-cuesta-un-crm-a-medida)

## Herramientas internas y paneles

Las aplicaciones a medida que más veces tenemos delante no las ve ningún cliente: son las que usa el equipo para operar.

- **Qué preguntamos primero** Qué decisión toma quien mira el panel cada mañana. Si no hay decisión, no hace falta un panel.
- **Por dónde empezamos** Miramos trabajar a quien la usa, en su puesto y con sus datos.
- **Qué sigue decidiendo una persona** Todo lo que aprueba dinero.
- **De la hoja de cálculo a una aplicación** Una hoja que ya es un sistema (varias personas la editan, otras la consultan y alguien la revisa a fin de mes) merece pasar a aplicación. Antes se escribe qué hace hoy cada columna, porque ahí están las reglas del negocio.
- **Quién la mantiene después** Una herramienta interna sin dueño vuelve a ser una hoja de cálculo en un año. Se nombra a quien responde de ella antes de construirla y se le enseña a cambiarla.

[Qué es un dashboard, y cuándo sobra](https://caricalia.com/glosario/dashboard)

## Integraciones entre sistemas que no se conocen

Integrar dos sistemas es decidir qué pasa cuando uno de los dos no contesta.

- **Qué se acuerda antes** Qué campos viajan, qué sistema manda sobre cada uno y qué ve el usuario mientras el otro lado está caído.
- **Qué se rompe siempre** Reintentos que duplican un pedido, fechas en otra zona horaria y credenciales que caducan sin avisar.
- **Cuando pasa dinero** Una operación que falla a medias se deshace entera o se completa entera, y se provoca el fallo delante de ti en la demo del hito.
- **Cuándo no hace falta programar** Si los dos productos ya se conectan entre sí con una opción de configuración, úsala. Se programa cuando hay reglas propias entre los dos o cuando el intercambio tiene que quedar registrado y poder repetirse.
- **Qué debe quedar escrito** El contrato entre los dos lados: campos, formatos, errores posibles y quién manda sobre cada dato. Es lo primero que se pierde cuando la persona que lo montó se va.

[El caso de Zernio: la integración vive en el flujo del cliente](https://caricalia.com/casos/zernio)

## Sistemas en producción y legacy: modernizar sin parar

Modernizar un sistema en producción se hace por partes, con el sistema en marcha, y casi nunca reescribiéndolo entero de una vez.

- **Cuándo es legacy** Cuando nadie puede explicar por qué está así ni cambiarlo sin miedo, tenga los años que tenga. La edad del código importa poco.
- **Qué se hace primero** Conseguir acceso real, leer por donde duele el negocio y reproducir el fallo en una máquina que no sea la de producción.
- **Reescribir o refactorizar** Se refactoriza la parte que más duele y se rodea de comprobaciones; se reescribe solo cuando lo que el negocio necesita ya no se parece a lo que el sistema hace. Hay una tabla de criterios para decidirlo.
- **Si depende de una persona o de un proveedor** Es una situación con salida y con pasos ordenados: accesos, documentación mínima y una prueba de relevo. Está contada paso a paso.
- **Antes de una inversión o una compra** Alguien de fuera va a mirar por dentro. Se prepara con una lista de lo que se pregunta y de qué documentos existen ya.

[Un sistema legacy es código sin dueño](https://caricalia.com/notas/sistema-legacy-codigo-sin-dueno)

## Cómo trabajamos: diseño e ingeniería juntos

Las mismas personas diseñan y construyen, y trabajan sobre tu sistema en marcha, no sobre una hoja en blanco.

- **Empezamos por un diagnóstico** Tres semanas leyendo el código y hablando con quien usa el sistema. El informe dice qué se rompe primero, qué cuesta arreglarlo y en qué orden, y es tuyo aunque no sigas.
- **Diseño y código en la misma mesa** Lo que se decide en diseño es lo que llega a producción. Nadie traspasa una maqueta a otro equipo para que la interprete.
- **Por fases, con precio antes de cada una** Cada fase se cierra con una demostración en vivo del software funcionando. Hasta que no se hace, el hito no se factura.
- **El código es tuyo desde el primer día** Repositorio y cuentas a tu nombre, y una prueba de relevo al final: alguien que no ha visto el proyecto hace un cambio real con solo el repositorio.

[Quién lo hace](https://caricalia.com/equipo)

## En este tema

Cada nota responde a una pregunta concreta de quien tiene un sistema del que depende el negocio.

- [Mantenimiento de un software que has heredado](https://caricalia.com/mantenimiento-de-software) Si se fue quien lo hizo: traspaso, riesgos y mantenimiento mensual.
- [Cuánto cuesta un software a medida](https://caricalia.com/notas/cuanto-cuesta-desarrollar-una-aplicacion) De qué depende la cifra y qué rangos de mercado hay publicados en España.
- [Un sistema legacy es código sin dueño](https://caricalia.com/notas/sistema-legacy-codigo-sin-dueno) Cómo se moderniza un sistema en una pyme: fases, riesgos y qué pesa en el coste.
- [Nuestro software depende de una sola persona](https://caricalia.com/notas/software-depende-de-una-persona) Qué hacer en los primeros treinta días, qué documentar y cómo se traspasa.
- [Cambiar de proveedor de software sin perder el sistema](https://caricalia.com/notas/cambiar-de-proveedor-de-software) Qué pedir, qué dice la ley sobre la propiedad del código y una lista de traspaso.
- [Reescribir o refactorizar: cómo decidir](https://caricalia.com/notas/reescribir-o-refactorizar) Una tabla de criterios para decidir con el sistema en producción.
- [Integrar dos sistemas que no se conocen](https://caricalia.com/notas/integrar-dos-sistemas) Los acuerdos que van antes del código y lo que se rompe siempre.
- [Tres decisiones de arquitectura que cuesta deshacer](https://caricalia.com/notas/arquitectura-tres-decisiones) Dónde vive el dato, qué límites hay entre las partes y cómo se comporta lo que cobra.
- [Auditoría técnica antes de una inversión](https://caricalia.com/notas/auditoria-tecnica-antes-de-una-inversion) Qué mira una due diligence técnica y una lista para prepararla.
- [Contratar a dos seniors, o encargar el proyecto](https://caricalia.com/comparar/dos-seniors) El coste real de contratar, con las fuentes enlazadas.
- [Una consultora grande, o Caricalia](https://caricalia.com/comparar/consultora) Dónde gana cada una y cuándo la consultora es la respuesta correcta.

## Qué lo demuestra

- **Operamos software propio por el que pasa dinero y que registra en la AEAT.** BeeL, nuestra plataforma de facturación, está en producción y la mantenemos nosotros. (Ver el caso de BeeL: https://caricalia.com/casos/beel)
- **Lo que entregamos fuera se puede instalar sin pedirnos permiso.** La integración que construimos para Zernio está publicada en un catálogo público y en uso por sus clientes. (Ver el caso de Zernio: https://caricalia.com/casos/zernio)
- **Quien lo hace ha escrito código de pagos en producción.** Antes de Caricalia, el equipo escribió código de pagos en Banco Santander y en PagoNxt. Con nombre y con la trayectoria completa, en la página del equipo. (Quién lo hace: https://caricalia.com/equipo)

## Qué incluye un proyecto

- Una maqueta que se puede tocar antes de escribir código, probada con quien la va a usar.
- Las decisiones de datos escritas antes de construir: qué sistema manda sobre cada dato y qué pasa cuando uno no contesta.
- Formación con la gente que lo va a usar y con quien lo va a mantener.

[Las condiciones de entrega van en el contrato](https://caricalia.com/terminos#entrega)

## Lo que no hacemos

- **No hacemos** marca corporativa para empresas sin producto digital, ni logos sueltos, ni tiendas online sobre plantilla.
- **No trabajamos** por horas ni ponemos gente dentro de tu equipo.
- **No cogemos** proyectos que empiezan de cero sin usuarios: esa primera versión conviene montarla rápida y barata con otra herramienta.
- **No entregamos** prototipos generados como si fueran producto.

## Preguntas

**¿Qué es un software a medida?**

Un sistema construido para cómo trabaja una empresa concreta, en lugar de un producto que la empresa adapta a sí misma. Puede ser un sistema entero, una herramienta interna o la pieza que conecta dos programas que ya usas.

**¿Cuándo compensa un software a medida frente a uno estándar?**

Cuando lo que te diferencia no cabe en el estándar, cuando por esa parte pasa tu dinero o cuando ya tienes un sistema propio que funciona y solo hay que mejorarlo. Si el proceso es el de casi todo el mundo, compensa el estándar.

**¿Cuánto cuesta un software a medida en España?**

Depende de qué parte del sistema se toca, de si pasa dinero por ahí, de cuánta gente lo usa y de en qué estado está lo que existe. Aquí no publicamos tarifas: los rangos de mercado y sus fuentes están en la nota de coste. El diagnóstico, que es lo que cierra el precio de tu caso, cuesta 2.900 € + IVA.

**¿Cuánto tarda en hacerse un software a medida?**

No hay un plazo que valga para todos. Se cierra por fases y cada fase acaba con una demostración en vivo. El diagnóstico previo dura tres semanas y es lo que permite dar plazo a cada fase con lo que ya se ha leído.

**¿Hacéis ERP y CRM a medida?**

Solo cuando el estándar no cubre la parte que importa. Lo habitual es dejar el ERP o el CRM estándar y construir aparte el trozo que no cabe, conectado a él. Si un estándar lo resuelve, te lo decimos.

**¿Podéis haceros cargo de un sistema que hizo otro proveedor?**

Casi siempre. Leerlo es la primera parte del encargo y la que decide el precio. Lo primero es conseguir acceso real al repositorio, a los entornos y a las cuentas; sin eso no se puede dar un presupuesto honesto.

**¿El código es nuestro?**

Sí. El repositorio y las cuentas van a tu nombre desde el primer hito y está en el contrato. Conviene que sea así por escrito: en un programa hecho por un proveedor externo, los derechos no pasan automáticamente a quien lo encarga sin una cesión escrita.

**¿Sois una empresa de desarrollo de software o un estudio de diseño?**

Las dos cosas: las mismas personas diseñan y construyen. Quiénes somos está en la página del equipo.

**¿Por qué no lo hace mi equipo?**

A veces debe hacerlo, y el diagnóstico lo dice si es así. Lo que suele pasar es que aprende en producción lo que ya está resuelto, y mientras tanto no está en lo que diferencia a tu empresa. Un proyecto cerrado tiene fecha y precio; una contratación, no.

**¿Qué pasa cuando el proyecto termina?**

El sistema queda a tu nombre y lo puede mantener quien venga después: antes de cerrar, alguien que no ha visto el proyecto hace un cambio real con solo el repositorio. Si quieres seguir con nosotros, hay una cuota mensual de evolución.

## Ver también

- https://caricalia.com/casos/beel
- https://caricalia.com/casos/zernio
- https://caricalia.com/notas/cuanto-cuesta-desarrollar-una-aplicacion
- https://caricalia.com/notas/integrar-dos-sistemas