Lo que un dueño de restaurante no pregunta: ilustración editorial de una mesa con un cliente y un desarrollador hablando, con la pantalla de un presupuesto detrás, números y dudas visuales.
Precios y proceso 10 min

Lo que un dueño de restaurante nunca me pregunta antes de pagar la web (y debería)

Después de 15 webs de restaurantes hechas, hay 4 preguntas que los dueños de restaurantes nunca me hacen en la primera llamada y que después les habría ahorrado dinero, tiempo o disgustos. Las comparto aquí con honestidad.

Daniel Ingeniero Informatico

En los últimos 3 años he hecho 15 webs de restaurantes, bares y cafeterías. Y hay algo que se repite en el 80% de las llamadas iniciales: el dueño del local me pregunta cuánto cuesta, cuánto tarda, y si puedo hacerlo para el mes que viene. Y hay algo que NO me pregunta casi nunca, y que cuando me lo preguntan, sé que esa persona va a tener una buena web y va a estar contenta con el resultado. Voy a contarte las 4 preguntas que nunca me hacen y que ojalá me hicieran, porque son las que de verdad importan a la hora de contratar una web de restaurante.

Si tienes un restaurante y estás pensando en cambiar la web, lee esto antes de escribirle a un freelance o a una agencia. Te va a ahorrar dinero, tiempo y disgustos.


La pregunta que nunca me hacen (1): “¿qué pasa con la web cuando tú no estés?”

Esta es la pregunta que más me duele que no me hagan. Porque es la que determina si la web te va a servir durante 3 años o te va a dar problemas al mes 4.

Cuando terminamos una web, entrego el código, te explico cómo se mantiene lo básico, y te dejo documentación. Pero a los 6 meses, 1 año o 2 años, te va a pasar algo: vas a querer cambiar algo y no te vas a acordar de cómo. O me vas a querer cambiar a mí por otro profesional porque te ofrezcan más barato. O vas a querer ampliar la web con una funcionalidad nueva (una tienda online, un sistema de reservas distinto, lo que sea) y el que venga detrás va a tener que entender el código que yo escribí.

Las preguntas reales que deberías hacerme en la primera llamada son:

  • ¿El código es mío y puedo llevármelo a otro developer? Sí, siempre. Te lo entrego en un repositorio de GitHub con tu cuenta principal, y yo accedo como colaborador. Si mañana me voy, tú mantienes el control total.
  • ¿Cuánto cuesta al año mantener esto si dejo de trabajar contigo? Si es una web estática bien hecha, el coste es prácticamente cero: el hosting (0-50 €/año), el dominio (8-15 €/año), y si hay que cambiar algo, 20-50 €/mes de mantenimiento con cualquier profesional. Si es un WordPress con plugins premium, el coste es 200-500 €/año solo de licencias, más mantenimiento.
  • ¿Qué pasa si quiero añadir X funcionalidad en 2 años? Esto depende. Si la funcionalidad es razonable (una página nueva, un formulario, un blog), 1-2 días de trabajo, 200-400 €. Si es algo gordo (tienda online, sistema de reservas complejo, app), es otro proyecto y otro presupuesto.
  • ¿Cuánto me va a costar en total la web en 3 años, no solo hoy? Esta es la pregunta clave. Una web de 550 € que te cuesta 0 €/mes de mantenimiento son 550 € a 3 años. Una web de 350 € en Wix que te cuesta 50 €/mes son 2.150 € a 3 años. Una web de 1.500 € con WordPress que te cuesta 100 €/mes de mantenimiento son 5.100 € a 3 años. El coste total es lo que importa, no el precio inicial.

Los dueños de restaurantes que me hacen estas preguntas en la primera llamada son los que mejor decisión toman. Porque entienden que una web no es un gasto, es una inversión a 3-5 años vista.


La pregunta que nunca me hacen (2): “¿de quién son los datos de mi restaurante?”

Esta es la pregunta que más me sorprende que no se haga, porque es donde más te pueden engañar.

