Semana 2
08-07-2024
¿Qué es lo que hace Booksy?
Booksy no es más que una app de reservas y gestión para negocios de servicios orientados a la belleza personal. En pocas palabras, necesitas ir al barbero y Booksy te da la posibilidad de agendar una cita a una hora y día en concreto. Hasta aquí todo bien.
Además de esto, Booksy ofrece otras tantas funcionalidades para el negocio como procesamiento de pagos, herramientas de marketing, etc. Quizás la que haga más atractiva a Booksy es que la mayoría de negocios de nueva creación se registran en su plataforma porque te posiciona junto con el resto de negocios de belleza de una misma ciudad.
Imagínate, llegas nuevo a Málaga y necesitas tu corte de pelo y arreglo de barba. Se ha extendido el uso de Booksy porque te recomienda el barbero más cercano, puedes ver reseñas y portfolio de la barbería en cuestión.
¿Qué mejoro respecto a Booksy?
Ahora bien, pongamos en el caso de ciudades pequeñas, entorno a los 60.000 habitantes. Creo que no es necesario usar Booksy. Al final la mayoría de negocios solo necesitan una app que le gestione las citas. El resto de funcionalidades que usan más arriba les da igual.
¿De verdad merece la pena pagar el sobrecoste de funcionalidades que no utilizas por tener posicionamiento en su app?
Vamos a los números. Un negocio paga de base en Booksy 34.99 €. A eso súmale 8 € por cada empleado. Un negocio de 4 empleados está pagando 66.99 € al mes. A esto habría que sumarle el maravilloso IVA del 21%. Mi intención es poder vender a negocios locales una suscripción más económica con las funcionalidades básicas de agendar citas.
En este caso tendría la barrera de entrada de negocios que ya usan Booksy y por tal de no cambiar, prefieren seguir pagando ese sobrecoste. Por otro lado, tenemos a negocios que usan papel y boli cuya barrera de entrada es el propio uso de la tecnología.
¿Qué he hecho esta semana?
Esta semana principalmente lo que he hecho ha sido repasar conceptos de clean architecture de cara al backend de la aplicación. Como comentaba en el anterior post, en abril hice un curso de una semana que me sirvió bastante para asentar y clarificar conocimientos que fui adquiriendo por mi cuenta de forma desordenada.
Después de esa semana de abril, no he podido practicar todo lo que me gustaría, por lo que aprovecho este proyecto para seguir aprendiendo estos conocimientos.
He empezado por definir los flujos que se van a producir dentro de nuestro aplicación. Ya sabes, el negocio crea una cuenta. Esta cuenta le da acceso a sus trabajadores, se definen horarios disponibles y servicios, etc.
Después de esto, monté una plantilla con la arquitectura y empecé con lo que en clean architecture se llama entidad. Definí una entidad que corresponde con el negocio. Habrá de momento 4: negocio, trabajadores, clientes y citas. Esto probablemente cambie conforme vaya desarrollando.
¿Qué haré la tercera semana?
Viendo las últimas publicaciones de José Pascual (@jpaask) en instagram, voy a intentar definir un MVP sencillo a nivel de front que me sirva de prototipo para intentar validar la aplicación. No tiene sentido que me curre el backend a fondo, para que después está idea no vaya a más.
Si no sabes quien es José, te invito a que lo hagas. Es un creador de contenido del que me he inspirado para hacer este tipo de experimentos. Actualmente está haciendo un reto de crear SaaS durante 6 meses y podrás ver su evolución a través de su cuenta de instagram.