Bloques metálicos de diferentes tamaños medidos con un calibre, vistos desde arriba

    Cuánto cuesta un proyecto de software a medida y de qué depende el precio

    No existe un precio estándar para un proyecto de software a medida. Dos empresas del mismo sector pueden necesitar sistemas muy diferentes en cuanto a lógica, integraciones y volumen de trabajo. Por eso presupuestamos el proyecto después de entender el proceso y definir la primera fase que merece la pena construir.

    A continuación encontrarás los factores que más influyen en el coste y cómo pasamos de un problema de proceso a una estimación concreta.

    Ver desarrollo de software a medida

    De qué depende el coste de un software a medida

    • Un configurador con un puñado de opciones y otro con cientos de reglas pueden parecer similares en pantalla, pero implican volúmenes de trabajo completamente diferentes.
    • La integración con tu ERP, gestión de stock, CRM o facturación puede ser una parte menor en un proyecto y uno de los componentes principales en otro.
    • El coste responde a la complejidad de tu proceso, no al número de pantallas o páginas.
    • Un precio estándar fijado antes de entender el proyecto supondría o bien una estimación demasiado amplia o bien tener que recortar funciones más adelante para no salirse del presupuesto. Preferimos estimar tras la auditoría, cuando está claro qué se debe construir.

    Qué influye más en el coste

    01

    Cuántas reglas debe gestionar el sistema

    El número de opciones, las reglas entre ellas, las excepciones y las condiciones comerciales influyen directamente en la complejidad del proyecto. En un configurador o un sistema de presupuestos, esta lógica puede representar gran parte del desarrollo.

    02

    Cuántos sistemas deben comunicarse entre sí

    Facturación, stock, ERP, CRM, transportistas u otras aplicaciones. Cada integración debe analizarse y probarse por separado, según cómo permita cada sistema el acceso y el intercambio de datos.

    03

    Cómo de organizados están los datos existentes

    Si los productos, las variantes y los precios están repartidos en cinco hojas de cálculo distintas, organizarlos y validarlos se convierte en una fase del proyecto.

    04

    Cuántas personas y roles utilizan el sistema

    Una aplicación utilizada por una sola persona que hace presupuestos es distinta de un sistema en el que ventas, producción, montaje y dirección trabajan con accesos y acciones diferentes.

    05

    Con qué rapidez debe ponerse en marcha

    Un plazo más corto no reduce el volumen de trabajo. Si el proyecto debe entregarse en un plazo muy ajustado, puede requerir más recursos o una división diferente de las fases.

    ¿Desde dónde parte tu proyecto?

    Antes de estimar el coste, lo que ya existe también importa. La mayoría de las situaciones que encontramos se parecen a una de estas.

    Situación 1

    Todo en hojas de cálculo y por teléfono

    Los presupuestos se hacen a mano, cada persona tiene su propio archivo y los precios se comprueban preguntando a unos y otros.

    Por dónde podríamos empezar: un configurador de presupuestos para una sola línea de producto

    Ver el configurador CPQ
    Situación 2

    Tienes programas, pero no se comunican entre sí

    Ya utilizas facturación, CRM, gestión de stock u otras aplicaciones, pero la misma información se transfiere entre ellas a mano.

    Por dónde podríamos empezar: automatizar una sola transferencia de datos entre dos sistemas

    Ver integraciones entre sistemas
    Situación 3

    Los sistemas están conectados, pero falta visibilidad

    El flujo funciona, pero no ves con suficiente rapidez cuál es el margen, dónde surgen retrasos o cuánto tarda un pedido desde el presupuesto hasta la entrega.

    Por dónde podríamos empezar: un panel de control creado sobre los datos que ya tienes

    Ver paneles e informes

    Por qué no publicamos un rango genérico

    Un rango en la web mezclaría proyectos que no se pueden comparar: un piloto en un solo proceso y un sistema con varios módulos conectados terminan con presupuestos completamente diferentes. Una cifra genérica sería más engañosa que útil.

    La estimación llega después de la auditoría. En 48 horas analizamos el proceso actual, definimos la primera fase y fijamos de forma explícita qué entra y qué no entra en ella.

    A partir de esa definición estimamos el volumen de trabajo: cuántos flujos intervienen, qué integraciones hacen falta, cuántas reglas del negocio deben trasladarse al software y qué datos hay que extraer de los sistemas existentes. Recibes un presupuesto para la primera fase, no para todo el sistema; las fases posteriores se presupuestan por separado, una vez validada la primera.

    Cómo dividimos el proyecto para mantener el presupuesto bajo control

    No presupuestamos de golpe un sistema grande como un único bloque. Dividimos el proyecto en fases, cada una con un resultado claro y un presupuesto que se puede evaluar por separado.

    Auditoría

    Gratis · 48 horas. Analizamos el proceso actual y decidimos dónde tiene sentido empezar.

    Ejemplo y estimación

    Creamos un prototipo para tu caso concreto, definimos la primera fase y estimamos el volumen de trabajo y el presupuesto necesario.

    Piloto

    Ponemos un único proceso en uso real para validar la solución antes de ampliar el proyecto.

    Ampliación

    Las fases siguientes se estiman y aprueban por separado, después de haber validado el piloto.

    Ver cómo trabajamos

    Preguntas sobre el coste de un proyecto de software

    Sí, tras la auditoría inicial. En 48 horas podemos delimitar la primera fase y estimar el volumen de trabajo lo bastante bien como para hablar de un presupuesto realista.

    Un mapa de tu flujo de trabajo actual, desde la solicitud hasta la orden de producción, los puntos donde se pierde tiempo o surgen errores, un prototipo visual basado en un caso real de tu empresa y una propuesta de fases de implementación.

    La delimitación de la primera fase: qué se construye, qué queda para fases posteriores y el volumen de trabajo estimado para esa fase. La estimación solo se convierte en un compromiso comercial una vez confirmada por escrito.

    El número de reglas de precios y variantes de producto, cuántos sistemas hay que integrar, cómo de limpios están los datos existentes y cuántos roles distintos utilizan la aplicación.

    Sí. Trabajamos por fases y la primera suele ser el área donde más tiempo se pierde, normalmente la elaboración de presupuestos. El resto se añade después sobre el mismo sistema.

    No. Los costes de terceros (hosting, licencias, plataformas, servicios de los que depende la aplicación) son independientes del trabajo de desarrollo e implementación y se pagan directamente a esos proveedores o se refacturan, según lo acordado en el contrato firmado.

    Durante la auditoría comprobamos qué sistemas deben conectarse, qué interfaces ofrecen y en qué estado se encuentran los datos actuales. Las integraciones y la migración se estiman por separado de la funcionalidad principal, ya que dependen de lo que ofrezca el otro sistema.

    Los cambios que queden fuera de lo delimitado se estiman por separado y se acuerdan por escrito antes de empezar a trabajar, según el contrato firmado. Nada cambia de forma tácita dentro del presupuesto de la fase en curso.

    Los derechos sobre los entregables, las licencias de componentes preexistentes y del software de terceros o de código abierto se fijan en el contrato firmado. Los detalles se recogen en los Términos y condiciones.

    Lo que incluyen el mantenimiento y el soporte tras la puesta en uso real se establece en el contrato firmado, en función del sistema desarrollado.

    Qué influye en el volumen de trabajo

    Estas son las capas que analizamos antes de estimar un proyecto.

    Requisitos
    • procesos
    • roles
    • excepciones
    • reglas de producto
    Integraciones
    • sistemas existentes
    • API
    • migración de datos
    Uso real
    • pantallas
    • informes
    • formación
    • mantenimiento

    Recibe una estimación para tu caso

    En la auditoría analizamos el proceso actual, identificamos qué merece la pena construir primero y delimitamos una primera fase que se pueda estimar de forma realista.