Recherche utilisateur, cadrage fonctionnel et conception d'un portail communautaire pour dynamiser la relation tuteurs-alternants chez ENGIE France — de l'enquête terrain aux scénarios financiers présentés au COMEX.
Le contexte de départ
ENGIE accueille chaque année plusieurs milliers d'alternants, répartis entre le siège et des sites opérationnels sur tout le territoire. Pourtant, aucun espace commun n'existait pour créer du lien entre ces personnes : les alternants ne se connaissent pas entre eux, les tuteurs ignorent souvent qu'il existe d'autres tuteurs, et l'information pratique (obligations légales, ressources RH, événements) est éparpillée ou introuvable.
Ce manque est encore plus prononcé hors du siège, où les alternants sur chantier ou dans des métiers techniques sont particulièrement isolés du reste de l'organisation. La demande initiale portait sur un portail pour favoriser les interactions, centraliser la documentation et outiller les tuteurs — sans qu'aucune recherche utilisateur n'ait été menée en amont.
Méthode adaptée au contexte
Dès les premiers échanges, j'ai constaté que la cliente avait une connaissance individuelle de ses utilisateurs mais aucune vision agrégée de leurs besoins. Avant de toucher à une maquette, j'ai pris le temps de la convaincre de l'utilité d'une démarche centrée utilisateurs — en m'appuyant sur un outil que j'ai construit pour l'occasion.
Ce projet se situait clairement dans la zone haute — forte incertitude sur les besoins réels, délais contraints. J'ai proposé une approche en deux temps : démarrer par une UX exploratoire rapide pour produire des résultats concrets, puis construire les données nécessaires à la conviction du COMEX pour un engagement sur la phase de conception complète.
Enquête semi-directive
J'ai conduit 7 entretiens semi-directifs de 30 minutes auprès de tuteurs et alternants aux profils variés (siège, terrain, expérimentés, en difficulté, en fin de parcours). Le panel, bien que non représentatif de l'ensemble de la population, a permis de faire émerger des patterns clairs et de réorienter le périmètre initial du projet.
L'enquête a révélé un invariant fort chez les deux profils principaux : la peur de la déshumanisation. L'outil doit venir en support de la relation humaine, pas s'y substituer — une contrainte de conception centrale intégrée dès le cadrage.
À partir de ces insights, j'ai identifié 14 pistes fonctionnelles concrètes et ancrées dans les besoins réels — en rupture avec la liste initiale fournie par la cliente, qui n'avait pas été confrontée au terrain.
De la recherche à la décision
Les 14 fonctionnalités ont été classées en trois niveaux de priorité (P1 → P3) selon leur caractère transversal, leur impact sur les tuteurs et sur les alternants. Deux fonctionnalités se sont imposées en P1 pour les deux profils : la FAQ et moteur de recherche — répondant directement au principal irritant identifié — et le parcours tuteur, pour outiller un acteur clé peu accompagné.
Ce travail illustre la capacité à connecter la recherche utilisateur à une argumentation business — un registre clé pour un profil product designer.
3 décisions structurantes