Cmonjardinier – Ubérisation du jardinage

Cmonjardinier – Ubérisation du jardinage

Le Contexte

Vincent est un entrepreneur dans l’âme. Fort d’une expérience d’une dizaine années dans le domaine du Service à la personne, il souhaite créer une plateforme de mise en relation entre jardiniers et particuliers. L’objectif de cette plateforme est de disrupter ce marché de niche en proposant aux particuliers d’obtenir une demande rapide de rendez-vous et aux professionnels, une augmentation de leur chiffre d’affaires. Ce projet a été particulièrement intéressant de par le profil du porteur de projet d’une part: un entrepreneur ayant déjà eu des société et rompu à la nécessité de générer de la rentabilité rapidement et ouvert aux modifications de son périmètre fonctionnel. D’autre part le projet en lui-même qui permet de résoudre une problématique forte sur un marché très bien travaillé … sans digitalisation.

Notre Démarche

Nous avons effectué un premier budget qui devait couvrir l’intégralité du périmètre fonctionnel demandé. Néanmoins, le planning qui en découlait nous amenait à livrer le projet dans un délai de 12 mois. Ce qui entraîne par définition un budget conséquent sans la capacité d’apprendre des utilisateurs. Compte tenu de la nécessité d’obtenir un retour sur investissement rapide, nous avons fait le choix de reporter certaines fonctionnalités dites secondaires, afin de nous concentrer exclusivement sur celles qui créent réellement de la valeur pour l’utilisateur.

Ainsi, lorsque le système devait être constitué de 4 applications natives (2 applications Jardinier et 2 applications Particulier), nous avons fait le choix de 2 applications natives Jardinier et d’un site web responsive pour les Particuliers. En étudiant le public, nous avons compris que la réservation d’une prestation de jardinage est un moment solennel et qu’une vraie comparaison entre les prestataires était nécessaire. Le choix d’un site web simple et performant a donc été largement plébiscité par l’équipe UX.

Durant la phase de développement, nous avons fait le choix exotique de découper les modules par plateformes. Ainsi, l’application iOS représenterait un module. Le serveur, un autre module. Et ainsi de suite. Plutôt que de développer ces modules en parallèle, nous les avons réalisés l’un à la suite de l’autre. Cette démarche présente un désavantage certain : elle impose une conception et une architecture initiale sans faille afin de garantir que l’intégration de tous les modules entre eux se ferait dans les meilleures conditions. En revanche, en ayant imposé cette démarche, les équipes ont naturellement documenté et testé leur code bien au-delà de ce que nous effectuons d’habitude.

Les Résultats

Intégrer plusieurs blocs techniques développés par des ingénieurs différents présente un fort risque d’incompatibilité. Grâce à l’investissement des équipes d’architectes, les différents modules se sont intégrés entre eux sans régression fonctionnelle, ce qui était notre inquiétude majeure. En outre, le projet ayant été démarré le 1er mars 2017, la livraison s’est effectuée fin juillet 2017, soit 5 mois de Conception et Développement ! La phase de tests réels a quant à elle été effectuée dès la rentrée 2017. A ce jour (novembre 2017), nous avons intégré un ensemble de SDK d’analyse dans les apps et sur le site web afin d’identifier les points de blocage des utilisateurs et optimiser le système. Celui-ci dégage d’ores et déjà du chiffre d’affaires, 3 mois seulement après sa mise en production.