Apps de comercio local con marca propia en semanas, no meses

El problema

Las apps de comercio local se reconstruyen desde cero una y otra vez. Cada proyecto de ciudad o comunidad necesita el mismo núcleo: directorio de negocios, ofertas, eventos, pedidos, pagos y una forma de que un equipo pequeño lo administre todo. Construir eso desde cero cuesta meses de ingeniería antes del primer usuario, lo que mata a la mayoría de los proyectos locales antes de empezar.

Por qué fallan las respuestas habituales

Una construcción desde cero queda fuera del alcance de la mayoría de los operadores locales. Las herramientas no-code ponen un prototipo en pantalla, pero se derrumban cuando el proyecto necesita pagos reales, moderación de contenido, presencia en la App Store y alguien que mantenga todo funcionando. Comprar una app de estantería rígida significa verse igual que todos y no ser dueño de nada.

Qué construimos

En lugar de duplicar el código por cliente, Cazullo construyó una plataforma donde la marca es una configuración: nombre, identidad, ciudad o nicho y el conjunto de módulos necesarios (comercio, pedidos, eventos, citas, donaciones, empleos, comunidades, ofertas, membresías). Desde esa configuración, la plataforma genera el producto completo: la app, el sitio web y el panel de administración.

• Cada marca corre en su propio proyecto Firebase aislado, así cada marca es dueña de sus datos
• La app se publica con el nombre de la marca en la App Store y Google Play
• El sitio se genera desde el mismo contenido, para que negocios y eventos aparezcan en Google
• El panel le da al equipo de la marca curaduría, moderación y publicación sin ingenieros

Cómo funciona un lanzamiento en la práctica

Para una marca que atiende a una ciudad brasileña, el lanzamiento incluyó migrar un directorio existente con más de 3.000 negocios locales a la base de la propia marca, con categorías y fotos, antes del primer día. La marca arrancó con un catálogo completo en lugar de una app vacía. En otras marcas, el lanzamiento parte de contenido inicial curado para el barrio o nicho.

Qué aprendimos

• Un producto de comercio local vive o muere por el contenido del primer día: un directorio vacío se lee como una app muerta, así que la migración y el seed son parte del lanzamiento, no un detalle
• El aislamiento por marca (un proyecto Firebase cada una) cuesta más setup, pero elimina el riesgo más temido del multi-tenant: que el error de una marca toque los datos de otra
• El panel importa tanto como la app: es el equipo pequeño de la marca, no los ingenieros, quien debe poder operar el producto día a día