Des apps de commerce local à votre marque en semaines, pas en mois

Le problème

Les applications de commerce local sont sans cesse reconstruites à partir de zéro. Chaque projet de ville ou de communauté a besoin du même noyau : annuaire de commerces, offres, événements, commandes, paiements et un moyen pour une petite équipe de tout gérer. Construire cela à partir de zéro coûte des mois d'ingénierie avant le premier utilisateur, ce qui tue la plupart des projets locaux avant leur départ.

Pourquoi les réponses habituelles échouent

Un développement à partir de zéro est hors de portée de la plupart des opérateurs locaux. Les outils no-code affichent un prototype, mais s'effondrent dès que le projet exige de vrais paiements, de la modération de contenu, une présence sur l'App Store et quelqu'un pour maintenir l'ensemble. Acheter une application standard et rigide, c'est ressembler à tout le monde sans rien posséder.

Ce que nous avons construit

Plutôt que de dupliquer le code pour chaque client, Cazullo a construit une plateforme où la marque est une configuration : nom, identité, ville ou niche, et l'ensemble des modules nécessaires (commerce, commandes, événements, rendez-vous, dons, emplois, communautés, offres, abonnements). À partir de cette configuration, la plateforme génère le produit complet : l'application, le site et le panneau d'administration.

• Chaque marque tourne dans son propre projet Firebase isolé, chaque marque reste donc propriétaire de ses données
• L'application est publiée au nom de la marque sur l'App Store et Google Play
• Le site est généré à partir du même contenu, pour que commerces et événements ressortent sur Google
• Le panneau donne à l'équipe de la marque la curation, la modération et la publication sans ingénieurs

Comment se passe un lancement en pratique

Pour une marque desservant une ville brésilienne, le lancement a inclus la migration d'un annuaire existant de plus de 3 000 commerces locaux vers la base de la marque, avec catégories et photos, avant le premier jour. La marque a démarré avec un catalogue complet plutôt qu'une application vide. Pour d'autres marques, le lancement part d'un contenu initial organisé pour le quartier ou la niche.

Ce que nous avons appris

• Un produit de commerce local vit ou meurt par le contenu du premier jour : un annuaire vide se lit comme une application morte, la migration et l'amorçage font donc partie du lancement, pas des détails
• L'isolation par marque (un projet Firebase chacune) coûte plus de mise en place, mais élimine le risque le plus redouté du multi-tenant : l'erreur d'une marque touchant les données d'une autre
• Le panneau compte autant que l'application : c'est la petite équipe de la marque, pas des ingénieurs, qui doit pouvoir faire tourner le produit au quotidien