Entre TVCA, el sistema de encuestas de la Feria de Productores y otros proyectos, he usado el mismo
método varias veces para construir aplicaciones completas sin escribir código a mano. Estos son los
patrones que se repiten, los que de verdad importan si vas a intentarlo tú también.
1. Empezar con una plantilla propia ahorra más que empezar de cero cada vez
La primera vez que construyes algo con IA, es tentador pedirle que invente todo desde cero. Pero
después de la segunda o tercera app, lo que de verdad ahorra tiempo es tener una base ya probada
(una estructura de carpetas, un estilo visual que ya sabes que se ve bien en celular, un patrón de
seguridad que ya funcionó antes) y construir sobre eso, en vez de reinventar cada vez.
2. Los errores reales aparecen al usar la app en el dispositivo real, no revisando el código
Varios de los problemas más importantes en mis proyectos (el micrófono que no pedía permiso, el
menú que se rompía después de usarlo varias veces, el puerto que chocaba con otra app ya corriendo)
no se veían leyendo el código — solo aparecían usando la app de verdad, en un teléfono de
verdad, o revisando lo que ya estaba corriendo en el servidor antes de asumir que estaba libre.
Probar en condiciones reales no es un paso opcional al final: es donde se encuentran los problemas
que de verdad importan.
3. Cuando algo se cuelga sin explicación, cambiar de método gana más que insistir
Dos veces, en proyectos distintos, una herramienta se quedó “colgada” sin dar ningún mensaje de
error claro (una impresora virtual al combinar páginas de un PDF, un navegador lanzado desde un
proceso distinto al esperado). En ambos casos, la solución no fue reintentar la misma ruta una y
otra vez — fue aceptar que esa ruta específica no iba a funcionar en ese entorno, y construir el
mismo resultado por un camino técnico distinto.
4. El lenguaje con el que le hablas a tus usuarios importa tanto como la tecnología
Reescribir las preguntas de un formulario de lenguaje de trámite a lenguaje cotidiano no cambió
nada técnico — y aun así fue uno de los cambios que más impacto tuvo en qué tan fácil era de
contestar. La tecnología resuelve que algo funcione; el lenguaje resuelve que alguien lo quiera
usar.
5. “¿Esto necesita cuenta para usarse?” es una pregunta de diseño, no solo técnica
Más de una vez la decisión correcta no fue “qué tan avanzada es la herramienta” sino “¿puede
cualquiera usar esto sin crear una cuenta ni iniciar sesión?”. Para algo dirigido al dueño de un
negocio (un panel de administración), tener cuenta tiene sentido. Para algo dirigido al cliente
final o a alguien externo al negocio, cada paso extra (cuenta, contraseña, verificación) es una
razón más para que esa persona simplemente no lo use.
La lección general
Construir con IA no elimina el trabajo de pensar el problema — lo cambia de lugar. En vez de pasar
el tiempo escribiendo código línea por línea, lo pasas decidiendo bien qué necesita realmente la
persona que va a usar la herramienta, y revisando con cuidado que lo que se construyó en automático
de verdad funcione en la vida real, no solo en la pantalla de quien lo hizo.
¿Tienes un problema parecido en tu negocio? Escríbeme a [email protected].