Antes de gastar de verdad, pruébalo con algo que funcione de verdad.
Tenéis una idea — un producto nuevo, una forma distinta de atender a un tipo de cliente, una función que creéis que falta en el mercado. La pregunta no es si es una buena idea sobre el papel: es si alguien la usaría si existiera. Y eso no se responde con un mockup ni con una propuesta de negocio; se responde con algo que la gente pueda tocar.
Cómo lo abordo aquí
Recorto la idea hasta la versión más pequeña que permite responder la pregunta real — normalmente mucho más pequeña de lo que se imagina al principio, porque construir para validar es distinto de construir para lanzar. La construyo funcionando, con datos reales donde sea posible, y la pongo delante de un puñado de usuarios reales antes de que nadie decida invertir más. Si la respuesta es "no", lo sabéis en semanas, no después de un año de desarrollo.
Qué suele encajar
Prototipo funcional, no maqueta: backend real, aunque simplificado, con la funcionalidad mínima que demuestra si la idea tiene tracción. Pensado para poder crecer después si funciona, sin tener que tirarlo y empezar de cero.
El encargo, en concreto
- Con qué empezamos
- Una persona usuaria concreta, el problema que quiere resolver y la pregunta que debe responder la prueba. También hacen falta ejemplos de los datos y del recorrido principal, aunque el producto completo todavía no esté definido.
- Qué debe devolver
- Una primera versión funcional para que alguien complete la tarea principal. La prueba debe permitir decidir qué funciona, qué impide usarla y si merece la pena invertir en una siguiente versión.
- Qué hay que delimitar
- Un MVP no incluye todas las funciones del producto final ni valida por sí solo el modelo de negocio. Hay que acordar qué se probará con usuarios, qué quedará manual y qué se construirá solo si la prueba lo justifica.
Ejemplo ilustrativo
Antes de desarrollar un portal completo, se prueba un único recorrido: entrar, consultar un documento y dejar una observación. Ver a usuarios reales completar esa tarea aporta información más útil para la siguiente decisión que una lista de funciones todavía sin construir.
Servicio relacionado
Consulta el alcance del servicio y cómo podemos empezar.
Desarrollo de aplicaciones y MVP con IA