Desarrollo de software y aplicaciones a medida
Aplicaciones web y SaaS en React 19 + TypeScript con backend Python o Firebase.
MVP en seis semanas y producto completo en cuatro meses, con pruebas, despliegue automático y el traspaso incluido. Si lo que se construye cobra, la facturación se diseña desde el principio con los requisitos de registro que exige la norma, y no como un parche al final.
Para quién es
- Fundadores pre-seed con validación inicial
- Empresas con producto interno a construir
- Equipos que migran de no-code a código
Por qué acaba haciendo falta
El producto que no llega a existir casi nunca muere por un problema técnico. Muere porque el alcance creció durante el camino: cada semana apareció una idea razonable, ninguna se rechazó, y la fecha se movió tantas veces que dejó de significar nada. Al año siguiente hay mucho código y ninguna versión que se pueda enseñar a un cliente.
El otro final habitual es una herramienta sin código que funcionó al principio y ahora es un techo. Aguanta doscientos registros pero no dos mil, no permite un cálculo que ya es imprescindible, y cada integración nueva cuesta una suscripción más. Migrar de ahí no es empezar de cero: es quedarse con las reglas de negocio que ya se validaron y escribirlas donde no haya techo.
Por eso lo primero que se cierra es el alcance, y por eso se entrega funcionando cada dos semanas. No para enseñar avances: para que las decisiones se tomen sobre algo que se puede usar. Una demostración cada quince días cambia más un producto que cualquier documento de especificación.
Qué entrego
- Especificación funcional — User stories, wireframes y modelo de datos.
- Aplicación desplegada — Frontend + backend + base de datos en entornos dev/prod.
- Tests automatizados — Cobertura objetivo 70% o más en lógica de negocio.
- CI/CD configurado — Pipeline en GitHub Actions con preview deploys.
- Documentación técnica — README, arquitectura, guías de onboarding.
- Copias y restauración probada — Respaldo automático y una recuperación hecha delante de ti, no prometida.
Qué incluye
- Análisis funcional y arquitectura
- Desarrollo, pruebas y despliegue
- Código y documentación tuyos
- Tres meses de garantía
Lo que se decide antes de escribir una línea
- Qué entra en la primera versión — Un producto mínimo no es un producto pequeño: es el recorrido completo de un usuario, entero y sin huecos. Se elige una sola cosa que el usuario pueda terminar y se construye bien, en lugar de media docena a medias. Todo lo demás se apunta y se prioriza después, con el producto ya en la calle.
- Base de datos con esquema o sin él — Firebase quita trabajo de infraestructura y te obliga a mantener la coherencia desde el código; una base relacional te la garantiza y te pide más montaje. Si el negocio son relaciones e informes, relacional; si son documentos y tiempo real, la otra. Cambiar de idea a medias es lo caro.
- Qué se prueba automáticamente — Cubrir todo el código no compensa y da una falsa tranquilidad. Se prueba la lógica de negocio —lo que calcula, lo que cobra, lo que decide— y los caminos que, si se rompen, no se pueden reparar hacia atrás. El resto se cubre cuando aparece un fallo real.
- Quién lo va a mantener — Se decide al principio, y cambia lo que se construye. Si va a mantenerlo un equipo interno, se eligen tecnologías que ese equipo conozca aunque no sean las más brillantes. Un producto que solo puede tocar quien lo escribió no está terminado, está prestado.
Lo que no entra
- Diseño de marca ni identidad visual desde cero.
- Redacción de los textos del producto ni del material comercial.
- El coste de la infraestructura y los servicios de terceros, a tu nombre.
- Soporte a usuarios finales después del lanzamiento.
- Funcionalidad acordada fuera del alcance cerrado, que se presupuesta aparte.
Lo que necesitas tener
- Una persona por tu parte que decida y esté disponible en cada demostración.
- El alcance de la primera versión acordado antes de empezar.
- Los accesos a los servicios de terceros que haya que integrar.
- Si se migra desde una herramienta sin código: poder exportar los datos que ya hay.
Preguntas frecuentes
¿El código es mío?
Sí: el repositorio, la infraestructura y la documentación se entregan a tu nombre. El traspaso está incluido en el precio, no es un extra.
¿Seis semanas para un MVP es realista?
Lo es con el alcance cerrado. Lo que alarga un MVP no es programar, es cambiar de idea a mitad; por eso el alcance se acuerda antes de empezar.
¿Y después de la entrega?
Queda con tests y despliegue automático, así que otro equipo puede continuarlo sin arqueología. Si prefieres que lo mantenga yo, se acuerda aparte.
¿Qué pasa si a mitad quiero cambiar algo?
Se cambia: para eso hay demostración cada dos semanas. Lo que se acuerda es qué sale del alcance para que entre lo nuevo, en vez de sumar y mover la fecha en silencio.
¿Podéis continuar un proyecto empezado por otro equipo?
Sí, después de revisar el código y decirte con franqueza qué se aprovecha y qué no. Continuar algo sin tests ni despliegue automático puede costar más que rehacerlo, y eso se dice antes de aceptar.
¿Qué garantía tiene?
Tres meses de garantía sobre lo entregado. La garantía cubre que lo acordado funcione como se acordó; no es una bolsa de horas para funcionalidad nueva.