Alexander Navarro
57543e7e58
Affected files: .obsidian/plugins/update-time-on-edit/data.json 01. Projects/Neardearla 2024/Construyendo Bajo Presión cómo armar el primer MVP de tu startup en 2024.md
51 lines
No EOL
1.6 KiB
Markdown
51 lines
No EOL
1.6 KiB
Markdown
---
|
|
created: 2024-04-11 18:59
|
|
updated: 2024-04-11 19:45
|
|
---
|
|
## MVP
|
|
|
|
Minimum viable product, se basa en 3 pilares
|
|
|
|
- Simplicidad
|
|
- Iteraciones rápidas
|
|
- Enfoque en el cliente
|
|
|
|
Se debe definir una o unas funcionalidades en base a una lista de prioridades para el MVP.
|
|
|
|
El MVP se trata de agregar valor, si con una funcionalidad ya se agrega valor es suficiente para el MVP
|
|
|
|
No importa si el 1° MVP se lanza de manera interna
|
|
|
|
## Tecnologías y herramientas aliadas
|
|
|
|
- Desarrollo ágil
|
|
- desarrollar de manrea rápida y eficiente adaptandonos al cambio en vez de seguir un plan rígido.
|
|
- Entregar valor rápidamente minimizando desperdicios.
|
|
- Evitar _"over engeneering"_, no hay tiempo ni dinero, aplicar las 7 faces del ciclo de desarrollo de software es contraproducente
|
|
|
|
- Todos los MVP tienen una lista de tareas
|
|
|
|
|
|
|
|
|
|
> Asegurar la calidad de tareas generales (1-17) no significará que nuestro producto sea de buena calidad.
|
|
> Pero asegurar un buen desarrollo de tareas que agreguen valor y diferenciación (18-21) si lo hará.
|
|
|
|
De esta lista de tareas es importante sacarse las _"tareas generales"_ lo antes
|
|
posible de manera rápida. Un ejemplo de como abordarlas es hacer una tabla con
|
|
las herramientas que nos pueden ayudar a sacarlas rápidamente, como la
|
|
siguiente:
|
|
|
|
|
|
|
|
Esta tabla **puede y debe variar** dependiendo de las necesidades del MVP
|
|
|
|
Luego cuando salgamos del _"valle de la muerte"_ (tengamos dinero y clientes/usuarios) podemos dedicarle mayor tiempo a estas tareas.
|
|
|
|
|
|
## Escuchar y aplicar feedback
|
|
|
|
- Google analytics
|
|
|
|
|
|
 |