Desarrollo de MVP en 14 días hábiles, a precio cerrado.
El desarrollo de MVP en iHux cuesta un precio cerrado de $8,500 y lleva 14 días hábiles: una plataforma y un flujo central, un ingeniero sénior que revisa cada línea y escribe un informe de seguridad, el código tuyo desde el primer commit y 7 días de correcciones gratis tras la entrega.
Última actualización:
Lo que recibes a precio cerrado
$8,500precio cerrado
Una plataforma, un flujo principal.
Incluido en cada MVP
- El precio queda fijado por escrito
- El código es tuyo desde el primer commit
- 7 días de correcciones gratuitas tras la entrega
- El reloj se detiene mientras esperamos tu respuesta
- Día 01
Direcciones de diseño
Eliges entre varias direcciones de diseño para tu flujo principal.
- Día 03
Diseños aprobados
Apruebas las pantallas antes de que construyamos.
- Día 07
Llamada de avance
Una versión funcional para probar en tu teléfono.
- Día 11
Revisión sénior
Un ingeniero sénior lee cada línea y redacta un informe de seguridad.
- Día 14
Entrega
Tu app, lista para enviar, con el código y el informe.
Qué incluye, y qué no.
Acordamos el alcance por escrito antes de empezar, así el precio nunca cambia.
Incluido
- Una plataforma y un flujo central
- Direcciones de diseño y diseños aprobados para ese flujo
- Un ingeniero sénior revisa cada línea, con un informe de seguridad
- El código, tuyo desde el primer commit
- 7 días de correcciones gratis tras la entrega
No incluido
- Una segunda plataforma
- Flujos adicionales al central
- Desarrollo continuo de funcionalidades
¿Necesitas más que una primera versión? Definimos y presupuestamos el producto completo después del MVP, con el mismo equipo.
También lanzamos nuestras propias apps.
El equipo que crea tu MVP crea y mantiene las apps propias de iHux en la App Store.
10 apps en la App Store · más de 3800 valoraciones · media de 4,2 sobre 5
Desarrollo de MVP: preguntas frecuentes
¿Cuánto cuesta el desarrollo de un MVP?
El desarrollo de MVP en iHux cuesta un precio cerrado de $8,500 (£6,500 en el Reino Unido) por una plataforma y un flujo central. Incluye la revisión sénior, el informe de seguridad y 7 días de correcciones gratis tras la entrega, y el precio se acuerda por escrito antes de empezar.
¿Cuánto se tarda en crear un MVP?
14 días hábiles desde el arranque hasta la entrega: direcciones de diseño el día 1, diseños aprobados el día 3, una llamada de avance el día 7, la revisión sénior y el informe de seguridad el día 11, y la entrega el día 14.
¿Qué diferencia hay entre un MVP y un prototipo?
Un prototipo muestra cómo podría verse y funcionar un producto, pero no está hecho para clientes reales. Un MVP es una primera versión que funciona: código real y un flujo central que tus usuarios pueden usar, revisado por un ingeniero sénior antes del lanzamiento.
¿Qué incluye el MVP?
Una plataforma y un flujo central, diseñados contigo y creados en 14 días hábiles; la revisión de cada línea por un ingeniero sénior, con informe de seguridad; el código, tuyo desde el primer commit; y 7 días de correcciones gratis tras la entrega. No incluye una segunda plataforma, flujos adicionales ni desarrollo continuo de funcionalidades.
¿De quién es el código?
Tuyo, desde el primer commit.
¿Qué pasa después de los 14 días?
Tienes 7 días de correcciones gratis tras la entrega. Si quieres crear el producto completo o necesitas mantenimiento continuo, lo definimos y presupuestamos después del MVP, con el mismo equipo.
¿Podéis crear un MVP con IA?
Sí. Si tu flujo central usa IA, como un asistente, una búsqueda inteligente o una automatización, la integramos en el MVP como cualquier otra funcionalidad, siempre que quepa en una plataforma y un flujo central.
¿Y si tardo en dar feedback?
El reloj se detiene mientras esperamos tu respuesta, así que los días que dedicas a decidir no cuentan dentro de tus 14 días hábiles, y el precio no cambia.
¿Bastan 7 días de correcciones?
Los 7 días cubren los errores de lo entregado que aparecen al usarlo. Antes de la entrega, un ingeniero sénior ya ha leído cada línea y escrito un informe de seguridad. Las funcionalidades nuevas no son correcciones: las definimos y presupuestamos después del MVP.