Crea un sitio web HTML adaptable con la pila tecnológica existente del proyecto para [PROJECT] y [AUDIENCE]. La tarea es: Lista de espera de próximo lanzamiento. ## Contenido y estructura obligatorios Explica el producto previsto, el público objetivo, la próxima actualización esperada e incluye un registro por correo electrónico. Utiliza [APPROVED_CONTENT] como fuente de nombres, fechas, cifras, afirmaciones y destinos. Enumera los datos que faltan antes de sustituir cualquier elemento. Si se necesita una demostración, indica que su contenido es ficticio. No inventes citas de clientes, clasificaciones, logotipos de socios ni capacidades del producto. ## Dirección de diseño Usa [BRAND_RULES] y el sistema de diseño ya seleccionado en el proyecto. Si no se proporciona ningún sistema, empieza con esta dirección: marfil cálido, tipografía en color carbón y un único acento verde ácido discreto; espaciado generoso y una cuadrícula asimétrica. Mantén coherentes las funciones de la tipografía, el espaciado y el color. Da prioridad a la tarea sobre los elementos decorativos y evita una colección genérica de tarjetas inconexas. ## Preparación del contenido Indica el público objetivo, la fase actual del producto, el canal previsto para las actualizaciones y el motivo para unirse a la lista. Proporciona los textos aprobados de privacidad y consentimiento para el registro. ## Diseño y comportamiento Mantén la página centrada en una única decisión de registro. Muestra el beneficio previsto y una vista previa del concepto claramente etiquetada, con un estado de envío diferenciado y una explicación de lo que ocurrirá después. ## Comprobación de aceptación específica de la tarea - Distingue las capacidades previstas de las disponibles y muestra el texto de consentimiento. - Prueba un correo electrónico no válido, un registro duplicado y un fallo de la solicitud. - No conviertas la confirmación de la lista de espera en una promesa de acceso inmediato ni en una fecha de lanzamiento que no se haya fijado. ## Implementación y revisión Mantén el texto editable. Utiliza una estructura semántica, controles descriptivos, un foco de teclado visible y estados vacíos o de error adecuados. Comprueba los diseños estrechos y anchos. Respeta las preferencias de movimiento reducido. Conserva el framework y las dependencias existentes del proyecto; no sustituyas la estructura tecnológica sin avisar. Devuelve los archivos editables y explica cualquier comportamiento incompleto o dato de entrada no compatible. Revisa esta tarea específica antes de proponer funciones adicionales. ## Archivo de referencia y objetivo de reconstrucción Adjunta reference.webp, incluido en el paquete de descarga de este prompt, junto con el prompt en OpenDesign. Crea un resultado editable con una composición y jerarquía similares; no incrustes la imagen de referencia completa como interfaz final. Conserva el contenido aprobado del proyecto y las reglas de marca si entran en conflicto con las etiquetas ficticias de ejemplo. Si la imagen falta o no se puede leer, solicítala en lugar de afirmar que existe fidelidad visual. ## Composición y contenido de referencia Usa el archivo reference.webp adjunto como referencia visual para la Lista de espera de próximo lanzamiento. Antes de crearla, identifica las regiones principales de arriba abajo, sus anchuras y alturas relativas, la alineación, el espaciado, la jerarquía tipográfica, los colores de las superficies, los bordes, las imágenes y los componentes repetidos. Conserva esas relaciones en lugar de sustituirlas por una plantilla genérica. Contenido obligatorio de la tarea: explica el producto previsto, el público objetivo, la próxima actualización esperada e incluye un registro por correo electrónico. Al convertir la imagen en elementos editables, sigue estas indicaciones de maquetación específicas de la tarea: mantén la página centrada en una única decisión de registro. Muestra el beneficio previsto y una vista previa del concepto claramente etiquetada, con un estado de envío diferenciado y una explicación de lo que ocurrirá después. ## Dirección visual de los requisitos de ejemplo marfil cálido, tipografía en color carbón y un único acento verde ácido discreto; espaciado generoso y una cuadrícula asimétrica. ## Especificación de las interacciones La referencia es un concepto estático: el comportamiento descrito a continuación es un requisito que debe implementarse, no una prueba de que la imagen ya funcione. Copia el prompt personalizado en tu proyecto de trabajo. Comienza con la tarea principal: explicar el producto previsto, el público objetivo, la próxima actualización esperada y el registro por correo electrónico. Distingue las funciones previstas de las disponibles y muestra el texto de consentimiento. Para cada control visible, especifica qué lo activa, a qué estado afecta y qué respuesta ofrece; implementa cambios locales manteniendo un estado coherente entre las vistas relacionadas. Haz que las búsquedas y los filtros ofrezcan resultados reales, que los controles de selección tengan un estado activo explícito y que las acciones de guardado muestren, cuando corresponda, estados visibles de pendiente, éxito o error. No añadas flujos de trabajo que no estén relacionados. Usa enlaces adecuados para la navegación, botones para las acciones y nombres accesibles para los controles de iconos. No des a entender que una operación de backend se ha completado correctamente cuando solo ha cambiado una demostración local. ## Comparación visual y entrega 1. Compara el resultado con la imagen adjunta usando las mismas proporciones. Revisa la ubicación de las regiones principales, los tamaños relativos de las imágenes, los saltos de línea, el espaciado, la jerarquía tipográfica, el contraste, los estados activos y la densidad del contenido antes de perfeccionar los detalles decorativos. 2. Después, prueba el diseño estrecho sin comprimir el texto de escritorio en etiquetas diminutas. 3. Mantén los logotipos, las fotos y los iconos como recursos independientes y todas las etiquetas relevantes editables. Enumera las fuentes o los recursos no disponibles y cualquier desviación deliberada. Devuelve los archivos funcionales junto con una descripción concisa del comportamiento implementado y las integraciones pendientes; no prometas un resultado idéntico píxel a píxel basándote únicamente en el prompt.