les étapes du projet
Un projet stratégique au service de la performance énergétique hospitalière
Depuis 2022, toHero accompagne UniHA sur l’ensemble du cycle de vie du projet : cadrage, conception fonctionnelle, développement et maintenance. Grâce à une démarche d’expertise et de proximité, nos équipes ont su transformer un outil métier dense en une plateforme fluide, intégrée et tournée vers les usages des adhérents hospitaliers.
Un portail collaboratif au cœur de la stratégie énergétique hospitalière
UniHA joue un rôle clé dans la maîtrise des coûts et la sécurisation des approvisionnements énergétiques des hôpitaux. La nouvelle plateforme centralise le suivi, le négoce et la gestion des points de livraison pour plus de 550 établissements, avec une approche collaborative et transparente entre les acteurs de la filière.
Une intégration complète au SI existant et une expérience utilisateur repensée
toHero a conçu une architecture parfaitement intégrée au système d’information UniHA, interfacée avec les outils métiers et les flux existants. Un travail approfondi sur l’ergonomie et l’expérience utilisateur a permis de rendre accessibles et intuitifs des processus auparavant complexes, tout en garantissant performance et sécurité.
Une collaboration exemplaire et un accompagnement de bout en bout
De la collecte du besoin à la maintenance, toHero a su proposer un accompagnement complet, combinant expertise technique, pilotage projet et conseil. Ce partenariat durable avec UniHA illustre notre capacité à livrer des projets critiques dans des environnements exigeants, et à construire des plateformes qui allient fiabilité, performance et vision long terme.
Le résultat
L’accompagnement digital complet proposé à UniHA a permis :
- Construction d’une architecture parfaitement intégré au système d’information UniHA.
- Centralisation du suivi avec la négoce et la gestion des points de livraisons pour plus de 550 établissements.
- Optimisation de l’ergonomie et de l’expérience utilisateur pour simplifier les processus métiers.
- Garantie de performance et de sécurité.
UniHA en images
Mockups et illustrations du projet
Donner vie au concept à travers le design
FAQ
En quoi consiste le design thinking appliqué au développement logiciel ?
Le design thinking est une approche de conception centrée sur les usages réels des utilisateurs. Appliqué au développement logiciel, il inverse l’ordre classique des décisions. Ainsi, on part des besoins, des frustrations et des comportements terrain avant de définir les fonctionnalités à développer. Résultat : le produit conçu et construit est utilisé par la cible d’utilisateurs.
Qu’est qu’un minimum lovable product ?
Le Minimum Lovable Product est la version minimale d’un produit conçu pour maximiser l’adoption et le repeat. Cette technique se base sur ce qui crée réellement l’attachement et l’adoption dès la première utilisation. Contrairement au MVP (minimum viable product), il priorise la valeur perçue plutôt que la valeur fonctionnelle.
Quelle est la différence entre un MVP et un minimum lovable product ?
Le MVP vise la version minimale livrable et fonctionnelle d’un produit dans le cycle de développement. De son côté le MLP vise la version minimale que les utilisateurs aimeront et voudront adopter dans leurs quotidien. L’enveloppe budgétaire peut être similaire entre les deux approches mais la priorisation du backlog est fondamentalement différente dès le cadrage.
Pourquoi le Design Driven Development est indispensable pour livrer un MLP ?
Sans prototypage et recherche utilisateur réalisés en amont du cycle développement, un MLP reste une simple intention. Le DDD constitue l’infrastructureméthodologique qui garantit que les décisions d’adoption précèdent bien les décisions de développement, du maquettage jusqu’au handoff.
Le Minimum Lovable Product coûte-t-il plus cher que le MVP ?
Il réalloue le budget différemment. Les quick wins d’attachement sont souvent des investissements modestes à fort impact sur l’attachement. McKinsey, le mesure : + 32 % de croissance de revenus sur cinq ans sont possible pour les entreprises design-driven vis à vis de leurs pairs.
Le Design Driven Development s’applique-t-il toujours aux projets de modernisation SI ou d’ERP ?
Oui, et c’est d’ailleurs là que l’enjeu adoption est le plus fort. Les utilisateurs ont des habitudes établies et le droit de contourner une solution ou un outil. Le DDD permet d’identifier les quick winsd’attachement qui réduisent ce risque dès le cadrage, du maquettage jusqu’à l’itération finale.