Tu web va a generar datos: las visitas (Google Analytics o Plausible), los formularios de contacto, las reservas online, las direcciones de email de la gente que te escribe. Esos datos son tuyos, son de tu negocio, y son la base de tu relación con tus clientes. Si en algún momento el proveedor decide cerrar, te sube el precio, o te da un disgusto, necesitas poder llevarte esos datos a otro sitio.

Lo que deberías preguntarme:

  • ¿Dónde se guardan los datos de mis clientes? Si te dicen “en nuestro servidor”, pregunta cuál y quién lo gestiona. Si te dicen “en la nube de Google, Amazon o similar”, pregunta si está en la UE (obligatorio por RGPD si tus clientes son europeos) o en USA.
  • ¿Puedo exportar la base de datos de clientes cuando quiera? Esto debería ser un sí inmediato, sin condiciones. Si te dicen que no, o que “depende del plan”, sal corriendo.
  • ¿Qué pasa con los datos si cierro la cuenta o me cambio de proveedor? Tienen que poder migrarse a otro sitio sin pérdida. Si te dicen “se borran a los 30 días”, tienes un problema.
  • ¿Quién tiene acceso a los datos? Yo, como developer, tengo acceso durante el proyecto. Una vez entregado, el acceso debería ser solo tuyo y de quien tú decidas.

En el caso de Los Pinochos, los datos están en su instancia de Supabase, con la cuenta del cliente. Yo accedo como colaborador, pero el propietario es él. Si mañana me voy, Carmen (que lleva la sala) puede dar acceso a otro developer en 5 minutos, y el nuevo developer tiene todo lo que necesita.

Si estás hablando con una agencia y te dicen “los datos están en nuestro sistema y no te los podemos sacar”, es una señal de alarma importante. Te están haciendo vendor lock-in, que es la forma elegante de decir “no te vas a poder ir nunca de aquí sin perderlo todo”.


La pregunta que nunca me hacen (3): “¿quién va a usar la web después de ti, y cómo?”

Esta pregunta es importantísima y muy pocos me la hacen.

La web que te entrego no es para mí, es para tu equipo. Si tu equipo (camareros, jefe de sala, cocinero) no la puede usar, vas a dejar de actualizarla a los 3 meses, y en 6 meses la carta va a estar desactualizada y el horario va a ser el de verano en pleno diciembre. He visto esto pasar decenas de veces.

Lo que deberías preguntarme:

  • ¿Quién va a actualizar la carta cuando cambien los platos? Si la respuesta es “tú mismo desde un panel”, perfecto. Si la respuesta es “yo te lo hago por 50 € cada vez”, pregúntate si eso es sostenible a 3 años vista (50 € × 12 actualizaciones al año = 600 €/año extra).
  • ¿Cuánto tiempo tarda alguien de mi equipo en aprender a usarla? Una web con CMS a medida basado en JSON se aprende en 30-60 minutos. Un WordPress con editor visual se aprende en 2-4 horas. Un headless CMS tipo Sanity o Storyblok se aprende en 1-2 horas. Si la respuesta es “depende”, es que el sistema es complicado.
  • ¿Hay formación incluida en el precio? Yo incluyo 1-2 horas de formación al entregar la web, sin coste extra. Si la agencia o el freelance te cobra la formación aparte, mal empezamos.
  • ¿Hay un manual escrito y un vídeo? Sí, en todos mis proyectos. Si te dicen “ya te lo explico cuando lo necesites”, malo: cada vez que lo necesites vas a pagar.

Carmen, la dueña de Los Pinochos, es la persona que más usa la web del restaurante. Me dijo una vez, al mes de tenerla en producción: “actualizo la carta el domingo por la noche, mientras los niños duermen, en 20 minutos. Es lo mejor que hemos hecho con la web”. Si Carmen puede hacer eso, cualquier dueño de restaurante puede. Y eso es lo que me importa cuando entrego una web.


La pregunta que nunca me hacen (4): “¿cómo sé si la web está funcionando?”

Esta pregunta es la que más me entristece que no se haga, porque significa que el dueño va a pagar 500-1.500 € por una web y no va a tener ni idea de si le está reportando algo o no.

