Cuando lo que hay no encaja con cómo trabajas.

Un software a medida es un programa construido para el proceso concreto de una empresa, en lugar de adaptar el proceso a una herramienta de catálogo. Los encargos más habituales son un sistema de pedidos y stock, un seguimiento de trabajos o expedientes, un generador de presupuestos, un sistema de reservas con reglas propias y un panel que reúne datos de varios programas; son tipologías de encargo, no casos de clientes (hay más en ejemplos de software a medida para pymes). Si lo que necesitas es estándar, comprarlo es más barato, y lo decimos.

Se puede construir un sistema de gestión con los módulos que tu negocio necesita (pedidos, stock, clientes, partes de trabajo), pero casi nunca conviene empezar por un ERP completo. Primero se compara con un ERP de catálogo y con ampliar el que ya tienes, porque un ERP genérico bien configurado suele ser más barato que uno propio. Si compensa construir, se hace por módulos y conectado a lo que ya funciona, y no como un programa único que lo sustituye todo de golpe.

Depende de lo que haya que construir, de lo que ya existe y de cómo se vaya a mantener. Por eso no se puede dar bien sin acotar el problema. Quien da una cifra cerrada antes de saber qué entra y qué no hace una apuesta que alguien acaba pagando. Lo que sí se puede saber desde el principio es de qué depende y cómo comparar dos propuestas: lo explica la guía cuánto cuesta un software a medida y de qué depende.

Sí. Trabajamos con pymes y con empresas que no tienen un equipo tecnológico propio. Somos un estudio de Lanzarote y damos servicio a empresas de Canarias y del resto de España.

Puedes seguir con nosotros, con tu equipo o con otro proveedor. La entrega incluye el repositorio, la documentación técnica y de despliegue y la transferencia de los accesos que corresponda, para que otro equipo pueda continuar el trabajo sin depender de nosotros.

Compensa cuando el proceso que sostiene tu negocio es parte de lo que te diferencia y no cabe en una herramienta pensada para un sector genérico. También compensa cuando ya pagas una licencia y aun así la completas por fuera con hojas de cálculo. No compensa cuando lo que necesitas es estándar: ahí lo barato es comprarlo. Esa comparación es el análisis previo: se hace antes de proponer nada, y a veces sale que no.

Es lo habitual, y condiciona el proyecto entero: la integración se estudia antes de diseñar. Lo que cada sistema deja entrar y salir decide qué se puede automatizar y qué no. Se revisa qué interfaces ofrece cada herramienta, qué sistema manda sobre cada dato y qué ocurre cuando uno de ellos no responde. Si algo no se puede integrar, se dice al principio y no a mitad.

Se migran los que valen. Antes hay que decidir qué información es la buena cuando existen varias versiones de la misma, qué se queda fuera y qué hay que limpiar; esa parte suele ser trabajo del negocio y no del sistema, y conviene saberlo desde el principio porque consume tiempo de tu equipo. La migración se prueba con datos reales antes de abrir nada.

No es el plan. El cambio se prepara para que el trabajo diario siga: se valida con datos reales antes de abrirlo a todo el mundo y, cuando el proceso lo permite, el sistema anterior y el nuevo conviven hasta que el equipo trabaja con confianza en el segundo. El calendario se acuerda contigo, porque toda empresa tiene semanas del año en las que no quiere tocar nada.