Por qué tu primera app hecha con IA debería ser fea

La primera vez que alguien usa un creador de apps con IA, suele hacer una de dos cosas. O acepta lo primero que le da la IA y lo publica, o se pasa tres días logrando que los botones queden exactamente del tono índigo correcto antes de haber probado siquiera si alguien de verdad quiere la cosa.

El segundo grupo es mucho más común, y es un error más caro. Este post trata de por qué tu primera app hecha con IA debería ser un poco fea a propósito.

La trampa del pulido

Hay una sensación particular que te pega a unos diez minutos de empezar a construir algo. El flujo básico funciona. Un usuario puede registrarse, hacer la cosa, ver el resultado.

Y entonces tu ojo se traba en el espaciado. El titular es demasiado grande. El estado vacío tiene texto de relleno. La pantalla de inicio de sesión parece una pantalla de inicio de sesión de 2008.

Le pides al creador de apps con IA que arregle el espaciado. Lo hace. Ahora el botón está en el lugar equivocado. Le pides que lo arregle. Lo hace. Ahora la animación del modal se siente rara en el celular. Te pasas las siguientes dos horas moviendo cosas un pixel a la vez.

El problema no es que el pulido sea malo. El pulido es genial — eventualmente. El problema es que el pulido es el tipo de progreso más medible. Es visible. Se siente como trabajo. Y no tiene casi ninguna correlación con si tu app es buena.

Cuando tu app es un poco fea, te mantienes enfocado en lo que hace. Cuando tu app es bonita, empiezas a tratarla como si estuviera terminada.

Lo que de verdad necesitas saber

No estás construyendo una app. Estás probando una suposición.

La suposición suele verse así: la gente que tiene el problema X usará una herramienta que hace Y para resolverlo. Todo lo demás — los colores, la tipografía, las ilustraciones de los estados vacíos, el recorrido de onboarding — existe para servir a esa suposición. Si la suposición está equivocada, nada de ese pulido importa. Si la suposición es correcta, tienes tiempo de sobra para arreglar los colores después.

Un amigo mío se pasó dos semanas el mes pasado construyendo un rastreador de hábitos. No es la idea más original del mundo, pero tenía un enfoque específico: rastrear hábitos en grupos de tres, y los grupos vencen cada semana. El creador de IA le dio un prototipo funcional en una hora más o menos. Se pasó el resto de las dos semanas haciéndolo bonito.

Cuando por fin se lo mostró a la gente, la retroalimentación fue: “Me gusta, pero nunca usaría tres a la vez”. Su suposición central estaba equivocada. La versión bonita estaba equivocada exactamente de la misma forma en que la versión fea estaba equivocada. Solo gastó diez días extra puliendo una respuesta equivocada.

Cómo se ve “lo suficientemente feo”

Feo no significa roto. Significa deliberadamente poco decorado. Algunas señales de una app en el nivel correcto de fealdad para un primer build:

El tema por defecto está haciendo casi todo el trabajo visual. Si el creador de IA vino con valores por defecto razonables, todavía no los has tocado.
Los estados vacíos son texto plano. Sin ilustraciones, sin texto de “Parece que aún no hay nada aquí 🎉”. Solo “No hay elementos”.
El favicon es el de por defecto. Igual con el logo, si es que hay. Un wordmark en una fuente por defecto es suficiente.
El flujo de autenticación es el que te dio el creador. Sin marca. Sin personalizar. Funcional.
Una página puede estar conectada para hacer la cosa de verdad. Todo lo demás puede ser un stub o un enlace a un Google Form.

Si miras tu build y sientes un poquito de vergüenza de mostrárselo a un amigo, probablemente estás en la zona correcta. Esa vergüenza es útil — te empuja a hablar de lo que la app hace en lugar de cómo se ve. Que es la conversación que de verdad necesitas tener.

Los dos tipos de retroalimentación que te consigue la fealdad

Cuando le muestras a alguien una app pulida, reacciona al pulido. “Ay, el degradado está bonito”. “Me gusta el ícono”. Nada de eso es información. Es el equivalente conversacional de la plática trivial.

