Téléchargement...
Aller au contenu

Le projet

Les données étaient déjà là. L’offre, pas encore.

  • Explorer si les données des capteurs de Worximity pouvaient devenir une offre de maintenance préventive pour laquelle les gens paieraient.
  • Comprendre deux publics qui lisent les mêmes données : les directeurs de maintenance en usine et les fabricants de machines.
  • Prototyper les deux côtés en une journée, puis prioriser.
1
design sprint, puis une priorisation
2
publics : la maintenance en usine et les fabricants de machines
2
prototypes cliquables bâtis en une journée
8
semaines de la proposition à la feuille de route

Des mains tiennent une tablette à côté d’une ligne d’embouteillage, avec le prototype de tableau de bord de maintenance

Une question pour commencer

Worximity installe des capteurs sur les lignes de production et montre aux usines, en direct, à quel point elles roulent bien. En 2022, son équipe produit voulait explorer la maintenance préventive. Bien des usines réparent encore les machines après qu’elles ont brisé, ce qui coûte plus cher qu’une maintenance planifiée. Les capteurs comptaient déjà les heures et les cycles de chaque machine. La question : qui utiliserait ces données, et pour faire quoi ?

Un design sprint était le moyen le plus rapide de le savoir : une semaine avec les gens qui connaissent le produit, les clients et les ventes, pour décider, prototyper et regarder le résultat ensemble.

Schéma du prototype : le fournisseur de services de machines et le directeur de maintenance de l’usine, reliés par Worximity à travers les cycles et les heures des machines
L’idée en une image : l’usine et le fabricant de machines, reliés par les mêmes données.

Notre démarche

  • Deux côtés d’une même machine. Le directeur de maintenance de l’usine veut éviter les bris. Le fabricant veut vendre du service au bon moment. Les deux lisent les mêmes données.
  • Tout commence sur papier. Chaque idée est partie de croquis et de post-it, et les plus forts sont devenus les écrans du prototype.
  • Un prototype par côté. Le quatrième jour, l’équipe a bâti deux prototypes cliquables : un tableau de bord de maintenance pour les usines, et un outil de vente pour les fabricants.
  • Puis, prioriser. Après le sprint, ce que l’équipe a appris est devenu un plan priorisé, livré fin juin. Le tableau Miro au complet a été remis à l’équipe.
L’équipe du sprint autour d’une longue table dans un bureau à poutres de bois, des post-it sur le mur vitré
Des post-it jaunes sur un mur vitré : les questions sur les fabricants de machines, regroupées
Croquis papier du tableau de bord : aperçu des seuils critiques de trois machines
Croquis papier d’une fiche de machine : heures et cycles, dernière et prochaine maintenance, avec les points de vote verts

La salle du sprint, les questions triées sur la vitre, et le tableau de bord sur papier avant de devenir le prototype.

Prototype 1 · Pour les usines : la maintenance au bout des doigts

Pour le directeur de maintenance : voir quelles machines approchent de leur limite, recevoir une alerte avant qu’il soit trop tard, et réserver le technicien du fournisseur directement, sans appel téléphonique.

Tableau de bord du prototype : quatre fiches de machines avec des jauges d’heures, de cycles et de pourcentage d’usage, une en rouge
Écran du prototype : réserver la maintenance annuelle avec le technicien du fournisseur, calendrier et coût estimé

Tablette affichant une alerte de maintenance due, avec des boutons pour la planifier avec le fournisseur ou l’assigner à l’équipe

Prototype 2 · Pour les fabricants de machines : les mêmes données, comme outil de vente

Pour les entreprises qui fabriquent et entretiennent les machines : savoir quel client a besoin de quoi, et quand, à partir de l’usage réel de ses machines.

Page d’accueil du prototype pour les fabricants de machines : améliorer son pipeline et dépasser ses objectifs de vente
Page du prototype : des curseurs pour calculer une commission future et bâtir un dossier d’affaires

Écrans de prototype tirés du sprint. Les noms, chiffres et citations étaient des exemples.

L’autre conclusion : la meilleure interface, c’est pas d’interface

Les usines et les fabricants jonglent déjà avec plein de logiciels. Un nouveau tableau de bord, aussi bon soit-il, c’est une connexion de plus, une formation de plus, un onglet de plus que personne n’ouvre.

Le sprint a donc aussi atterri ici : laisser les données voyager là où les gens travaillent déjà. Des API qui relient Worximity aux outils que chaque côté utilise, logiciel de maintenance, CRM, calendrier, courriel et texto, pour que les clients n’aient pas à apprendre un nouveau logiciel, ni à en empiler un autre.

Le résultat

Deux prototypes, un plan priorisé, et tout le tableau Miro remis à l’équipe pour qu’elle soit propriétaire de chaque post-it. Huit semaines entre la proposition et la feuille de route.

L’équipe. Animation du design sprint et prototypes : Jean-Sébastien Daigle, &friends. Animation et priorisation : Éric Letarte, &friends. Client : Worximity.