Crea un prototipo frontend interactivo utilizando la estructura tecnológica existente del proyecto y datos de demostración etiquetados explícitamente para [PROJECT] y [AUDIENCE]. La tarea es: Configuración de facturación de suscripciones. ## Contenido y estructura obligatorios Muestra el plan, el periodo de facturación, las facturas, el método de pago y el flujo de cambio de plan. 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, parte de esta dirección: lienzo neutro claro, texto color grafito, acento cobalto y separadores finos y precisos; jerarquía densa pero legible. Mantén la coherencia de la tipografía, el espaciado y las funciones de los colores. Prioriza la tarea sobre los elementos decorativos y evita una colección genérica de tarjetas inconexas. ## Preparación del contenido Proporciona el plan actual, el periodo de facturación, las facturas, las reglas de visualización del método de pago y los cálculos del cambio de plan. Diferencia los pagos reales de las estimaciones. ## Diseño y comportamiento Muestra la suscripción actual antes de ofrecer cambios. Sitúa la revisión del cambio de plan junto al cargo previsto, la fecha de entrada en vigor y cualquier explicación sobre el prorrateo proporcionada por las reglas de negocio. ## Comprobación de aceptación específica de la tarea - Separa los cargos futuros estimados de los pagos completados. - Prueba un cambio pendiente, un pago fallido y la facturación anual. - Los importes estimados deben seguir identificándose como tales, y una factura completada no debe confundirse con un cargo de renovación futuro. ## 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 Utiliza el archivo reference.webp adjunto como referencia visual para la configuración de facturación de suscripciones. Antes de crearla, identifica las principales regiones 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: muestra el plan, el periodo de facturación, las facturas, el método de pago y el flujo de cambio de plan. Al convertir la imagen en elementos editables, sigue estas pautas de diseño específicas de la tarea: muestra la suscripción actual antes de ofrecer cambios. Sitúa la revisión del cambio de plan junto al cargo previsto, la fecha de entrada en vigor y cualquier explicación sobre el prorrateo proporcionada por las reglas de negocio. ## Dirección visual de los requisitos de ejemplo Lienzo neutro claro, texto color grafito, acento cobalto y separadores finos y precisos; jerarquía densa pero legible. ## 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. Empieza por la tarea principal: mostrar el plan, el periodo de facturación, las facturas, el método de pago y el flujo de cambio de plan. Separa los cargos futuros estimados de los pagos completados. Para cada control visible, especifica su activador, el estado afectado y la respuesta que ofrece; implementa cambios locales con un estado coherente entre las vistas relacionadas. Haz que la búsqueda y los filtros produzcan resultados reales, proporciona a los controles de selección un estado activo explícito y muestra una respuesta visible de estado pendiente, éxito o error para las acciones de guardado cuando corresponda. No añadas flujos de trabajo no relacionados. Utiliza enlaces adecuados para la navegación, botones para las acciones y nombres accesibles para los controles con iconos. No des a entender que una operación del backend se ha realizado 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.