El prototipo frente al producto: cómo saber cuándo tu app creada con IA está de verdad lista

Hace unas semanas, una fundadora que conozco creó una app de agendamiento para terapeutas. Todo le tomó cuatro días con un creador de apps con IA. Hace lo que necesita: los terapeutas pueden ver su calendario, los clientes pueden agendar citas, las confirmaciones salen por correo. Funciona.

Lleva dos semanas mirándola y no la ha lanzado.

Cuando le pregunté por qué, dijo: “Funciona, pero… no se siente lista”.

Le pregunté qué cambiaría. Dijo: “No sé. Ese es el problema”.

Este es el momento más difícil de crear con un creador de apps con IA. La cosa funciona, pero hay una brecha entre “funciona” y “me sentiría cómoda pidiéndole a personas reales que la usen”. Entender esa brecha — y saber de qué lado de ella estás en realidad — es la diferencia entre lanzar y quedarte atascado para siempre en la fase de la-voz-en-tu-cabeza.

Qué significa de verdad “listo”

Aquí está la distinción que importa: un prototipo es algo que usas para poner a prueba una idea. Un producto es algo que usas para resolver un problema.

La app de agendamiento para terapeutas es un prototipo. Demuestra que el concepto funciona. Un terapeuta podría usarla. Pero hay diecisiete pequeñas cosas que la hacen sentir tosca:

• Las confirmaciones por correo están peladas. Sin logo, sin marca personalizada, con texto genérico.
• Las cancelaciones no envían notificaciones. Los clientes simplemente no se presentan.
• No hay lista de espera si un terapeuta está totalmente lleno.
• El flujo de registro no recoge las especialidades del terapeuta, así que no hay forma de filtrar por tipo de práctica.
• No hay un correo recordatorio 24 horas antes de la cita.

Ninguna de estas cosas rompe la app. Todas hacen que un terapeuta real piense: “Esto se siente como algo que armé en un fin de semana, no como algo por lo que alguien me está cobrando”.

Ese sentimiento es real, e importa. Un prototipo resuelve el problema en teoría. Un producto lo resuelve en la práctica, para el ser humano concreto que lo usa.

Tres preguntas que separan el prototipo del producto

Aquí está la parte difícil: no puedes saber todo lo que falta. Tu creador con IA tampoco puede saberlo. Así que necesitas tres preguntas rápidas para averiguar de qué lado de la línea estás.

1. ¿Usarías esto para resolver tu propio problema?

Esta es honesta, porque tienes que convivir de verdad con tu propio producto.

Si eres la fundadora de esa app de agendamiento para terapeutas, ¿la usarías para agendar tus propias citas de terapia? No “podrías” — ¿la usarías de verdad en lugar de una cadena de correos o un Google Doc compartido?

Si la respuesta es no, no estás lista. Sabes exactamente qué está mal — lo sientes cada vez que abres la app. Si la respuesta es sí, estás más cerca.

La fundadora que mencioné pasó por el registro de su propio terapeuta. Se atascó en el formulario (pedía demasiada información antes de dejarla agendar). Vio el correo de confirmación y le pareció de aficionada. Empezó a pensar en cómo recibiría su terapeuta el correo y si terminaría en spam.

No estaba usando su propio producto como lo haría un cliente que paga. Cuando lo hizo, encontró diez cosas que arreglar.

2. ¿Se lo has mostrado a tres personas que no seas tú?

Hablar con usuarios potenciales es más difícil que construir, y la mayoría de los fundadores se lo saltan porque quieren sorprender a la gente en el lanzamiento. Eso es un error.

No necesitas un grupo de enfoque. Necesitas tres personas parecidas a quien crees que es tu cliente. Para la app de terapeutas, eso son tres terapeutas de verdad.

Esto es lo que estás buscando: ¿dónde se confunden? ¿Dónde dudan? ¿Qué preguntan? No “¿qué les parece?” (la gente es demasiado amable). Pídeles que hagan la cosa de verdad — agendar una cita, enviar un correo de confirmación, cancelar algo.

Cuando la fundadora mostró su app de terapeutas a tres terapeutas, dos preguntaron: “¿Puedo poner reglas para cuándo estoy disponible? Tipo, solo veo clientes nuevos los jueves, y no agendo dos citas seguidas antes de las 2pm”. La app tenía un calendario, pero no reglas. Había construido el prototipo para cómo ella pensaba que funcionaba el agendamiento, no para cómo trabajan en realidad los terapeutas.

Eso es información de producto. No la podrías adivinar a partir de una especificación.

3. ¿Qué se rompería si le dieras esto a diez usuarios reales?

Esta es la pregunta más difícil porque te exige pensar de verdad en tus casos límite.

Para la app de terapeutas:

