Un prototipo sirve para responder una pregunta, no para parecer terminado

En 2021 escribía con entusiasmo sobre herramientas no-code porque permitían probar ideas sin construir todo desde cero. En el mismo hilo aclaraba que tenían limitaciones técnicas y de escala.

Me interesa conservar las dos partes. La posibilidad de empezar más fácil no significa que cualquier idea esté resuelta ni que la primera versión deba durar para siempre.

Definí qué querés averiguar

Un prototipo puede servir para comprobar si alguien entiende una propuesta, si un proceso tiene sentido o si falta información para completar una tarea.

Son preguntas distintas. Si intentás responderlas todas al mismo tiempo, quizás termines construyendo mucho antes de aprender algo.

Elegiría una pregunta y una versión suficiente para ponerla a prueba. No la más linda posible: la que permita observar lo que me importa.

No confundas una demo con una operación

Que algo funcione una vez con datos preparados es una señal inicial. Después puede haber usuarios diferentes, errores, permisos y necesidades que la demo no contemplaba.

No lo digo para frenar el entusiasmo. Lo digo para que la primera prueba no cargue con una promesa que todavía no puede sostener.

Poné un límite al experimento

Antes de seguir agregando cosas, definiría qué resultado me haría avanzar, cambiar de idea o abandonar esa versión.

Si cada respuesta produce diez funciones nuevas, es fácil pasar de una prueba pequeña a un proyecto que nadie decidió conscientemente.

Lo valioso de bajar la barrera para construir es poder aprender antes. Si terminamos usando esa facilidad para acumular funciones sin validar nada, perdemos buena parte de la ventaja.

Un prototipo no necesita demostrar que ya tenés un gran producto. Necesita ayudarte a decidir qué harías después y por qué.