Crea un sitio web HTML adaptable con la estructura tecnológica existente del proyecto para [PROJECT] y [AUDIENCE]. La tarea es: caso de éxito de cliente.

## Contenido y estructura obligatorios

Estructura la historia en contexto, desafío, enfoque, pruebas y limitaciones pendientes.

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

Utiliza [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: tipografía negra contundente, paneles en amarillo cálido y composiciones geométricas marcadas; contraste controlado. Mantén la coherencia en 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

Crea una narrativa aprobada sobre el cliente que incluya la situación inicial, las restricciones, el trabajo realizado y las pruebas de los resultados. Conserva las notas de origen de cada cita y métrica.

## Diseño y comportamiento

Narra la historia como una secuencia de problema, decisión, implementación y resultado. Acompaña cada resultado con su periodo y alcance de medición para que el caso de éxito explique qué cambió.

## Comprobación de aceptación específica de la tarea

- Atribuye cada cita y métrica a las pruebas aprobadas proporcionadas.
- Compara la afirmación mostrada con las pruebas subyacentes.
- Atribuye correctamente el trabajo compartido y mantén visibles las limitaciones cuando varios factores puedan haber contribuido al resultado.

## 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 el caso de éxito de cliente. Antes de crearlo, identifica de arriba abajo las regiones principales, 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: estructura la historia en contexto, desafío, enfoque, pruebas y limitaciones pendientes. Al convertir la imagen en elementos editables, sigue estas pautas específicas de maquetación: narra la historia como una secuencia de problema, decisión, implementación y resultado. Acompaña cada resultado con su periodo y alcance de medición para que el caso de éxito explique qué cambió.

## Dirección visual de los requisitos de ejemplo

Tipografía negra contundente, paneles en amarillo cálido y composiciones geométricas marcadas; contraste controlado.

## Especificación de las interacciones

La referencia es un concepto estático: el comportamiento indicado 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 por la tarea principal: estructura la historia en contexto, desafío, enfoque, pruebas y limitaciones pendientes. Atribuye cada cita y métrica a las pruebas aprobadas proporcionadas. Para cada control visible, especifica su activador, el estado afectado y la respuesta; implementa cambios locales manteniendo un estado coherente en las vistas relacionadas. Haz que la búsqueda 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 ajenos. 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 completó correctamente si solo cambió 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.