Client

Entropy

Durée

6 mois

03/03 - 08/2023

Équipe

1 chefs de projets

3 développeurs

Outils

#UserResearch

#UXDesign

#UIDesign

Azoth

La solution IA tout en un pour piloter votre activité

Une solution de visualisation des mobilités qui transforme les données complexes en insights exploitables pour les acteurs publics et privés.

Client

Entropy

Durée

6 mois

03/03 - 08/2023

Équipe

1 chefs de projets

3 développeurs

Outils

Contexte

Pour cette première expérience en entreprise, j’ai eu la chance de me voir confier l’entièreté d’un projet qui, à ce moment-là, n’existait que sous la forme d’un brief.

Objectif du projet

« L’objectif du projet Azoth est de disposer d’une interface avec laquelle les managers de sites appartenant à une chaîne de restaurants puissent visualiser la fréquentation future du restaurant qu’ils dirigent. »

Population test

Arkose

Arkose, chaîne d’escalade indoor et de restauration.

Son dirigeant a accepté de partager ses données pour alimenter l’algorithme de prédiction et s’est montré disponible pour échanger avec nous tout au long du projet.
Sur cette base, j’ai structuré le projet selon une approche de Design Thinking, en définissant les étapes, la méthodologie et le planning sur Notion ; le cadre étant posé, la phase d’exploration a pu commencer.

Phase exploratoire

Comprendre l’écosystème

Avant de concevoir, j’ai exploré le terrain.

Un benchmark approfondi m’a permis de cartographier :

  • les enjeux business liés au taux d’occupation,

  • les outils déjà utilisés par les restaurateurs,

  • et les solutions prédictives existantes.

Objectif → identifier les opportunités réelles, pas théoriques.

Aller sur le terrain

En parallèle, j’ai mené 4 entretiens exploratoires (40 min à 1h) auprès de directeurs de salle et du directeur d’exploitation d’Arkose, à Massy, Bordeaux, Genève et Paris.

Ces échanges ont été décisifs.

Ils m’ont permis de :

  • comprendre les logiques décisionnelles à chaque niveau (salle, région, exploitation),

  • identifier les outils réellement utilisés,

  • valider l’intérêt d’un outil prédictif pour l’ensemble de la chaîne.

Nous avions une crainte,

Comment les managers accueilleraient-ils un chiffre d’affaires en deçà des prévisions annoncées ?

Penseraient-ils que l’algorithme fournit de mauvaises informations ?

Le terrain a levé le doute :

Les managers Arkose considéraient l’écart comme une opportunité d’amélioration plutôt que comme une erreur de l’algorithme.

Penseraient-ils que l’algorithme fournit de mauvaises informations ?

Définition de la solution

Clarification du besoin utilisateur

Le véritable défi des dirigeants de salle est d’anticiper la fréquentation, afin d’éviter les pertes financières liées à une mauvaise estimation.

Les entretiens ont fait évoluer notre vision initiale.

Pourquoi ?

Ces données leur permettent de garder la maîtrise de la décision opérationnelle.

À partir d’une estimation fiable de la fréquentation et du volume de commandes, ils peuvent eux-mêmes déterminer le nombre de collaborateurs à déployer en salle et en cuisine.
Une simple estimation de personnel ne leur donnerait aucune visibilité sur le nombre réel de visiteurs ni sur l’activité de la partie restauration. Or, leur responsabilité repose justement sur cette lecture globale de la performance.

Pour le MVP, le choix a donc été clair :

Fournir une projection précise de la fréquentation et des volumes de consommation, afin d’en faire un outil d’aide à la décision et non un outil prescriptif.

Identification de la problématique de fond

Pour aller à la racine du besoin, j’ai utilisé la méthode des 5 Whys. Voici ce que j’en ai tiré :

Le principal obstacle à des prévisions fiables n’est pas un manque de compétence, mais la complexité des variables externes à intégrer (météo, événements, transports, mouvements sociaux…).

La valeur ajoutée du produit devient alors claire :

