Cómo validar una idea de app antes de invertir en desarrollarla

Validar una idea de app es conseguir pruebas de que alguien la necesita antes de pagar por desarrollarla. Se hace en escalones, del más barato al más caro: hablar con quienes tienen el problema, resolverlo a mano por un tiempo, mostrar un prototipo y recién ahí construir una primera versión chica. En cada escalón podés frenar, cambiar el rumbo o seguir.

Te lo cuento desde el lado del que desarrolla. Prefiero que un cliente llegue con la idea probada, aunque sea un poco, porque así la app que hacemos juntos tiene muchas más chances de que alguien la use.

El “qué buena idea” no vale

La trampa más común es preguntarle a la familia y a los amigos. Te quieren, no te van a decir que no. Y aunque sean desconocidos, preguntar “¿usarías una app que haga tal cosa?” casi siempre da un sí que no compromete a nada.

Lo que sí cuenta son las acciones: que alguien te deje su contacto para cuando esté lista, que te pague una seña, que use la versión a mano que le armaste o que te pregunte cuándo sale. Una persona que hace algo vale más que muchas que dicen que sí.

Escalón 1: hablar de lo que ya pasó, no de lo que harían

Buscá gente que tenga el problema que querés resolver y preguntá por su pasado reciente, no por el futuro. En vez de “¿te serviría una app para reservar canchas?”, preguntá “¿cómo reservaste la última vez? ¿qué fue lo más molesto? ¿qué usás hoy para eso?”.

Si te cuentan que el problema les pasó la semana pasada y que inventaron algo para resolverlo (una planilla, un grupo, una persona que se encarga), vas bien. Si les cuesta acordarse de la última vez, el problema existe pero quizás no duele tanto.

Si tu idea es para negocios locales de un rubro, conseguir con quién hablar es más fácil de lo que parece: LeadsLocales, una plataforma que hice, encuentra negocios de Argentina por rubro y zona con sus datos de contacto públicos.

Escalón 2: resolverlo a mano antes de automatizarlo

Antes de una app, probá el servicio sin app. Si tu idea es conectar paseadores de perros con dueños, armá un número de WhatsApp, una planilla y un formulario, y hacé de intermediario vos durante unas semanas. Si tu idea es un sistema de pedidos para un rubro, tomá los pedidos de tres o cuatro negocios a mano.

Es lento y no escala, y justamente por eso sirve: ves de cerca qué pide la gente, en qué se traba, qué pregunta siempre. Cuando después lo conviertas en app, vas a saber qué automatizar primero y qué no hacía falta.

Escalón 3: un prototipo para ver si se entiende

Un prototipo es una maqueta de la app que se puede tocar: pantallas que se ven reales y botones que llevan de una a otra, pero sin nada funcionando de fondo. Se hace rápido y sirve para una sola cosa: ver si la persona entiende qué hacer sin que se lo expliques.

Sentate al lado de alguien (o compartí pantalla), dale una tarea y callate. Donde duda, donde toca lo que no era, donde pregunta “¿y ahora?”, ahí hay algo para corregir. Cambiar una pantalla en un prototipo cuesta muchísimo menos que cambiarla en una app terminada.

Escalón 4: la versión mínima, con una sola promesa

Recién acá se programa en serio. La versión mínima hace una sola cosa bien, la que salió más fuerte en los escalones anteriores, y deja todo lo demás para después. No es una app a medio hacer: es una app chica y completa en lo suyo. Lo desarrollé en qué es un MVP.

Lo que mirás en esta etapa no es cuánta gente se registra, sino cuántos vuelven a usarla sin que los empujes. Si vuelven, tenés algo. Si no vuelven, preguntales por qué antes de sumar funciones. En cómo retener usuarios en una app hay más sobre eso.

Señales para seguir, cambiar o frenar

• Seguí si la gente usa la versión a mano, pregunta cuándo sale o te ofrece pagar.
• Cambiá el enfoque si el problema es real pero la gente lo resuelve de otra forma que le alcanza, o si el que lo sufre no es el que decide.
• Frená si nadie se acuerda de la última vez que le pasó o si todos te dicen que sí pero nadie hace nada.

Dónde entro yo

Puedo acompañarte desde el escalón 3: armar el prototipo, mirar juntos cómo lo usa la gente y después construir la versión mínima por etapas, como cuento en proyecto de software por etapas. Trabajo de forma remota desde Buenos Aires, con videollamadas y avances que ves por link, y cotizo cada etapa por separado para que no tengas que comprometer todo de entrada.

Preguntas frecuentes