Ni Google Maps, ni Google, ni ChatGPT

Lo malo de esto es que, además, muchas rutas de proveedores están muy limitadas: solo hay PDFs, y las webs que operan y comercializan esas rutas son de marcas que no parecen las que deberían ser; son webs muy viejas, etc.

Aunque nosotros hemos obtenido todos los datos de las rutas del protocolo GTFS, que es de ámbito público, Google y ChatGPT, al ser tan pequeñas, probablemente no las detectan.

Es por eso que, si buscas una ruta desde Vitoria a un pueblo, igual te recomienda ir solo en coche, o rutas donde solo te ofrece ALSA. Ni siquiera Omnio —otro comparador de opciones para viajar— los ha incluido.

Basta con mirar en Google Maps: a veces te indica que a un pueblo tardas 2 horas en autobús, cuando en realidad hay salidas cada 20 minutos.

Así nació Sarebus, que se centra por el momento exclusivamente en ofrecer rutas interurbanas para viajar con más de 30 operadores distintos y más de 140.000 viajes entre los diferentes operadores; muchos los limpiamos, mezclamos y organizamos.

Hemos desarrollado un panel de admin y añadimos cada vez más capas de complejidad para facilitarnos la búsqueda. Ahora mismo estamos intentando resolver que, a veces, te recomiende coger otro autobús si está a 15 o 20 minutos andando: los transbordos, etc.

Seguimos trabajando en ello.

El problema real de las reservas

Hablando con otros, me di cuenta de que la mayoría de quienes gestionan reservas ni siquiera tienen «conexión» con las mesas en las que se sentarán los clientes. La mayoría de usuarios usan esos servicios, simple y llanamente, para que la gente entre por orden y para asegurarse de que el local no esté completo y de que vengan a la hora acordada.

Otra vez, haciendo una intranet para una franquicia de dentistas, querían «relacionar» sus datos con las reservas. Tras varias conversaciones con el equipo de administración —la gente que se sienta delante del cliente—, lo mismo: no tenía sentido. Se apañaban sabiendo si el especialista y el paciente coincidían; aun así, coordinar tiempos y franjas para saber cuánto iban a estar ocupados era difícil.

Con el paso de los años aprendes que el cliente igual solo necesita que mandes un SMS automático para recordar que tiene una cita 48 horas antes de que esté programada, o un buen panel claro con las citas del día, las horas a las que van a llegar y cuáles están vacías.

Hay que hablar con administración —quien lo va a utilizar— y entender muy bien que el mejor diseño es muchas veces invisible (sin interfaz): un email, un SMS, un panel sencillo, y no incluir complejidad ni funcionalidades que luego no van a querer utilizar. No porque fueran malas ideas, sino porque hay que ofrecer lo justo y necesario: que nadie en administración pierda tiempo, que el cliente sepa cuándo tiene que ir y que se resuelvan los problemas de su negocio.

Cómo reservamos hoy

Con el tiempo he visto que también han aparecido servicios para reservar por WhatsApp (en un oculista, en una cafetería o donde haga falta), además del botón —tan importante— que conviene añadir desde Google Maps.

Y, poco a poco, se están implementando buenos servicios de atención telefónica con IA. Hay algunos súper realistas, nada que ver con «esos bots» del soporte de tu operadora o de tu banco, que lo único que pillaban bien era tu teléfono y tu DNI.

Lo básico: web y panel de administración

Lo primero era crear un servicio web sencillo: un formulario agradable y muy configurable para la persona de administración.

Desde un panel de admin debe ser también fácil la primera configuración: elegir horarios, cerrar días, cancelar reservas, añadir reservas manuales o, si integras distintos canales, ver si la reserva llegó por web, WhatsApp, teléfono, manual, etc.

Si hay lista de espera, poder administrarla; y si lo has recogido en tus políticas de privacidad, guardar algunos datos del cliente para saber si ya ha reservado antes o si es su primera visita.

Cuando el proyecto crece

El proyecto se complica si piensas que algunos negocios quieren cobrar un seguro de «10 o 20 euros» por si la persona no viene —y que te lo cancele—. Podría ser que, para 1 o 2 personas según el aforo, no; pero si alguien reserva 10 sitios, a ese sí cobrarle, y todo automáticamente.

Por detrás hay muchas notificaciones que administrar por email o WhatsApp: confirmación de reserva, recordatorios, cancelaciones, etc.

También hace falta una web de documentación por si alguien se pierde y la UX no basta: bien explicada, amplia y, si hace falta, con vídeos.

Ventas y demos por nicho

Aun con todo, si montas una web de ventas para «restaurantes», «cafeterías» o «peluquerías y barberos» —descartando hoteles, que suelen ir por Booking— hace falta un equipo de ventas y demos sencillas por nicho que expliquen el valor de usar Atlas frente a la competencia.