Structurer et croiser ces données afin de transformer des facteurs invisibles ou dispersés en information exploitable pour la prise de décision.

Phase d'idéation

Structurer l’expérience utilisateur

Pour organiser les informations recueillies, j’ai travaillé à partir de User Journeys et de User Flows, afin de définir :

  • les moments clés d’usage,

  • les priorités d’information,

  • et la logique de navigation.

En parallèle, j’ai collaboré étroitement avec l’équipe de développement pour comprendre le fonctionnement de l’algorithme (paramètres pris en compte, contraintes techniques, modalités de connexion) et challenger la faisabilité de chaque fonctionnalité envisagée.

De l’idée au prototype

Durant cette phase, j'ai pu générer une quantité d'idées, que j'ai concrétisées en croquis et maquettes en tous genres. je me suis inspirée, pour certaines fonctionnalités côté restauration, des applications et logiciels que j'avais analysés durant le benchmark.

À force d'essais et d'échanges avec mon chef de projet, j'ai abouti à un prototype figma semi fonctionnel permettant de voir dans un premier temps les fonctionnalités de l'application ainsi que le fonctionnement général de celle-ci.

Mon maître de stage et le reste des employés investis dans d'autres projets ont également pu me donner des avis extérieurs, ce qui m'a aidée à distinguer les choix pertinents de ceux qui ne l'étaient pas.

Conception

L’application s’adresse à plusieurs niveaux hiérarchiques : chefs de salle, directeurs de région et directeur d’exploitation d’Arkose.

J’ai donc conçu en premier la version du directeur d’exploitation (la plus complète) les autres profils bénéficiant d’une déclinaison avec des accès restreints selon leurs besoins.

Organisation de l’application

Une architecture centrée sur la lecture comparative

L’interface est structurée en deux volets :

Cette dualité permet une lecture comparative immédiate entre performance réelle et prévisionnelle.

Page d’accueil pour le directeur d’exploitation

Page d’accueil pour un directeur de salle

Détails des évènements sur la date donnée

Section Plats


(vue liste)

Section Plats


(vue liste + par performance)

Section Plats
(vue liste avec image)

Section Plats


(vue liste avec image + par performance)

Section Plats


(vue grille)

Section Plats


(vue grille + par performance)

Tests

Accompagnée de mon chef de projet, nous avons fait tester le prototype au directeur d’exploitation du groupe Arkose & Co, ancien directeur de la salle Arkose Bordeaux.

Les retours ont été très positifs

Il s’est montré particulièrement satisfait de cette première version.

Une amélioration a toutefois été soulevée concernant la page d’informations des établissements.



Le directeur d'exploitation souhaitait pouvoir accéder rapidement à la fiche d’une autre salle depuis la page d'une salle en cours, sans devoir revenir à l’accueil, afin de faciliter de courtes comparaisons entre établissements.

Suite à cet échange, j’ai fait évoluer le prototype en intégrant la possibilité de changer de salle directement depuis la page d’informations d’un établissement.

Conclusion

Mon stage s’est terminé après 6 mois très enrichissants, alors que certaines étapes du projet restaient encore à venir : finalisation de quelques écrans, amélioration du prototype et nouveaux tests utilisateurs.


La suite aurait consisté, selon moi, à accompagner le développement de l’application, participer à son lancement, puis contribuer à son optimisation et à l’ajout de nouvelles fonctionnalités.


Même si je n’ai pas pu suivre le projet jusqu’à sa mise en production…

je suis fière du travail accompli et reconnaissante envers mon équipe de m’avoir fait confiance en me confiant un projet aussi ambitieux.

Contact

Unprojet,uneopportunitéousimplementenvied'échanger,n'hésitezpasàmecontacter.

Unprojet,uneopportunitéousimplementenvied'échanger,n'hésitezpasàmecontacter.

Unprojet,uneopportunitéousimplementenvied'échanger,n'hésitezpasàmecontacter.

Recruteur, collaborateur ou curieux, écrivez-moi !