Primera versión funcional para probar una idea sin construirlo todo

Una primera versión funcional es un producto reducido a lo que tiene que funcionar sin falta, entregado lo bastante pronto como para ponerlo delante de usuarios reales. FastSolve la construye para que usted sepa, en lugar de suponer.

Puede ver el resultado antes de hablar de ello: el enlace que figura a continuación es accesible en línea, sin registro.

Construir seis meses antes de saber

Cuatro situaciones se repiten antes de casi todos los proyectos de este tipo.

  • Usted tiene una idea precisa y una lista de veinte funciones. Ninguna se ha puesto todavía delante de un usuario real.
  • El presupuesto de un producto completo supera lo que puede comprometer sin certeza, así que el proyecto se queda en el cajón.
  • Lleva un año dudando, porque equivocarse costaría demasiado como para planteárselo con calma.
  • Alguien ha salido con una versión más simple que la suya, y ya está aprendiendo de sus primeros clientes mientras usted pule.

El riesgo no es construir un producto imperfecto. El riesgo es construir durante mucho tiempo el producto equivocado, y descubrirlo solo al final, cuando el presupuesto ya está gastado.

Cuatro decisiones que hacen una primera versión

Este servicio tiene menos que ver con la técnica que con lo que se acepta no hacer todavía.

1. Elegir lo único que debe funcionar

El trabajo empieza quitando, no añadiendo. De veinte funciones imaginadas, dos o tres sostienen realmente la promesa. Las demás esperarán a saber si esa promesa se sostiene.

Caso tipo. Un promotor quería un mercado completo, con mensajería, valoraciones y pago. La primera versión se limitó a poner en contacto y a cobrar, lo que bastó para conseguir los primeros usuarios.

2. Entregar una herramienta realmente utilizable

Una primera versión no es una maqueta. No es un dibujo pulsable que simula el funcionamiento: hay datos reales, cuentas reales, errores reales. Es la única forma de aprender algo fiable.

Caso tipo. Un despacho había encargado una maqueta muy cuidada. Todo el mundo la aprobó. La primera versión real enseñó en dos semanas que el paso considerado esencial lo esquivaban todos los usuarios.

3. Observar el uso en lugar de las opiniones

Las opiniones recogidas antes del uso se equivocan a menudo, sin mala fe. Lo que cuenta es lo que la gente hace: dónde se detiene, qué no encuentra, qué usa cada día.

Caso tipo. Una asociación creía que sus socios querían una agenda compartida. El uso enseñó que venían por el directorio, y el proyecto cambió de rumbo antes de costar caro.

4. Decidir después con conocimiento de causa

Una primera versión sirve para elegir: seguir, corregir el rumbo o parar. Parar pronto no es un fracaso, es el principal beneficio del método.

Caso tipo. Un autónomo detuvo su proyecto a las seis semanas, habiendo gastado una fracción del presupuesto previsto. Considera ese gasto el más barato de su año.

Lo que una primera versión no hará

Reduce el riesgo. No lo suprime.

  • No lo hace todo. Es su propia definición, y es la parte difícil de aceptar cuando se lleva mucho tiempo con la idea en la cabeza.
  • No le trae usuarios. Construir es una cosa, encontrar a las primeras personas que la prueban es otra, y esa le corresponde a usted.
  • No garantiza que la idea funcione. Se lo dice antes y por mucho menos dinero, que es otra cosa.
  • No soporta miles de usuarios el primer día. No es su cometido, y querer prepararla para eso de entrada es recaer en el proyecto largo que se quería evitar.

La ganancia está en el tiempo y el dinero comprometidos antes de saber, no en la certeza del éxito.

Preguntas frecuentes

¿Qué diferencia hay con una maqueta?

Una maqueta enseña qué aspecto tendría. Una primera versión funciona de verdad: los datos se guardan, las cuentas existen, los errores ocurren. La maqueta es útil y barata para zanjar una cuestión de pantalla, pero no dice nada de lo que la gente hará realmente, porque no le opone ninguna restricción real.

¿Cuánto cuesta una primera versión?

El importe depende sobre todo del número de funciones que se conserven, y esa es precisamente la palanca que usted mantiene en la mano. Una herramienta de un solo recorrido y un mercado con pago y cuentas múltiples no admiten comparación. El precio se fija tras la definición, una vez decidido el alcance reducido. A título orientativo, sin IVA, la mayoría de las primeras versiones se sitúan entre 3 000 y 8 000 euros. Un marketplace con pago y cuentas múltiples puede alcanzar los 12 000 euros.

¿Se tirará el código después?

No. Lo que entregamos es código pensado para durar, no un prototipo que haya que reescribir. Una primera versión sigue siendo pequeña, así que se retoma y se amplía. Ahora bien, si el uso demuestra que el rumbo era equivocado, una parte se abandonará: ese es el resultado buscado, no un defecto de fabricación.

¿Quién decide lo que entra?

Usted decide, nosotros discutimos. Nuestro papel en la definición es preguntar, para cada función, qué permitiría aprender. Las que no responden esperan a la versión siguiente.

¿Cuánto tardaré en poder enseñarla?

El plazo se comunica en la primera respuesta a su solicitud, una vez conocido el alcance. Depende directamente del número de funciones conservadas, lo que lo convierte en una elección y no en una fatalidad.

¿Y si funciona bien?

La continuación se construye sobre la misma base, por añadidos sucesivos, a menudo en forma de una aplicación web más completa. La ventaja de haber empezado pequeño es que los añadidos posteriores se apoyan en un uso constatado y no en suposiciones.

¿Puedo utilizarla para convencer a un cliente o a un financiador?

Es uno de sus usos más frecuentes. Una versión que funciona de verdad, con datos reales, muestra en diez minutos lo que un expediente de veinte páginas no establece: que la cosa existe y que se sostiene. Sirve tanto para obtener el acuerdo de un primer cliente como para abrir una conversación de financiación, y tiene la ventaja de costar una fracción del producto completo, que usted todavía no tiene que comprometer.