Tres formas de trabajar juntos.

Un encargo definido, tiempo de desarrollo mensual o mantenimiento de una aplicación. Elegimos según el trabajo que tienes y cómo necesitas organizarlo.

Elige según lo que necesitas

Si las prioridades cambian, una bolsa de horas da flexibilidad. Si el resultado está definido, podemos cerrar el proyecto. Para una aplicación publicada, acordamos soporte y mejoras.

Bolsa de horas mensual

Reservar tiempo de desarrollo para un backlog cambiante o varios proyectos.

Valorar una bolsa de horas

Mejor para

  • Prioridades que cambian durante el mes.
  • Varias tareas coordinadas por una persona de tu equipo.
Límites y requisitos para empezar

No es adecuado para

  • Una entrega con alcance y fecha ya definidos.
  • Disponibilidad ilimitada o atención de incidencias 24/7.

Para empezar

  • Lista priorizada y una persona que pueda validar el trabajo.
  • Horas, ventana de respuesta y registro de consumo acordados.

Proyecto cerrado

Acordar entrega, precio, fecha y criterios de aceptación antes de empezar.

Valorar un proyecto

Mejor para

  • Una web, integración o funcionalidad con resultado definido.
  • Una publicación con un responsable de validación.
Límites y requisitos para empezar

No es adecuado para

  • Requisitos que cambian cada pocos días.
  • Una base de código que todavía necesita diagnóstico para poder estimarla.

Para empezar

  • Diseño, código o documentación suficiente para estimar.
  • Alcance, hitos y responsable de aceptación.

Soporte y mejoras continuas

Mantener una aplicación en uso y preparar sus siguientes versiones. Las horas o el alcance se acuerdan aparte.

Valorar soporte continuo

Mejor para

  • Correcciones, actualización de dependencias y versiones planificadas.
  • Un producto que necesita continuidad en su mantenimiento técnico.
Límites y requisitos para empezar

No es adecuado para

  • Soporte 24/7 o guardias sin un acuerdo específico.
  • Respuesta inmediata a cualquier petición, sin prioridades.

Para empezar

  • Repositorio, compilación reproducible y lista de incidencias.
  • Ventanas de respuesta y criterios para separar urgencias de mejoras.

Empezar por un encargo pequeño

Un diagnóstico o una primera implementación pueden formar parte de un proyecto cerrado o consumir horas de una bolsa. El presupuesto indica qué incluye ese primer encargo.

Un diagnóstico técnico

Para un proyecto cuyo estado o riesgos todavía no están claros.

Ver alcance y resultado
Encaja cuando
Acotamos una revisión antes de estimar la implementación.
Qué queda entregado
Qué se ha comprobado, hallazgos priorizados y una recomendación para la siguiente fase.
Pedir un diagnóstico

Una primera implementación

Para un bloqueo definido: una integración que falla, un error crítico o una versión que necesita prepararse.

Ver alcance y resultado
Encaja cuando
Acordamos un resultado y cómo comprobarlo. Revisamos la entrega antes de ampliar el alcance.
Qué queda entregado
El cambio acordado, las comprobaciones realizadas, notas de entrega y pendientes.
Valorar el primer encargo

En +DERA, el primer trabajo fue reproducir app, backend y web para comprobar las incidencias y proponer los siguientes pasos. Ver qué incluyó el diagnóstico.

Del brief a la entrega

  1. 01

    Tu proyecto

    Me cuentas objetivo, fecha y estado actual. Confirmo si puedo ayudarte.

  2. 02

    El acuerdo

    Acordamos trabajo, precio u horas, criterios de aceptación y accesos necesarios.

  3. 03

    Desarrollo

    Entrego los cambios y comunico riesgos o peticiones que afectan al plan.

  4. 04

    La entrega

    Revisas el trabajo y recibes código, documentación y condiciones del soporte acordado.

¿No está claro qué modelo necesitas?

Cuéntame qué quieres hacer y qué tienes ya. Te propondré una forma de empezar antes de preparar el presupuesto.