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

Pantalla de inicio de sesión

Feed de anuncios

Feed de anuncios

Categorías de servicios

Categorías de servicios

Asistente de creación de anuncio: tipo de publicación

Asistente de creación de anuncio: tipo de publicación

Asistente de creación de anuncio: descripción localizada

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 () 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 ni montar turnos de guardia, 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 trabajo 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 .

Esto también redujo el 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.

El marcador del proyecto:

  • Siete semanas desde el repositorio vacío hasta una app lista para las tiendas, incluido el diseño de producto, no solo el código.
  • Cero servicios de backend propios que construir, aprovisionar o cubrir con turnos de guardia: Firebase se encargó de las cuentas, los datos, las fotos y la analítica.
  • Un solo equipo cubrió los tres roles —diseño, cliente Flutter y el backend gestionado— donde un marketplace normalmente dota cada uno por separado.
  • Dos idiomas y precios multidivisa (fiat y cripto) entregados dentro de las mismas siete semanas, como trabajo del lado del cliente sobre una capa de datos que ya existía.

Preguntas frecuentes

OneTwoDo es una app de marketplace de servicios locales construida para Perform Connect Studios S.L., 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. Construimos el producto de principio a fin: el diseño, el cliente Flutter para iOS y Android y todo aquello sobre lo que corre la app.
Firebase sustituyó por completo la capa de backend: Authentication para las cuentas y la recuperación de contraseña, Cloud Firestore para anuncios y perfiles, Cloud Storage para las fotos, y Analytics y Crashlytics para la visibilidad operativa. Nada de esto requería aprovisionar servidores, aplicar parches ni montar turnos de guardia, y eso fue lo que permitió que un solo equipo llevara a la vez el diseño de producto, el cliente Flutter y el backend.
Siete semanas desde un repositorio vacío hasta una app completa y lista para las tiendas, incluidos el diseño de producto, la autenticación por email/contraseña con recuperación de contraseña, los anuncios multidivisa, la localización en inglés y ruso y la subida de fotos con compresión en el propio dispositivo. Prescindir del backend propio es lo que hizo posible ese calendario.
Las ventajas son velocidad y coste: funciones que normalmente serían primero un ticket de backend pasan a ser trabajo del lado del cliente sobre una capa de datos que ya existe, y la factura sigue el uso real en lugar de un coste fijo de servidor. Los límites honestos son el acoplamiento al proveedor y el modelo de consultas de Firestore, que premia diseñar los datos en función de cómo los leen las pantallas. Si esa arquitectura encaja en un marketplace concreto es una cuestión de alcance: en un desarrollo ligero de validación como OneTwoDo encajó exactamente.
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, de modo que los revisores de las tiendas y los clientes potenciales pueden recorrer el producto sin credenciales ni un backend en marcha.

OneTwoDo es el aspecto que tiene en la práctica nuestro servicio de desarrollo de MVP —un primer lanzamiento acotado a una sola pregunta y publicado en ambas tiendas—, y es el proyecto ancla detrás de nuestra página de desarrollo de apps de marketplace, que cuenta la misma historia desde el ángulo de los dos lados.