# Briefing de web: Estudio Ladera Basado en un ejemplo ficticio y didáctico (ladera-web). No representa un cliente ni un resultado real. El documento conserva lo que has indicado. No es una oferta, presupuesto ni contrato. ## Decidido ### Propósito y destinatarios - **Nombre de trabajo:** Estudio Ladera - **Propósito:** Que una persona que está preparando una reforma comprenda las tres formas de ayuda del estudio, vea propuestas ilustrativas y pueda explicar qué necesita\. - **Destinatario principal:** Personas propietarias de una vivienda que necesitan ordenar decisiones de distribución, materiales y ejecución antes de contratar trabajos\. - **Acción principal:** Consultar un servicio, revisar un ejemplo y enviar una consulta indicando el servicio y la fase del proyecto\. ### Páginas y contenido - **Inicio:** Presentación del estudio ficticio, acceso a los tres servicios, dos propuestas ilustrativas y explicación del siguiente paso\. - **Servicios:** Asesoría de una estancia; proyecto de interiorismo; acompañamiento de ejecución\. Cada servicio explica situación, entregables, aportaciones y límites\. - **Propuestas ilustrativas:** Luz de mañana y Patio interior\. Dos ejercicios visuales originales, señalados como ficticios, con problema, decisión y alternativa descartada\. - **Cómo se trabaja:** Conversación inicial, definición de alcance, propuesta, desarrollo, revisión y entrega\. Sin plazos cerrados ni experiencia inventada\. - **Contacto:** Formulario por servicio, explicación del destino y estados de error/éxito\. En el demostrador no envía a nadie\. ### Funciones y recorrido - **Navegación:** Acceder a servicios, detalle, propuestas y contacto; volver atrás sin perder orientación, con menú móvil operable por teclado\. - **Consulta por servicio:** Seleccionar servicio y describir necesidad\. Campos mínimos y mensajes de corrección junto al error; el servicio seleccionado acompaña la consulta\. - **Destino de la demostración:** Validación local y confirmación explícita de simulación\. Cero correos, contactos, cobros o mensajes reales\. - **Búsqueda y filtros:** No se incluyen en esta primera web: dos propuestas y tres servicios se encuentran con navegación directa\. ### Materiales y edición - **Textos:** Se redactan contenidos ficticios completos para los tres servicios, proceso y dos propuestas; no testimonios\. - **Material visual:** Composiciones geométricas originales de distribución y paletas\. No fotografías atribuidas a proyectos reales\. - **Revisión:** La persona responsable del proyecto revisará oferta, textos y derechos antes de una web real\. La demo se revisa como material formativo\. ### Restricciones y decisiones abiertas - **Idioma:** Español de España\. Un idioma en primera entrega\. ### Dentro, fuera y pendiente - **Dentro de la primera entrega:** Web responsive con servicios y detalles, dos propuestas ilustrativas, proceso, contacto demo, navegación accesible y comprobación de enlaces/estados\. - **Fuera de la primera entrega:** Tienda, pagos, reservas con disponibilidad, área privada, CRM, catálogo masivo, traducción y campañas\. Cada ampliación requiere su propio alcance\. - **Pendiente para una operación real:** Titular legal, dominio/alojamiento, destinatario del formulario, política de datos, CMS/editor y presupuesto/plazo\. ### Criterios para revisar - **Entender y encontrar:** Desde inicio se llega al servicio correspondiente, se entiende qué incluye y se puede revisar una propuesta sin enlaces rotos\. - **Probar el formulario:** Vacío muestra campos a corregir; una consulta válida muestra confirmación explícita de demo sin petición externa\. - **Móvil y teclado:** El recorrido completo cabe en 320 y 390 px y se recorre con teclado, foco visible y etiquetas comprensibles\. - **Revisar el contenido:** Todos los ejemplos ficticios lo indican; no hay testimonios, ubicaciones, datos de clientes ni experiencia inventados\. - **Entregar:** Origen de código, instrucciones, pruebas, capturas y vídeo real de uso disponibles en el caso\. ### Próximas decisiones - **Resolver primero:** Elegir quién editará las propuestas y probar una tarea de edición antes de cerrar plataforma\. - **Confirmar antes de publicar una web real:** Titularidad, textos legales, entrega del formulario, accesos y presupuesto/plazo\. - **Observar después:** Separar solicitudes entregadas de mensajes cualificados o ventas; no interpretar la demo como señal comercial\. ## Preferencias ### Funciones y recorrido - **Edición de contenidos:** Poder añadir una nueva propuesta y corregir un servicio sin tocar la navegación a mano\. ### Materiales y edición - **Marca:** Nombre didáctico Estudio Ladera, tipografía editorial y tonos cálidos\. La elección visual es una preferencia revisable\. - **Frecuencia de cambio:** En el ejemplo se prevé añadir una propuesta por trimestre y corregir servicios cuando cambie el alcance\. Es un supuesto de diseño, no una obligación operativa\. ## Pendiente ### Páginas y contenido - **Información legal:** Identidad y textos aplicables a una operación real por definir con su responsable\. La demo avisa de que es ficticia y no solicita datos reales\. ### Funciones y recorrido - **Destino en una web real:** Buzón responsable y proveedor de entrega todavía por elegir\. No se presupone que existe una integración contratada\. ### Restricciones y decisiones abiertas - **Plataforma de contenido:** Elegir tras comprobar quién editará, qué debe editar y con qué frecuencia\. No fijar CMS por costumbre\. - **Fecha:** Sin fecha contractual\. Acordarla cuando estén definidos contenido, alcance y responsables\. - **Presupuesto:** Pendiente de propuesta desglosada sobre este alcance; ninguna cifra de la demo constituye una tarifa\. - **Dominio y cuentas:** No hay cuentas reales del estudio ficticio\. En una web real se haría inventario de cuentas, titulares y acceso delegado, sin poner contraseñas aquí\. - **Web anterior:** El ejercicio de rediseño usa cinco rutas antiguas hipotéticas\. Antes de migrar una web real hay que comprobar inventario, tráfico, enlaces y contenidos\. ## Preguntas para continuar Revisa las decisiones pendientes del documento. La herramienta no confirma que el proyecto esté definido por completo. ## Alcance del archivo El Markdown recoge el modo seleccionado. El JSON conserva también los datos del otro modo para poder recuperarlos. ## Reutilización del material original Autor: Ricardo Huertas. Plantilla y ejemplo didáctico originales bajo CC BY 4.0: https://creativecommons.org/licenses/by/4.0/ Al compartir una adaptación, conserva la atribución e indica los cambios. Este permiso no cubre materiales de terceros ni aplica automáticamente a las respuestas que añadas a tu propio briefing.