El último 20%: lo que la IA no termina por ti antes de lanzar
La IA te lleva muy rápido a una demo que funciona. El último 20% (errores, correos, pagos, accesibilidad, idiomas, privacidad, copias de seguridad) es lo que la convierte en un producto. Doce cosas que la IA suele dejar sin terminar, cómo revisar cada una y qué pedirle a tu IA.
··16 min de lectura
En el software hay un chiste antiguo llamado la regla del noventa-noventa: "El primer 90% del código ocupa el primer 90% del tiempo de desarrollo. El 10% restante del código ocupa el otro 90% del tiempo de desarrollo". Se atribuye a Tom Cargill, de los Laboratorios Bell, y lo hizo famoso Jon Bentley en 1985.
La IA ha hecho la primera parte muchísimo más rápida. Hoy puedes describir una app por la mañana y probar una demo que funciona por la tarde. Pero el chiste sigue siendo cierto. La última parte, la que convierte una demo en un producto en el que la gente puede confiar, sigue costando trabajo de verdad.
Lo veo todos los días mientras construyo con un agente de programación con IA. El registro funcionó muy pronto. El trabajo de verdad fue todo lo que lo rodea: códigos que caducan a los 15 minutos y a los cinco intentos, límites a cuántos correos puede recibir una dirección, correos que se ven bien en modo oscuro y en Outlook, y todo ello en tres idiomas.
Este artículo trata de esa última parte. Yo la llamo el último 20%: doce cosas que la IA no suele terminar si no se lo pides, cómo revisar cada una y qué pedirle a tu IA.
En resumen
La IA construye el camino feliz: las pantallas y los pasos que ves en una demo. Los usuarios reales traen todo lo demás: errores, listas vacías, nombres largos, móviles lentos, otros idiomas.
El último 20% son 12 áreas: caminos no felices, datos reales, inicio de sesión y correo, pagos, accesibilidad, móviles y velocidad, idiomas y formatos, privacidad y textos legales, copias de seguridad, monitorización, soporte y actualizaciones seguras.
No necesitas todo el primer día. Haz seguridad, copias de seguridad e inicio de sesión antes de lanzar, y planifica el resto para el primer mes.
Cada punto tiene una revisión de 10 minutos y un prompt para tu IA.
Por qué el último 20% lleva tanto tiempo
Una demo tiene que funcionar una vez, para ti, con buenos datos. Un producto tiene que funcionar todos los días, para desconocidos, hagan lo que hagan.
La IA es muy buena en lo primero. Cuando le pides "una página donde los usuarios puedan subir facturas", construye justo eso: la página, el botón, la lista. No pregunta qué pasa cuando la subida falla, cuando el archivo pesa 40 MB, cuando el usuario todavía no tiene facturas o cuando está con el móvil en un tren. Nadie lo pidió, así que nadie lo construyó.
También hay una trampa de percepción. En un estudio de METR de 2025, desarrolladores con experiencia que usaban herramientas de IA de principios de 2025 tardaron un 19% más en terminar tareas reales, pero después creían que la IA los había hecho un 20% más rápidos. METR ha dicho después que las herramientas más nuevas probablemente ayudan más. Pero la lección se mantiene: con IA, estar casi terminado se siente como haber terminado.
Lo que enseña una demo y lo que además necesita un producto.
Área
Un prototipo
Un producto
Errores
Pantalla en blanco o un error en crudo
Dice qué pasó y qué hacer después
Datos
Datos de ejemplo, nombres cortos
Nombres reales, textos largos, miles de filas
Correo
Funciona con tu Gmail
Llega a la bandeja de entrada, no al spam, en todos los proveedores
Usuarios
Tú, en un portátil
Desconocidos, en móviles, con lectores de pantalla, en otros idiomas
Errores graves
Empezar de nuevo
Copias de seguridad, registros y una forma de informar de problemas
Las 12 cosas que la IA suele dejar sin terminar
1. Los caminos no felices: errores, estados vacíos y cargas
Por qué: la IA construye el camino que funciona. Los usuarios encuentran todos los demás: sin internet, contraseña equivocada, una lista vacía, un error del servidor, un botón pulsado dos veces.
Compruébalo: desconecta el wifi y usa la app. Regístrate como usuario nuevo y mira cada pantalla antes de añadir ningún dato. Envía cada formulario vacío y luego con valores incorrectos. Haz doble clic en cada botón que guarda o paga.
Pídele a tu IA: "Haz una lista de todas las pantallas de esta app. Para cada una, enséñame qué ve el usuario cuando todavía no hay datos, mientras carga, cuando la petición falla y cuando no tiene permiso para verla. Añade lo que falte, con un mensaje claro y un siguiente paso para el usuario. Haz que cada botón de guardar sea seguro aunque se pulse dos veces".
2. Los datos de personas reales
Por qué: las demos usan "Juan Pérez" y tres elementos de ejemplo. Las personas reales tienen nombres largos con tildes y apóstrofos, pegan texto con emojis y crean miles de elementos.
Dos cosas que arreglé en Axiean: una palabra muy larga en el nombre de un proyecto podía hacer las páginas más anchas que la pantalla en el móvil, así que ahora todo texto tiene que poder partirse. Y en turco, "İ".toLowerCase() en JavaScript no devuelve una "i" normal sino una "i" con un carácter de punto extra, lo que rompía la búsqueda hasta que lo limpiamos.
Compruébalo: pega una palabra de 60 caracteres sin espacios en cada campo de texto y mira la página en un móvil. Prueba nombres como Zoë Ñúñez-O'Brien. Crea 1.000 elementos con un script rápido y mira si la lista sigue cargando.
Pídele a tu IA: "Prueba esta app con datos difíciles: palabras muy largas sin espacios, nombres con tildes y apóstrofos, emojis, textos vacíos y 1.000 elementos en cada lista. Arregla los diseños que se desbordan en una pantalla de 360 píxeles de ancho, añade paginación donde las listas puedan crecer y asegúrate de que la búsqueda funciona con letras acentuadas".
3. Inicio de sesión y correo
Por qué: el inicio de sesión funciona en la demo. Luego el primer usuario real pide restablecer la contraseña y el correo cae en spam, o no llega nunca.
Desde febrero de 2024, Gmail exige a todos los remitentes autenticar el correo con SPF o DKIM, y a quienes envían más de 5.000 mensajes al día a Gmail también DMARC, la baja con un clic en los correos de marketing y una tasa de spam por debajo del 0,3%. Los correos de Axiean salen a través de un servicio de correo (Resend) desde un dominio configurado con SPF, DKIM y DMARC.
Compruébalo: regístrate con una dirección real de Gmail y otra de Outlook. ¿Llegó el correo? ¿A qué carpeta? Pide restablecer la contraseña dos veces: ¿deja de funcionar el primer enlace? ¿Caduca el código de acceso?
Pídele a tu IA: "Repasa conmigo cada correo que envía esta app: registro, verificación, restablecer contraseña, notificaciones. Para cada uno, comprueba que se envía a través de un servicio de correo adecuado, que los enlaces y los códigos caducan, que los enlaces antiguos dejan de funcionar al cambiar la contraseña y que nadie puede inundar una dirección de correos. Dime qué registros DNS (SPF, DKIM, DMARC) necesito para mi dominio".
4. Pagos más allá de la tarjeta de prueba
Por qué: la tarjeta de prueba siempre funciona. Las tarjetas reales se rechazan, caducan, se reembolsan y se disputan. Las suscripciones se cancelan. Muchos países añaden impuestos como el IVA, y los clientes esperan recibos.
Compruébalo: usa las tarjetas de prueba de tu proveedor de pagos para pagos rechazados y tarjetas caducadas. Cancela una suscripción y comprueba que el acceso termina cuando debe. Reembolsa un pago y mira qué hace tu app. Si gestionar tú mismo los impuestos te parece difícil, busca proveedores que actúen como merchant of record (vendedor registrado) y se encarguen de ellos.
Para la parte de seguridad (webhooks y precios que llegan del navegador), mira el punto 16 de mi checklist de seguridad.
Pídele a tu IA: "Haz un mapa de todos los estados de pago que esta app tiene que gestionar: pagado, rechazado, reembolsado, disputado, cancelado, tarjeta caducada y renovación. Enséñame dónde se gestiona cada uno, usando los webhooks del proveedor de pagos como fuente de verdad. Añade lo que falte y haz que los handlers sean seguros si se ejecutan dos veces con el mismo evento".
5. Accesibilidad
Por qué: algunos de tus usuarios no ven bien, no pueden usar un ratón o usan un lector de pantalla. Las interfaces generadas con IA a menudo se ven bien y aun así les fallan.
No eres el único. El informe WebAIM Million 2026 encontró fallos de accesibilidad detectables en el 95,9% del millón de páginas de inicio más visitadas. Los más comunes fueron el texto con poco contraste (83,9% de las páginas), las imágenes sin descripción (53,1%) y los campos de formulario sin etiqueta (51%). En la UE, la Ley Europea de Accesibilidad se aplica desde el 28 de junio de 2025 a muchos productos y servicios digitales, con algunas excepciones para empresas muy pequeñas; comprueba si te afecta.
Compruébalo: aparta el ratón y usa la app solo con el teclado (Tab, Intro, Esc). Haz zoom al 200% en el navegador. Pasa un comprobador automático gratuito como WAVE o Lighthouse. Activa durante dos minutos el lector de pantalla de tu móvil.
Pídele a tu IA: "Audita esta app según WCAG 2.2 AA. Revisa el contraste de color, el texto alternativo de las imágenes, las etiquetas de cada campo de formulario, el acceso con teclado a cada control con un foco visible, el orden de los encabezados y el atributo de idioma de la página. Arregla los problemas y haz una lista de lo que necesite una decisión mía".
6. Móviles y velocidad
Por qué: construyes en una pantalla grande con internet rápido. Muchos de tus usuarios entrarán desde el móvil, a veces con una conexión lenta.
Google lo mide con las Core Web Vitals: una página es "buena" cuando su contenido principal aparece en menos de 2,5 segundos (LCP), responde a un toque en menos de 200 milisegundos (INP) y el diseño no salta (CLS por debajo de 0,1).
Compruébalo: abre tu app a 360 píxeles de ancho en las herramientas de desarrollo del navegador. ¿Puedes desplazarte hacia los lados? (No deberías.) ¿Los botones son lo bastante grandes para tocarlos? Limita la red a "4G lenta" y recarga. Pasa PageSpeed Insights a tu página principal.
Pídele a tu IA: "Haz que esta app funcione bien en un móvil de 360 píxeles de ancho con una conexión lenta. Elimina cualquier desplazamiento horizontal, haz que las zonas táctiles midan al menos 24 por 24 píxeles, redimensiona las imágenes y cárgalas en diferido, y reduce el JavaScript que se carga en la primera página. Enséñame las puntuaciones de Lighthouse antes y después".
7. Idiomas, fechas y números
Por qué: incluso una app solo en inglés muestra fechas, horas, precios y números a personas de todo el mundo. "03/04" es marzo en un país y abril en otro. "1.508" es más de mil en español y en turco, pero casi uno y medio en inglés. Y si traduces la interfaz, cada texto tiene que caber: según mi experiencia, el español ocupa entre un 20 y un 30% más que el inglés, y las palabras turcas se alargan con los sufijos.
En Axiean, cada texto de la interfaz existe en inglés, español y turco, y una comprobación automática falla si a un idioma le falta un texto que tienen los demás.
Compruébalo: pon tu navegador en otro idioma y región, y mira cada fecha, precio y número. Comprueba qué significa "hoy" para un usuario de otra zona horaria.
Pídele a tu IA: "Encuentra cada lugar donde esta app muestra una fecha, hora, número, precio o plural. Dales formato con la API Intl del navegador (o con nuestra librería de i18n) usando el idioma y la zona horaria del usuario, en lugar de construir los textos a mano. Haz una lista de cada texto de la interfaz escrito directamente en el código para poder traducirlo más adelante".
8. Privacidad y textos legales
Por qué: en cuanto se registran desconocidos, estás tratando datos personales. Si alguno está en la UE, se aplica el RGPD, y eso incluye el derecho a que se borren sus datos. Tu política de privacidad tiene que describir lo que tu código hace de verdad, incluidos los servicios a los que envías datos: tu proveedor de correo, tu hosting y cualquier API de IA que vea el contenido de los usuarios.
Axiean tiene Términos, Política de privacidad y Normas de la comunidad en los tres idiomas. No usa analítica, publicidad ni cookies de seguimiento, así que no necesita un banner de cookies, y la Política de privacidad enumera cada cookie que sí usa. Cuando alguien elimina su cuenta, se cierra al momento y se borra definitivamente 30 días después.
Compruébalo: apunta cada dato personal que recoges, para qué, dónde se guarda y qué servicios externos lo ven. Luego compara esa lista con tu política de privacidad. ¿Puede un usuario eliminar su cuenta sin escribirte un correo?
Pídele a tu IA: "Haz una lista de cada dato personal que esta app recoge o guarda, dónde se guarda, cuánto tiempo se conserva y qué servicios de terceros lo reciben, incluidas las API de IA. Añade una forma de que los usuarios eliminen su cuenta y sus datos. Luego redacta a partir de esa lista una política de privacidad en lenguaje sencillo para que yo la revise".
Esto no es asesoramiento legal. Si hay dinero, salud, menores o muchos usuarios de por medio, habla con un abogado.
9. Copias de seguridad y una forma de volver atrás
Por qué: las bases de datos se borran por errores, por migraciones mal hechas y a veces por agentes de IA. En julio de 2025, un agente de IA de Replit borró la base de datos de producción de un usuario. Sin copia de seguridad, no tienes producto.
Compruébalo: averigua si tu base de datos tiene copias de seguridad automáticas, cada cuánto y dónde se guardan. Luego haz el paso que casi todo el mundo se salta: restaura una copia en una base de datos de prueba y comprueba que los datos están de verdad.
Pídele a tu IA: "Configura copias de seguridad diarias y automáticas de la base de datos de producción, guardadas fuera del servidor y conservadas 30 días. Escribe una guía paso a paso para restaurarlas y un script que restaure la última copia en una base de datos de prueba aparte, para que pueda comprobarla cada mes. Asegúrate de que ni el agente de IA ni el entorno de desarrollo pueden tocar los datos de producción".
10. Monitorización y registros
Por qué: si tu app se cae de noche, te enterarás por un usuario enfadado, o nunca. Y cuando algo se rompe, necesitas registros (logs) para ver por qué, sin que se llenen de contraseñas, tokens o datos personales.
Los registros de la API de Axiean no guardan las direcciones IP de los visitantes, y las cabeceras secretas se eliminan antes de escribir nada.
Compruébalo: configura un monitor de disponibilidad gratuito que revise tu sitio cada pocos minutos y te avise por correo si se cae. Rompe algo a propósito en un entorno de prueba: ¿recibes un aviso? ¿Los registros te dicen qué pasó?
Pídele a tu IA: "Añade seguimiento de errores y registros estructurados a esta app. Cada error debe registrarse con un ID de petición, y las contraseñas, tokens, claves de API y datos personales nunca deben aparecer en los registros. Añade un endpoint de estado al que pueda apuntar un monitor de disponibilidad".
11. Una forma de que los usuarios te escriban
Por qué: tus primeros usuarios encontrarán errores que nunca imaginaste. Si informar de uno es difícil, no lo hacen. Simplemente se van.
En Axiean, los miembros con sesión iniciada pueden informar de un problema con capturas y los datos de la página y del dispositivo, y recibir respuestas en una conversación privada, y cualquiera puede ver los problemas conocidos en los que estamos trabajando.
Compruébalo: ¿hay una dirección de correo o un enlace para opinar dentro de la app? ¿Alguien lo lee de verdad? Envíate un mensaje de prueba desde el móvil.
Pídele a tu IA: "Añade un formulario sencillo de 'Informar de un problema' para usuarios con sesión iniciada: una descripción, una captura opcional y la página en la que estaban. Envíamelo por correo, guárdalo en la base de datos y muéstrale una confirmación al usuario".
12. Actualizaciones seguras: pruebas y arreglos rápidos
Por qué: cada cambio que hace la IA puede romper algo que no tiene nada que ver. Sin pruebas, te enteras por los usuarios. Y cuando algo se rompe, necesitas arreglarlo o volver atrás rápido.
Compruébalo: elige las tres cosas más importantes de tu app (por ejemplo, el registro, la acción principal y el pago). ¿Hay una prueba automática para cada una? ¿Cuánto tardas en poner un arreglo en línea? ¿Puedes volver a la versión anterior en un solo paso?
Pídele a tu IA: "Escribe pruebas de extremo a extremo para los tres flujos más importantes de esta app: [flujo 1], [flujo 2], [flujo 3]. Haz que se ejecuten con un solo comando antes de cada despliegue. Luego documenta cómo volver a la versión anterior si un despliegue sale mal".
El último 20% en una página
El último 20%, una revisión por área. Imprímelo o tenlo junto a tu lista de tareas.
Qué hacer primero
No necesitas todo antes del primer día. Este es el orden que yo seguiría:
Cuándo
Qué hacer
Antes de lanzar
El checklist de seguridad, copias de seguridad (9), inicio de sesión y correo (3), pagos (4) si cobras, una política de privacidad (8)
Primera semana
Caminos no felices (1), móviles (6), una forma de contactarte (11), un monitor de disponibilidad (10)
Primer mes
Datos reales (2), accesibilidad (5), pruebas de los flujos principales (12)
Cuando crezcas
Idiomas (7), ajustes de velocidad (6), más pruebas y mejor monitorización
¿Cuánto tiempo lleva? No hay una cifra única honesta. Mi regla: reserva para el último 20% tanto tiempo como te llevó la demo, y no te sorprendas si lleva más. Eso es la regla del noventa-noventa.
Después, lanza y sigue adelante
El último 20% también es un material estupendo para tu bitácora. "Por qué nuestros correos iban a spam y cómo lo arreglé" es justo el tipo de entrada que la gente busca. Escribí sobre por qué una bitácora vale más que un solo día de lanzamiento.
Cuando tengas lo básico, publica tu proyecto en Axiean y mira dónde más lanzarlo. Y si todavía no has elegido qué construir, las oportunidades de Axiean son pequeñas ideas de producto con un plan para cada una, que incluye cómo construirlas con IA.
Preguntas frecuentes
¿Puede la IA construir una app lista para producción?
La IA puede escribir la mayor parte del código de una app de producción, pero rara vez termina sola la parte de producción. El manejo de errores, la entrega de correos, la accesibilidad, la privacidad, las copias de seguridad y la monitorización normalmente tienes que pedirlos y revisarlos tú. Con peticiones claras y revisiones, sí, puedes lanzar un producto real construido en su mayoría con IA.
¿Cuáles son las limitaciones del vibe coding?
El vibe coding construye rápido el camino feliz, pero sin leer el código no sabes qué falta: comprobaciones de seguridad, manejo de errores, casos límite y protección de los datos. Es genial para prototipos. Para un producto con usuarios reales, revisa el código o, como mínimo, pasa checklists como este.
¿Cómo paso de un prototipo a una app en producción?
Recorre el último 20%: gestiona los errores y los estados vacíos, prueba con datos reales, haz fiables el inicio de sesión y el correo, gestiona los pagos fallidos, revisa la accesibilidad y los móviles, escribe una política de privacidad, configura copias de seguridad y monitorización, da a los usuarios una forma de escribirte y añade pruebas para los flujos principales. Empieza por la seguridad.
¿Qué debo revisar antes de lanzar un MVP?
Como mínimo: lo básico de seguridad, copias de seguridad que hayas probado, un inicio de sesión y un correo fiables, una gestión correcta de los pagos si cobras y una política de privacidad que coincida con lo que hace tu app. El resto puede llegar en las primeras semanas.
¿Necesito una política de privacidad para una app pequeña?
Si tu app recoge cualquier dato personal, como una dirección de correo, casi seguro que sí, y en la UE el RGPD te obliga a explicar a las personas cómo usas sus datos. Hazla corta y fiel a lo que hace tu código. Esto no es asesoramiento legal.
"Slop" fue la palabra de 2025 para Merriam-Webster, y la gente ahora busca sus señales. Qué hace que un producto creado con IA parezca slop, qué hace que parezca cuidado, si deberías decir que usaste IA y qué dicen Google, la FTC y la Ley de IA de la UE en 2026.
Las palabras de la programación con IA cambian cada pocos meses. Aquí tienes 40 explicadas con palabras sencillas: qué significan, de dónde vienen y por qué te importan. Desde vibe coding y MCP hasta la ingeniería de contexto, el slopsquatting y llms.txt.
··15 min de lectura
Un día de lanzamiento te da una sola oportunidad de que te vean. Una bitácora te da una nueva cada semana. Por qué construir en público ayuda a que te encuentren las personas, Google y las respuestas de IA, y una rutina sencilla de 15 minutos a la semana.
Vahid Aslani