Una web es una inversión, y como toda inversión, hay que medirla. Si no la mides, estás tirando el dinero (o no, pero no lo sabes).

Lo que deberías preguntarme:

  • ¿Cómo sé si la web me trae clientes? Lo ideal es que te configure un sistema para medirlo. Yo uso Plausible (analytics web, 9 €/mes, RGPD-friendly) o Google Analytics 4 (gratis pero más complejo). Te lo configuro para que veas: cuántas visitas tienes, de dónde vienen, qué páginas ven, y (lo más importante) cuántos formularios te envían. Si en 6 meses la web no te ha traído ni un cliente, hay un problema.
  • ¿Cómo sé si aparezco en Google? Te registro la web en Google Search Console (gratis) y te explico cómo ver en qué posición apareces para las búsquedas que te interesan (“restaurante en Valladolid”, “arroces en Valladolid”, etc.). Si en 6 meses no apareces en la primera página para tus keywords principales, hay un problema de SEO que hay que arreglar.
  • ¿Me puedes enseñar casos de webs similares a la mía con datos reales? Si el freelance o la agencia no te pueden enseñar números (no capturas bonitas, sino números), desconfía. Mis dos casos públicos (Los Pinochos y Clínica Pepa Ramón) tienen los números reales: tráfico orgánico, posiciones, leads, todo.
  • ¿Cada cuánto me mandas un reporte? Yo mando un reporte mensual cuando hay un mantenimiento contratado. Si no hay mantenimiento, el reporte es trimestral y es gratis. Si me pagas 1.500 € por una web y en 1 año no te he enseñado ni un solo número, me estás pagando por algo que no sabes si funciona.

Lo que sí me preguntan (y está bien, pero no es lo más importante)

Las preguntas que sí me hacen los dueños de restaurantes, en orden de frecuencia, son:

  • “¿Cuánto cuesta?” (la primera, casi siempre). Bien, pero incompleta.
  • “¿Cuánto tardas?” (la segunda). Importante, pero secundaria.
  • “¿Puedes tenerla lista para el mes que viene?” (la tercera). A veces posible, a veces no, depende del alcance.
  • “¿La puedo pagar a plazos?” (la cuarta). En mi caso, 20% al arrancar + 80% al final. Sin financiación.
  • “¿Me puedes hacer también una app?” (la quinta). Casi siempre no, porque la web cubre el 90% de los casos y la app es un proyecto distinto.

Estas preguntas están bien, y son necesarias. Pero no son las que determinan si vas a estar contento con tu web a 3 años vista. Las que importan son las 4 que te he contado arriba.


Mi recomendación final (la que aplico con cada cliente nuevo)

Si tuviera que darte una sola recomendación después de 15 webs de restaurantes hechas, sería esta: antes de firmar nada, pide una reunión de 30-60 minutos con el developer o la agencia, en la que NO hables de precio ni de plazo. Habla de las 4 preguntas que te he contado. Si el developer se incomoda, evade, o te da respuestas vagas, busca a otro. Si te responde con datos concretos, ejemplos, y te enseña casos de clientes en situaciones similares a la tuya, es el que quieres.

La web de un restaurante no es un coste, es una herramienta de trabajo que va a estar contigo los próximos 3-5 años. Como cualquier herramienta importante, hay que elegirla bien.

Si quieres que miremos tu caso concreto y te explique las respuestas a esas 4 preguntas para tu local, escríbeme a landinowebs@gmail.com o por WhatsApp. La primera llamada de 30 minutos es gratis y sin compromiso. Y si quieres ver el caso completo de Los Pinochos (la web que entregué por 550 € y que está documentada con números reales), lo tienes aquí: Restaurante Los Pinochos — caso de estudio.

¿Quieres aplicar esto a tu proyecto?

Si te ha gustado el articulo y quieres que te ayude con tu web, app o SEO, escribeme. Te respondo yo en menos de 24 h con un presupuesto cerrado por escrito o una llamada para encajar tu caso, sin compromiso.