Vidéo du produit en bas de page

Le client

Lucas et Thomas se sont associés pour lancer leur première startup Myloka destinée à améliorer la e-réputation des établissements accueillants du public par une meilleure gestion des avis google.

Le nom initial Lokal a du être changé pour des raisons de copyright.

Le projet et les besoins

Pour leur projet, Lucas et Thomas nous ont communiqué ces besoins :

• Intégrer et synchroniser automatiquement des données associées à un ou plusieurs comptes Google.

• Gérer des entreprises contenant des établissements (au sens de Google).

• Monitorer les avis google d'un ou plusieurs établissements.

• Échanger avec les auteurs des avis

• Monitorer le référencement Google/Google Maps d'un établissement (lien supposé probable avec les reviews)

• Augmenter le nombre d'avis google positifs avec des emails ciblés.

• Des templates d'emails ultra rapides à personnaliser.

• Une gestion simple des imports depuis des CRM externes (intégration d'API à envisager).

• Gérer les accès aux différentes ressources de la plateforme pour différents roles utilisateurs (2-3max)

Les solutions apportées

Le format webapp avec abonnement (Saas) avait été identifié par l'équipe de MyLoka, mais il restait des éléments de conception à trancher, Kanso a donc proposé de réaliser une phase de conception du produit avec trois ateliers et la réalisation d'un wireframe et d'une maquette, avant de passer à la phase de développement.

La conception fonctionnelle et technique a permis de préciser les briques essentielles pour répondre au besoin :

• Un dashboard de suivi des avis google avec différents filtres (contenu, date, nombre d'étoiles, établissements).

• Les possibilité de créer, éditer et suivre des campagnes d'emails. Mailjet fournit déjà le possibilité de faire des campagnes de mail avec divers suivis (taux de reception, ouverture, click). Le recoupement entre email envoyé et avis google laissé a été réalisé via un cadrage temporel et des développements dédiés (si un avis a été laissé moins de X minutes après avoir cliqué sur le mail Y, alors on fait le lien entre les deux).

• Un import de fichiers excel pour gérer les données des clients par établissements.

• Des templates d'emails simplifiés, basés sur les templates Mailjet, et permettant d'intégrer des variables internes à la plateforme comme le nom de l'établissement et le lien pour déposer un avis Google. Un éditeur de template simple a été développé pour la plateforme via la librairie "slate".

• L'import et la synchronisation de l'ensemble des établissements (My business) d'un compte Google. Ainsi le client n'est pas obligé de recréer ses établissements au sein de la plateforme, il peut directement récupérer les informations préexistantes et tout gérer depuis la plateforme.

• Des graphiques de données temporelles : moyenne des notes Google, nombre d'avis laissés, référencement Google Maps et Google (nombre de vues, taux de clics, etc) réalisés avec la librairie recharts.

• Des tableaux d'administration des entreprises, des comptes google, des fiches d'établissement Google My Business et des droits d'accès pour les différents utilisateurs (3 niveaux d'accès).

La stack technique et l'infrastructure

• React/NextJS/Typescript/PostgreSQL avec une API Rest (Open API) hébergée sur le serveur web NextJS. 

• Un pipeline de mise en ligne via Docker, Gitlab CI et AWS CDK (mise en ligne via un simple git push).

• Chakra-UI pour les composants génériques d'UI et les styles.

• Des services Google appelés via la librairie officielle ("googleapis").

• Des templates d'emails gérés via la librairie "slate", et toute la logique de compagne et de modèle laissée au service tiers Mailjet.

Comme pour la plupart de nos projets, nous avons proposé de réaliser un environnement de préproduction et de production pouvant évoluer en parallèle. Suite à l'impossibilité pour google de fournir des projets séparés pour un même compte GoogleMyBusiness, l'environnement de staging/préproduction a finalement été supprimé après la mise en production définitive pour éviter des incompatibilités.

Le périmètre d'action/Les moyens déployés (durée et équipe)

La phase de conception a impliqué 2 ETP sur une période de 4-5 semaines : 

• Un expert produit/UX pour les enjeux design et d'ergonomie

• Un lead dev pour les arbitrages techniques

La phase de réalisation a nécessité 3 ETP sur une période d'environ 10 semaines : 

• 0,5 ETP de lead Dev

• 2 ETP de dev full-stack

• 0,5 ETP d'expert produit/UX 

La construction de l'architecture et de la partie devops s'est faite en parallèle de la phase de conception sur une période d'environ 2 semaines.

A l'issue des 10 semaines de développement, la version en préproduction est entrée en recettage. Celui-ci s'est déroulé en plusieurs séquences d'une à deux semaines (interrompues par des congés ou des indisponibilités respectives) pour un cumul global d'environ 5 semaines actives.

La mise en ligne définitive a eu lieu environ 5 mois après le début du projet.

L'impact

Le projet est en cours de commercialisation.