Elige el recorrido del huésped antes del tratamiento visual
Empieza por separar tres tareas: encontrar un lugar, decidir si sirve para la ocasión y hacer una reserva. Quien organiza una cena privada necesita aforo, distribución, información de accesibilidad y respuesta a su consulta; quien reserva una habitación necesita fechas, ocupación, diferencias entre habitaciones y un motor de reservas confiable. Son productos diferentes, aunque ambas propuestas prometan una web de hospitalidad hermosa. La guía oficial Visit London separa atracciones, gastronomía, alojamiento, transporte y accesibilidad. Eso demuestra la variedad de preguntas que puede traer un visitante; no es una plantilla que debas copiar.
Escribe una acción principal para cada página. Después pide al equipo de diseño que muestre cómo el ambiente, el menú o las fotografías de las habitaciones ayudan a tomar esa decisión. Un video puede presentar el carácter del lugar, pero no debería ocultar la dirección, el horario ni la reserva. Exige un recorrido móvil funcional durante la revisión de la propuesta, desde la llegada hasta el sistema de reservas, conservando la sede que eligió la persona.
Cotiza la integración de reservas como un recorrido completo
Un botón que abre otra web, un módulo de reservas incrustado y una interfaz propia de disponibilidad tienen costos y responsabilidades diferentes. Pregunta cuál incluye la propuesta. Identifica quién es dueño de la cuenta de reservas, paga las comisiones o suscripciones, cambia la disponibilidad y gestiona las cancelaciones. Pregunta si se pueden conservar la propiedad, el idioma, la fecha y el número de personas elegidos; verifica lo que admite tu proveedor de reservas antes de prometerlo.
Prueba fechas sin disponibilidad, un turno lleno, una sesión vencida y un pago fallido en el entorno de pruebas del proveedor cuando exista. La web debe explicar qué sigue y ofrecer una salida útil. Una pantalla de confirmación debe significar que el sistema aceptó la reserva, no que alguien pulsó un botón. Para eventos privados, el resultado correcto es una consulta recibida hasta que el equipo confirme la fecha. Registra esos resultados como eventos distintos. Así evitas confundir un informe lleno de clics en reservar con ingresos confirmados.
Dale a cada sede real una ficha operativa editable
Para un grupo con varias sedes en Londres, define componentes de marca compartidos y fichas independientes. Cada ficha debe tener dirección, contacto, excepciones de horario, menú, destino de reservas, imágenes e información de acceso. La persona encargada debería cambiar un cierre excepcional una sola vez, sin editar por separado un pie de página, un PDF y tres versiones de idioma. No generes una página para cada barrio de Londres si el negocio no tiene allí un servicio o una sede diferenciados que explicar.
Los recursos de accesibilidad de Visit London orientan a los visitantes hacia información detallada de lugares y transporte. Convierte esa necesidad en contenido propio y preciso: qué entrada usar, si hay escalones, a quién contactar y qué ha confirmado realmente el establecimiento. Evita una etiqueta vaga de accesibilidad. Durante la contratación, pide a alguien del equipo del lugar que modifique un plato y una excepción de horario en el CMS propuesto. Si necesita un desarrollador para cada cambio rutinario, incluye esa dependencia continua al comparar precios.
Contrata fotografía, idiomas y rendimiento dentro del mismo alcance
Un concepto visual basado en fotografías impactantes de los espacios decepcionará si la cotización no incluye sesión, dirección de arte, licencias o selección de imágenes. Nombra a la persona responsable de cada recurso y pide recortes para móvil y escritorio. Especifica qué imágenes deben cargar de inmediato y cuáles pueden esperar hasta que el visitante llegue a la galería. La galería debe mostrar el lugar sin exigir la descarga de todas las fotografías a máxima resolución antes de poder reservar.
Si el español forma parte del plan de audiencia, cuenta los menús, descripciones de habitaciones, errores de formularios y mensajes de reservas que se traducirán. La plataforma externa de reservas puede admitir idiomas distintos de la web principal. Registra esa limitación con claridad y define quién la revisa. La documentación de Google sobre idiomas explica los enlaces recíprocos entre páginas traducidas equivalentes. Pide esos enlaces en el HTML entregado, junto con un selector visible que conserve la sede o habitación correspondiente. El volumen de traducción y los cambios posteriores del menú forman parte del presupuesto operativo.
Usa este brief de ejemplo para comparar propuestas
Imagina un grupo de hospitalidad londinense con dos sedes, una marca compartida, contenido en inglés y español y un proveedor de reservas existente. Su brief pide una página del grupo, dos páginas de sede, menús, información para eventos privados y una ruta de contacto. También incluye un plan fotográfico, excepciones de horario editables, formularios accesibles y migración de las URL que ya reciben consultas. Es un alcance inventado para comparar propuestas, no un caso de cliente de Dardo ni un precio de mercado local.
Pide a cada finalista cotizar el mismo trabajo en la misma moneda e indicar si incluye los impuestos que correspondan. Separa diseño e implementación de redacción, traducción, fotografía, suscripciones de reservas y soporte. Exige el total del primer año y el total recurrente del siguiente. Una propuesta más económica puede encajar perfectamente si tu equipo aporta contenido y usa una plataforma de reservas existente; un precio mayor necesita un entregable adicional claro. Compara quién responde por el lanzamiento y por restablecer el servicio si falla la integración de reservas.
| Trabajo | Prueba antes de aceptar |
|---|---|
| Fichas de sedes | El personal actualiza una excepción de horario en ambos idiomas |
| Reservas | La sede elegida llega correctamente al sistema de reservas |
| Eventos privados | La consulta recibida se distingue de una reserva confirmada |
Decide qué necesita un equipo local y comprueba el resultado
Una sesión fotográfica, una visita al establecimiento o un taller pueden beneficiarse de un especialista local. La dirección de arte, la producción web y la capacitación del CMS también pueden realizarse a distancia si están claros los responsables y horarios de revisión. Pregunta dónde trabaja realmente cada equipo y qué actividades presenciales incluye. Una página enfocada en Londres no demuestra una oficina londinense. Dardo publica esta guía como estudio de diseño web; este artículo no afirma que tenga una dirección en Londres.
Antes de aprobar, completa el recorrido en un teléfono y con teclado. Confirma que la sede, el idioma y la fecha correctos lleguen al sistema de reservas y verifica allí el registro resultante. Deja que el personal haga las ediciones prometidas y comprueba después la página traducida. Tras el lanzamiento, revisa por separado reservas confirmadas, consultas para eventos recibidas y oportunidades calificadas. Así evalúas el resultado comercial del diseño y conservas el ambiente por el que contrataste al estudio.
Planea un proyecto con Dardo
Planea un proyecto para Reino Unido
Elige una fecha y hora en Bogotá para ver la hora local correspondiente. Es una ayuda para planificar, confirmaremos disponibilidad al responder.
Europe/London — Zona representativa; algunos países tienen varias. Confirma la ciudad y acuerda una ventana de trabajo. Las fechas usan los cambios estacionales de la base horaria del navegador.
Moneda de presupuesto por acordar: GBP. La calculadora permite ingresar tu propia tarifa. No convierte tipos de cambio.
Hagámoslo realidad.
Envía tu resultado y los detalles del proyecto directamente a Dardo. Los revisaremos y responderemos a tu correo. Revisa los detalles incluidos abajo antes de enviar.
¿Prefieres correo? hello@dardo.studio
Fuentes y lecturas
Fuentes de esta guía, con más detalles de sus publicaciones originales.
- Visit London: guía oficial para visitantes
- Visit London: información de accesibilidad en Londres
- Google Search Central: versiones de página en distintos idiomas
- W3C: guía de formularios accesibles