Resumen del proyecto
OneTwoDo es un marketplace de servicios locales donde los usuarios publican y consultan anuncios de servicios cotidianos —limpieza, reparaciones, pintura, fontanería, mudanzas, belleza y más— y contactan directamente con proveedores cercanos. Nuestro equipo construyó el producto de principio a fin: diseño de producto, el cliente Flutter y todo aquello sobre lo que corre la app.
Pantalla de inicio de sesión
Feed de anuncios
Categorías de servicios
Asistente de creación de anuncio — tipo de publicación
Asistente de creación de anuncio — descripción localizada
Sin equipo de backend
Un marketplace de dos lados suele implicar un equipo de backend antes que ninguna otra cosa: cuentas, sesiones, una base de datos para anuncios y perfiles, almacenamiento de archivos para las fotos y un servidor detrás de todo ello, antes incluso de que un botón de «Registrarse» pueda hacer algo real. Construir y mantener eso es, normalmente, donde se va el tiempo y el presupuesto de un equipo pequeño, antes incluso de llegar al producto en sí.
OneTwoDo salió a producción sin escribir esa capa en absoluto. Firebase sustituyó por completo al backend: Authentication para cuentas y recuperación de contraseña, Cloud Firestore para anuncios y perfiles, Cloud Storage (almacenamiento de objetos) para las fotos, y Analytics y Crashlytics donde un equipo normalmente construiría sus propios paneles de visibilidad operativa. Nada de esto requería aprovisionar servidores, aplicar parches o guardias de disponibilidad, y eso fue justo lo que permitió que nuestro equipo llevara a la vez el diseño de producto, el cliente Flutter y el «backend», en un plazo de siete semanas.
Lo que eso permitió
El ahorro no fue solo al construir la primera versión: aparecía cada vez que una función necesitaba soporte de backend. Precios multidivisa entre fiat y cripto, descripciones localizadas por anuncio, un feed filtrado por idioma y ubicación: cada una de estas cosas suele ser primero un ticket de backend y solo después uno de cliente. Aquí era trabajo puramente del lado del cliente sobre una capa de datos que ya existía, de modo que el asistente para publicar un anuncio —tipo, descripción, ubicación, precio, categoría, fotos— podía pasar de idea a pantalla lista en el tiempo que en otro proyecto habría llevado solo la especificación del backend, una diferencia que se nota directamente en el Time to market.
Esto también redujo el coste total de propiedad del producto. Un lanzamiento que va mejor de lo esperado no implica correr a escalar una base de datos o añadir una capa de caché: Firebase absorbe eso por defecto, con un coste que sigue el uso real en lugar de una factura de servidor fija que se paga igual si la app tiene diez usuarios o diez mil.
Modo demo sin conexión
Tanto la revisión en las tiendas de apps como las demostraciones informales necesitan una forma de explorar el producto sin un backend real ni una cuenta real. OneTwoDo incluye una capa de datos en memoria autocontenida que sustituye a Firebase y sirve anuncios, perfiles y un feed funcional ya precargados: toda la app se puede explorar de principio a fin sin tocar la red y sin que un revisor o un cliente potencial necesite nunca credenciales.
Resultados
Con Firebase haciendo las veces del equipo de backend que el producto habría necesitado de otro modo, nuestro equipo llevó el proyecto a un marketplace multiplataforma funcional —autenticación por email/contraseña con recuperación de contraseña, subida de avatar con compresión de imagen en el propio dispositivo, localización completa en inglés y ruso, y una sección de preguntas frecuentes— en siete semanas, desde un repositorio vacío hasta una app completa y lista para publicar.