• ¿Qué pasa si un cliente intenta agendar dos citas a la misma hora? (La app no lo revisa.)
• ¿Qué pasa si un terapeuta cancela una cita? ¿Se les avisa a los clientes automáticamente? (No.)
• ¿Y si la dirección de correo de un cliente está mal? ¿Hay forma de corregirla sin empezar de cero? (No.)
• ¿Y si un terapeuta se enferma y necesita cerrar su calendario por una semana? (Tendría que borrar manualmente cada cita.)

Estos no son bugs. La app no se cae. Pero son cortes de papel. Con diez usuarios reales y casos límite reales, vas a toparte con todos ellos en la primera semana.

Un producto maneja los casos límite. No todos — algunas cosas pueden esperar. Pero los que pasan en las primeras dos semanas con usuarios reales, esos sí tienen que funcionar.

Cómo decidir: la prueba de las tres capas

Usa esto para averiguar dónde estás:

Capa 1: Flujo principal — ¿Funciona el camino feliz? ¿Puede un usuario hacer la cosa principal para la que está diseñada tu app?

Para el agendador de terapeutas: sí. Alguien puede registrarse, agendar una cita, recibir una confirmación. Funciona.

Capa 2: Casos límite del uso real — Se lo mostraste a tres usuarios de verdad. ¿Se toparon con algo que no construiste? ¿Se confundieron en algún punto?

Para el agendador de terapeutas: sí. Los tres terapeutas querían disponibilidad basada en reglas. Uno se confundió porque el correo de confirmación se veía demasiado genérico. Uno intentó borrar citas en bloque y no pudo.

Capa 3: Pulido y profesionalismo — ¿Se siente que te importa? ¿O se siente que lo armaste a las carreras?

Para el agendador de terapeutas: se siente armado a las carreras. Las confirmaciones por correo están peladas. No hay marca personalizada. No hay mensaje de error si algo sale mal, así que si algo se rompe, el usuario no tiene idea de qué pasó.

Aquí está la heurística:

• ¿Las tres capas funcionando? Eres un producto. Lánzalo.
• ¿Capas 1 y 2, pero no la 3? Estás al 80%. Dedica un día al pulido.
• ¿La capa 1 funciona, pero las capas 2 y 3 no? Eres un prototipo. No lances todavía.
• ¿La capa 1 no es sólida? No estás listo. Sigue construyendo.

La app de terapeutas estaba atascada en la frontera entre la Capa 1 y la Capa 2. El flujo principal funcionaba, pero los terapeutas reales le encontraban piezas faltantes. Así que la fundadora tenía una opción: pasar otra semana con su creador con IA agregando las funciones que los terapeutas de verdad necesitan, o lanzar con lo que tenía y agregarlas después.

(Las agregó. Tomó tres días. Ahora es un producto.)

Lo que hace esto difícil

La razón por la que tantos fundadores se atascan aquí es que construir es divertido y lanzar da miedo.

Construir es una conversación con tu herramienta de IA. Tienes una idea, la describes, la herramienta la ejecuta. Hay un ciclo de retroalimentación que toma minutos. Lanzar es distinto. Le das a publicar, y si algo está mal, lo descubren personas reales. No hay segunda toma.

Así que encontramos razones para no lanzar. “No está lo bastante pulido.” “Debería agregar una función más.” “¿Y si las tipografías están mal?”. Y seis semanas después sigues sentado sobre algo que funciona pero no se siente listo, y te has convencido de que es por las tipografías.

No son las tipografías.

Normalmente es que no has pasado tiempo con un usuario real, o que construiste algo que tenía sentido en tu cabeza pero que no encaja del todo con cómo trabaja la gente real. Eso se arregla. Solo requiere admitir que no sabes lo que no sabes, y luego ir a hablar con alguien que sí.

La lista para saber si estás listo para lanzar

Úsala. Es corta y honesta.

• La he usado yo misma para hacer la tarea real, y funcionó (no en plan modo demo, sino de verdad).
• Se la he mostrado a tres personas que de verdad la usarían, y he arreglado las cosas que las confundieron.
• Cada error que puede ocurrir tiene un mensaje que le dice al usuario qué hacer al respecto (no “error”, sino una guía de verdad).
• Estaría tranquila si esta fuera la última versión durante seis meses (es decir: está lo bastante completa para ser útil aunque nunca la vuelva a tocar).
• Me emociona más lo que voy a aprender de usuarios reales que agregar más funciones en el vacío.

Si puedes marcar las cinco casillas, estás lista. Lanza.

Si no puedes, no lo hagas. Pero sé específica sobre por qué. “No se siente lista” no es una razón. “Los terapeutas reales necesitan reglas de disponibilidad y todavía no las he construido” sí es una razón. Eso es accionable. Eso se arregla. Esa es la diferencia entre estar atascado y estar en un camino.

La fundadora de la app de terapeutas la lanzó ayer. Ya tiene su primer cliente que paga. El producto no es perfecto, pero es real, y su cliente ya le está diciendo qué construir a continuación. Ahí es cuando sabes que estás lista: no cuando la app es perfecta, sino cuando estás lista para aprender qué significa “perfecto” para las personas que la usan.