En resumen

Cuando todo empezó como una demo, hablé con posibles comerciales que ya tienen clientes o a quienes les puede interesar el proyecto, y con uno de mis socios para pensar una arquitectura de software en SaaS —o quizá más por instancias— robusta para miles de reservas al día.

Para que el proyecto no se pierda por el camino, Atlas tiene muchos frentes:

• El servicio básico: reservar vía web y admin completo.
• Integración sencilla con sistemas de notificaciones (email, etc.).
• Integraciones: teléfono con IA, bot de WhatsApp, cobros.
• Ventas: facturación, onboarding, marketing, campañas…
• Web de marketing.
• Blog, changelog y documentación.

Ya tenemos mucho avanzado y se puede ir enseñando, pero quería publicar este post como ejemplo de que no hay proyecto sencillo que no acabe complicándose: esto es solo lo básico para que funcione.

Mi objetivo es que reservar una cita sea fácil y agradable, tanto para quien la pide como para el negocio que la recibe.

Seguiremos informando de avances.

La persona que me atendió, Jon, me vio con el ordenador y creo que por entonces estaba haciendo una web de una universidad o algo por el estilo; el caso es que le gustó mucho y me dijo que algún día tenía pensado montarse su propio negocio de mudanzas y que me pediría a mí la página web.

Haciendo honor a su palabra, Jon me llamó pasados los años y, para mi sorpresa, todavía se acordaba de mí. Ahora yo le ayudé a montar MudanzasJon y le voy a ayudar en todo lo que pueda para facilitarle su negocio online.

Ya había montado webs de Jekyll antes aunque sobre todo para proyectos personales, sé que vuelan y el último que me monté lo hice dándole una docena de instrucciones a Cursor.

Su web es más grande: tiene +50 URLs para empezar, una estrategia detrás, muchos contenidos, y lo que menos le importaba, de alguna forma, era la marca; simplemente trasladar sus servicios de una manera amigable y que la gente llegue.

Ahora yo me puse a experimentar. A diferencia de otros competidores, intenté que solicitar presupuesto fuera una calculadora que, según tus respuestas, te haga un simulacro de presupuesto (antes de contactar, para que te puedas hacer una idea), porque hay cosas en los presupuestos complejas, pero hay gente que sí quiere saber rápidamente cuánto cuesta si lo embalas tú o cuánto cuesta si lo embalo yo, y usando 4 o 5 términos fáciles y una guía sencilla de «qué es una caja» y «qué es un mueble especial» ya te puedes hacer una idea del presupuesto.

Dicho esto, la web tiene un foco especial en mudanzas en Vitoria-Gasteiz y mudanzas en Donosti, pero también preparé rutas para las personas que buscan «hacer mudanza vitoria-donosti» o «vitoria-bilbao», y así, de momento, con 6 ciudades.

Ahora, por el momento, estoy aprendiendo mucho de auditorías SEO; tengo, por supuesto, soporte humano para preguntar y no solo me estoy valiendo de la IA. Sí, es la primera vez que uso Jekyll para un proyecto así; hubiese usado antes WordPress, pero es que me parece tan rápido y fácil de manejar a nivel de SEO que hay algunos trucos que he perfeccionado y de los que ya estoy viendo resultados.

Te contaré más próximamente.

Igualmente, hace poco sentí la necesidad de escribir, es probablemente por el impacto que está teniendo tanto contenido generado por IA, y el valor que yo le tengo a los blogs y a la escritura, aún me cuesta digerir tanto cartel mal hecho con IA y no digamos ya textos de vital importancia.

Este blog estará escrito 100% por mí, y además voy a contar las andanzas que he tenido con diferentes proyectos que estoy montando con la IA.

Este blog de Jekyll lo he construido con Cursor, al igual que hice con el blog de Codecantor. Incluí en un post una serie de «créditos del software» que le di a la web, básicamente las instrucciones que tuve que darles para que el blog estuviera como yo quería, y en este caso usando también Jekyll.

Cuando sabes Git y Markdown agiliza mucho las cosas, para editar cosas con agentes de IA o incluso desde el móvil en un bot de Telegram que te permita actualizar los contenidos de tu web fácilmente.

Podría montarme un WordPress o incluso usar un CMS popular, qué leches, podría desarrollarme yo mi propia herramienta para macOS nativa y tener mi propio editor de Markdown diseñado por mí, pero creo que Jekyll, como lo estoy usando yo, es ideal y me permite escribir súper rápido.

Tengo muchas ganas de volver aquí y actualizar toda la web (incluyendo este post, por si alguna persona me lee por el RSS, que me mande un email a alex@worldx3.com por los viejos tiempos).

Nada más.