Saltar al contenido
Volver al Blog
IA

Cómo Usamos Realmente la IA en Desarrollo Web

26 may 20265 min
Cómo Usamos Realmente la IA en Desarrollo Web

Todas las agencias dicen ahora estar impulsadas por IA, lo que ha vaciado la expresión de significado. Esto es un relato llano de dónde la usamos, dónde no, y qué diferencia supone para un cliente.

Dónde ayuda de verdad

Código repetitivo. Validación de formularios, transformaciones de datos, envoltorios de API, andamiaje de pruebas, la cuarta variante de un componente que ya has escrito tres veces. Ahí está el grueso de la ganancia y es real. Trabajo que llevaba una tarde suele llevar una hora.

Traducciones, como primera versión. Esta web existe en neerlandés, inglés y español, y mantener tres versiones a mano es justo donde se pudren los proyectos multiidioma. Un primer borrador automático seguido de una edición humana es muchísimo más rápido que traducir desde cero, y — esta es la parte importante — solo es aceptable porque alguien que habla el idioma lee cada línea después. Publicado en crudo produce exactamente ese texto rígido y ligeramente equivocado que hace que una empresa parezca descuidada en su segundo mercado.

Entender código ajeno. Cuando llega un cliente con una web que hizo otra persona hace cinco años, tener algo que lea el código y resuma cómo encaja ahorra horas de arqueología.

Refactorizar con una especificación clara. "Renombra este concepto en todas partes, actualiza las llamadas, mantén el comportamiento idéntico" es una tarea en la que las máquinas son buenas y que a las personas les resulta tediosa y propensa a error.

Accesibilidad y revisión de código como segundo par de ojos. No sustituye a probar, pero encuentra con fiabilidad la etiqueta que falta, el botón sin nombre, el encabezado que se saltó un nivel.

Dónde no ayuda

Decidir qué construir. Lo más difícil de casi todos los proyectos es averiguar qué necesita el cliente de verdad, que a menudo no es lo que pidió al principio. Eso exige hacer preguntas incómodas y entender un negocio. Ninguna herramienta lo hace.

El criterio de diseño. Produce algo competente y genérico. Competente y genérico es exactamente lo que no quiere una empresa que intenta parecer distinta.

Cualquier cosa donde equivocarse sale caro. Lógica de pagos, control de acceso, tratamiento de datos bajo el RGPD. Usamos asistencia para redactar y después leemos cada línea con cuidado, porque un error de apariencia plausible en esas áreas es peor que no tener ayuda.

Textos que tienen que sonar a ti. Escribe prosa de marketing fluida y olvidable. Todas las empresas con las que hemos trabajado tienen una forma propia de hablar de sí mismas que importa, y no sobrevive al generado.

El inconveniente honesto

Dos costes que se pasan por alto.

El primero es equivocarse de forma verosímil. El código generado a menudo parece correcto y sutilmente no lo es: un caso extremo sin cubrir, una API obsoleta, una librería directamente inventada. Revisar eso con cuidado es trabajo real, y en tareas complejas puede comerse el tiempo que ahorró la generación. La herramienta es rápida produciendo; no es rápida estando segura.

El segundo es la erosión de habilidad, una preocupación a más largo plazo para cualquiera en este oficio. Si aceptas sugerencias sin entenderlas, vas perdiendo la capacidad de juzgarlas. Tratamos el código generado igual que trataríamos la pull request de un compañero júnior: leerlo, cuestionarlo y estar dispuestos a tirarlo.

Qué significa para lo que pagas

Pregunta justa, y la respuesta no es "ahora todo es más barato".

Donde sí se nota es en las partes rutinarias de una construcción, y eso aparece más en los plazos que en la tarifa por hora. Proyectos que habrían llevado ocho semanas suelen llevar cinco o seis. Las partes que no se aceleraron — descubrimiento, diseño, pruebas en dispositivos reales, las conversaciones en las que se decide qué tiene que hacer la web — eran de todos modos las que determinaban la calidad del resultado.

Desconfía de quien anuncia descuentos espectaculares por la IA. En la práctica comprime el medio de un proyecto, no los extremos, y es en los extremos donde los proyectos salen bien o mal.

Qué no hacemos

Tres compromisos que conviene decir claros, porque son los que preguntan los clientes.

No publicamos texto generado sin que una persona lo edite, en ninguno de los tres idiomas.

No metemos datos de clientes en herramientas de terceros sin saber adónde van y sin una base legal. Eso es una cuestión de RGPD antes que una preferencia.

No entregamos código que nadie de nuestro lado entienda. Si no podemos explicar por qué una parte de tu web funciona como funciona, no hemos terminado.

Para tu propio negocio

Si te preguntas si la IA tiene sitio en tu web, la respuesta honesta para la mayoría de empresas pequeñas es: probablemente todavía no, y no como funcionalidad. Un chatbot en una web de cinco páginas resuelve un problema que no tienes y añade uno que no tenías — a saber, un sistema capaz de contarles a tus clientes algo falso con total aplomo.

Donde sí se gana su sitio es entre bastidores: redactar contenido que después editas, resumir consultas, una primera pasada de traducción, clasificar mensajes entrantes. Útil, poco vistoso, y no exige a tus visitantes que confíen en un robot.

La pregunta interesante para la mayoría de los negocios no es "cómo añadimos IA" sino "¿nos encuentran cuando alguien le pregunta a un asistente sobre nuestro sector?". Esa sí merece atención, y se responde sobre todo con HTML limpio, estructura clara y contenido honesto — que es otro artículo.

¿Necesitas ayuda con tu proyecto?

Asesoramiento directo y personal sobre tu proyecto: respuesta en menos de 24 horas, en español, neerlandés o inglés