Restaurantes y negocios de alimentación

Una web de restaurante se juzga en unos quince segundos, desde el móvil, por alguien que está decidiendo dónde comer ahora mismo. Quiere ver la carta, saber si estás abierto, dónde estás y cómo reservar o pedir, y justo en ese orden.

La mayoría de las webs de restaurantes responden a las cuatro preguntas en algún sitio, pero despacio: detrás de una animación de entrada, escondidas en un menú hamburguesa o dentro de un PDF que hay que descargar y ampliar con los dedos. He hecho la web de un restaurante de alta cocina, una tienda de reparto de comida a domicilio para toda una ciudad con Stripe y franjas de entrega que controla el propietario, y un proyecto de recetas en el que la estructura del contenido era todo el trabajo.

Hablar del proyecto

Qué cambia aquí

01

La carta tiene que ser texto, no un PDF

Una carta en PDF tarda en descargarse, se abre en otro visor, obliga a ampliar con los dedos y los buscadores no pueden leerla para mostrarte a quien busca lo que sirves. Este único cambio hace más que un rediseño.

02

El horario de hoy, con palabras

No una tabla semanal que el cliente tenga que descifrar. «Hoy abierto hasta las 23:00» responde a la pregunta; una cuadrícula de horarios le obliga a hacer el trabajo a él.

03

Las fotos son la ficha de producto

Los clientes deciden con los ojos. Una sesión en condiciones de la comida que sirves de verdad, en los platos que usas de verdad, en un local con gente dentro, y después controlar el peso de los archivos, porque las galerías son lo que vuelve lentas las webs de restaurantes.

04

La lógica de un restaurante cambia cada semana

Temporadas, festivos, zonas de reparto, platos agotados. Si cambiar cualquiera de estas cosas requiere un desarrollador, la web se queda desactualizada sin que nadie lo note, y un horario de festivo equivocado cuesta un servicio entero.

Qué incluye el desarrollo

  • Carta en texto estructurado que actualizas en dos minutos cuando cambia un precio
  • Primera pantalla con el tipo de cocina, el horario de hoy, un teléfono que llama al tocarlo y un enlace al mapa
  • Reservas que piden nombre, teléfono, hora y número de comensales, y confirman dos veces
  • Pedidos y reparto con franjas horarias y zonas que controlas según la temporada
  • Datos estructurados del restaurante, la carta y el horario, para que el buscador los muestre directamente
  • Optimización de imágenes, porque la galería es lo que hace lentas estas webs

Errores que veo más a menudo

  • La carta como PDF descargable: lo más dañino que puede tener la web de un restaurante

  • Una animación de entrada o un vídeo en reproducción automática antes de que cargue nada legible

  • Un número de teléfono que al tocarlo se selecciona como texto en lugar de llamar

  • La historia del fundador en la primera pantalla en vez de en su propia página

  • Horarios de festivos y de temporada que nunca se actualizaron

  • Un formulario de reserva sin confirmación, así que el cliente llama igualmente o reserva en otro sitio

¿Tienes un proyecto en este campo?
Hablemos

Cuéntame qué debe hacer la web. Recibes un rango honesto el mismo día.

IconHablar del proyecto
decor

Preguntas

Si tienes reparto o comida para llevar, los pedidos online se amortizan solos. Si lo tuyo es el comedor, importan mucho más las reservas y una carta legible: los pedidos serían trabajo que no vas a usar.

Sí, y deberías. Los precios cambian y hay platos que salen de la carta. Una carta que necesita un desarrollador es una carta que se queda desactualizada, y una carta desactualizada es peor que no tener ninguna.

Para que te descubran trabaja más que la propia web. Mantén el horario, las fotos y el teléfono idénticos en ambos sitios: un horario que no coincide es un error frecuente y caro.

Una web de una sola página con carta y reservas empieza en unos $600. Una web completa con pedidos, reglas de reparto y pagos ya entra en terreno de tienda online: desde $1,500.

Para seguir leyendo