Cuando le muestras a alguien una app fea, obtienes dos tipos distintos de retroalimentación, ambos útiles:

“Esto me resuelve un problema real”. Esto es a lo que viniste. Si la app fea consigue esta reacción, la suposición se sostiene, y tienes licencia para pulir. Ahora los colores sí importan, porque no estás apostando a que los colores carguen una mala idea.
“La verdad no veo para qué sirve esto”. Esto también es a lo que viniste, aunque arda. La app fea saca esto a la superficie más rápido porque no hay nada que distraiga de la cosa central. Una app bonita habría conseguido un asentimiento cortés y un “se ve cool” y no habrías aprendido nada.

Ambas reacciones te dicen qué hacer después. La versión pulida te habría dado opiniones sobre el grosor de la fuente.

”¿Pero qué tal si quiero mostrárselo a inversionistas / clientes / mi mamá?”

Preocupación razonable. Tres cosas ayudan.

La primera es que “mostrárselo a inversionistas” suele estar más lejos de lo que parece. La mayoría de la gente que dice “necesito que esto se vea bien para mostrárselo a inversionistas” no tiene en realidad una junta con un inversionista en el calendario. Tiene un inversionista futuro y vago y una ansiedad presente muy real. El inversionista futuro y vago preferiría muchísimo ver un producto funcional con cinco usuarios reales que una maqueta pulida sin ninguno.

La segunda es que hay una diferencia entre feo e inacabado. Una app fea aún puede sentirse intencional — colores planos, fuentes del sistema, espaciado consistente. Lo que quieres evitar es lo medio decorado: una landing page bellamente animada frente a una pantalla de configuración que todavía muestra Lorem Ipsum, o tres estilos distintos de botón porque personalizaste dos y se te olvidó el tercero. Ese tipo de desnivel se lee como “me rendí a la mitad”, que es mucho peor que “todavía no empiezo a diseñar”.

La tercera es que lo feo-a-propósito es un género. Las herramientas indie de texto plano, el diseño brutalista, la estética de “hecho por una sola persona” — son looks ampliamente respetados. Si te preocupa verte poco profesional, apóyate en el look a propósito en lugar de disculparte por él.

Cuándo el pulido se vuelve la jugada correcta

Hay un punto en el que lo feo deja de ser útil. No es una fecha específica — es una sensación específica. Sabrás que pulir es la jugada correcta cuando:

Tienes un número pequeño de usuarios reales que siguen regresando.
Dejas de escuchar “no veo para qué sirve esto” y empiezas a escuchar “ojalá hiciera X”.
Te avergüenza la app de una forma que es específicamente sobre cómo se ve, no sobre cómo funciona.
La fricción en la interfaz está causando abandono real, no solo molestándote estéticamente.

Cuando llegues a eso, pídele al creador de IA que te dé una pasada de diseño. Elige una tipografía. Aprieta el espaciado. Pule los estados vacíos. El trabajo que hagas entonces se ve recompensado, porque cada pixel de pulido cae encima de algo que ya funciona.

Antes de llegar a eso, el pulido es sobre todo procrastinación vestida de progreso.

La versión de este consejo que puedes usar hoy

Abre tu creador de apps con IA y mira lo que sea que estás trabajando. Hazte una sola pregunta: si le diera esto a una persona real mañana, ¿aprendería algo que aún no sé?

Si la respuesta es sí, no necesitas pulir. Necesitas enviarlo.

Si la respuesta es no, el hueco no suele ser que la app sea demasiado fea. El hueco suele ser que el flujo central todavía no hace nada — tiene una página de inicio, un inicio de sesión y tres pantallas casi funcionales, y la cosa que se suponía que debía hacer sigue como TODO. Esa es la parte que hay que construir después. No los colores.

Tu primera app hecha con IA se supone que debe ser fea. Se supone que debe parecer un borrador. Así es como sabes que todavía está en movimiento.

Si vas más temprano en el proceso, quizá te interese qué debería ser tu primera app hecha con IA o cómo describirle lo que quieres a un creador de IA.