IA aplicada al diseño web
Después de varias conversaciones con una IA puedes tener muchas respuestas y poca claridad sobre qué versión elegiste. El historial conserva la conversación, pero no necesariamente la decisión.
Documentar un proyecto web con IA consiste en dejar un rastro breve que otra persona pueda entender. También tu versión de dentro de un mes. No hace falta transcribir cada prompt: necesitas conservar contexto, decisiones, archivos y pruebas.
Crea una ficha de proyecto que sobreviva al chat
Empieza por objetivo, alcance, audiencia y límites. Para el taller de cerámica: recibir solicitudes, sin cobro ni confirmación automática. Añade dónde vive el diseño, dónde está la versión de pruebas y quién decide.
No guardes contraseñas ni claves en esta ficha. Una referencia al mecanismo autorizado de acceso es suficiente. Tampoco copies conversaciones con datos privados a un documento compartido sin revisar su contenido.
- Objetivo y acción principal.
- Contenido confirmado y cuestiones pendientes.
- Enlaces a archivos y versiones identificadas.
- Funciones implementadas, simuladas y pendientes.
- Decisiones aprobadas y responsable de revisión.
Usa nombres claros para los archivos. «Propuesta-final-final2» no explica qué cambió. Un nombre como «talleres-v03-formulario-revisado» permite situar la versión.
Registra decisiones, no cada ocurrencia
Anota qué cambió, por qué y cómo lo comprobaste. Si descartaste una alternativa por un motivo relevante, consérvalo en una frase. No hace falta guardar veinte imágenes casi idénticas.
Ejemplo: «Mostramos duración y nivel antes del formulario porque son datos necesarios para elegir taller. Se revisó el recorrido con el contenido disponible. Falta contrastar la comprensión con personas externas». La decisión y su límite quedan juntos.
Ejemplo didáctico propio con un proyecto ficticio. Amplía la imagen para consultar el esquema.
Conserva un encargo reproducible
Guarda el contexto mínimo que permitió obtener un resultado útil: datos de entrada ficticios o autorizados, restricciones, herramienta y fecha. Las herramientas cambian; no presupongas que el mismo prompt producirá la misma salida.
Incluye el resultado elegido o un enlace estable a su archivo. Si solo conservas el texto del prompt, otra generación puede devolver una solución distinta.
Encargo de ejemplo
Contexto: página de talleres ficticios. Objetivo: solicitar plaza. Restricciones: sin pagos, sin testimonios inventados y estilos limitados al bloque. Cambio solicitado: permitir títulos largos en móvil. Resultado elegido: versión v03. Comprobación: 360, 768 y 1440 px, enlace con teclado. Pendiente: prueba con contenido definitivo.
Este es un ejemplo de registro, no una afirmación de que esas pruebas se hayan hecho en tu proyecto. Sustituye cada dato por evidencia real antes de marcarlo como comprobado.
Añade una tabla de pruebas y pendientes
Cada prueba necesita un paso, un resultado esperado y un resultado observado. Si falla, enlaza la incidencia. Si no se ha realizado, déjala pendiente.
Distingue capturas, simulaciones y funcionamiento real. Una imagen demuestra una composición en un instante. No demuestra un envío, una compra o una persistencia de datos.
Ejemplo didáctico propio con un proyecto ficticio. Amplía la imagen para consultar el esquema.
Prepara un cierre que permita continuar
Antes de entregar, abre los enlaces y revisa que quien recibe el trabajo tenga el acceso necesario por la vía autorizada. No publiques enlaces privados ni amplíes permisos por comodidad.
Resume lo que está aprobado, lo que falta y cómo recuperar la versión anterior. Añade procedencia de imágenes y fuentes, y las condiciones relevantes de mantenimiento o exportación.
La documentación puede ser una página breve con enlaces. Debe ayudar a actuar: entender qué hay, decidir qué sigue y repetir una comprobación. Vuelve al índice de diseño web para conectar este registro con diseño, construcción y calidad.
Una decisión documentada puede revisarse. Una decisión perdida en un chat obliga a empezar de nuevo.
