Estudio Ladera es un proyecto didáctico ficticio. Permite recorrer una web de servicios y ver cómo un briefing se convierte en páginas, decisiones de interfaz y comprobaciones. No representa un cliente ni resultados comerciales.
El encargo
La web debe explicar tres servicios, mostrar dos propuestas ilustrativas y permitir probar una consulta desde el servicio elegido. El briefing completo de Ladera conserva el propósito, las preferencias, el alcance y las preguntas que quedarían abiertas para una operación real.
Qué se decidió antes de diseñar
La tarea principal consiste en distinguir una asesoría, un proyecto de conjunto y un acompañamiento, revisar una propuesta visual y explicar una necesidad. De esa tarea salen las páginas y el recorrido de contacto. El ejercicio no necesita cuentas, reservas, cobros ni un envío de correo para demostrar esas decisiones.
El briefing distingue el catálogo y las acciones de la primera entrega de las decisiones que exigiría un estudio real: dominio y cuentas, plataforma de edición, destinatario del formulario y condiciones de publicación. Puedes abrir el ejemplo en el constructor y cambiar una condición para ver cómo afecta al documento.
Dos direcciones visuales
Catálogo fotográfico. Una portada dominada por imágenes y fichas extensas daría prioridad a la evocación visual. En este ejercicio dependería de fotografías que no existen como trabajo real y podría confundir una composición ficticia con una obra terminada.
Estudio editorial de espacios. La dirección elegida combina tipografía con carácter, planos geométricos propios, tonos hueso, tinta y arcilla, y contenido que explica decisiones. Los diagramas comparan usos y recorridos sin atribuir fotografías ni medidas a una vivienda real. La elección responde al material didáctico disponible; no procede de una prueba de preferencias con usuarios.
Cómo se organiza la web
El menú reúne Inicio, Servicios, Propuestas, Cómo se trabaja y Contacto. Los tres servicios y las dos propuestas tienen páginas propias. Una persona puede pasar del índice al detalle y volver; el servicio que elige acompaña el enlace al formulario.
El recorrido de contacto
En el formulario de demostración puedes elegir un servicio y escribir un mensaje ficticio. Un mensaje vacío muestra un error junto al campo; un mensaje válido termina con «Demostración completada. No se ha enviado ningún mensaje». El nombre de ejemplo y la situación son opcionales.
La comprobación se ejecuta en el navegador. No hay correo, proveedor, cuenta ni captación comercial detrás. En una web real habría que añadir y probar la entrega al destinatario, sus errores y las condiciones de tratamiento de datos.
Qué contiene la implementación
Las diez rutas comparten navegación y componentes, pero cada tipo de página tiene una función: comparar servicios, explicar un alcance, contrastar dos distribuciones o completar el formulario. La información principal se entrega como HTML; el menú móvil y el formulario añaden sus estados en el navegador.
Los textos de servicios y propuestas tienen un origen común, separado de la presentación. Los diagramas son SVG propios y muestran una alternativa considerada junto a la decisión del ejercicio. La demo se mantiene fuera del sitemap editorial y lleva una indicación de no indexación; este caso explica y enlaza el trabajo didáctico.
Qué demuestra y qué no se ha medido
El ejemplo permite revisar cómo un encargo se convierte en contenido, navegación y un formulario con estados. No demuestra ventas, preferencias de personas, rendimiento orgánico ni resultados de un cliente.
Puedes continuar con la guía para crear y encargar una web o preparar tu propio briefing.
