Les sujets en cours:
WP 5.3 - 25.25 - Connected encoding for counting particular tests
Contexte:
- Les tests de comptage particulaires sont une grosse activité pour la qualification des salles blanches. Ces qualifications sont réalisés via des instruments de mesure spécifique qui génèrent des résultats sous forme de “ticket de caisse” de comptage.
Une fois le comptage effectué, il faut renseigner une à une les différentes mesures relevées depuis ce ticket de caisse dans l’interface Lyra.
Il faut également ajouter la preuve originale des mesures dans le rapport final. - Aujourd’hui, l’opérateur effectue ses mesures sur terrain. Il collecte ainsi un grand nombre de tickets de caisse. Une fois l’intervention sur site terminée, il scanne chaque ticket, encode manuelle les résultats.
A chaque étape il y a un risque de perte de données ou de mauvaise saisie.
Comment y répondre?
- “Scan” des tickets via prise de photo smartphone
- Ajout du ticket scanné dans Lyra
- Analyse des tickets de comptage particulaire via IA
- Remplissage automatique des champs depuis le ticket scanné
Bénéfices pour le client
- Gain de temps pour les opérateurs de notre client HeX
- Gain de temps pour le client final qui aura un rapport mise à disposition beaucoup plus rapidement
- Augmentation de la fiabilité de la donnée en supprimant les erreurs ou les oublis lors de la saisie
WP 1.3 - 25.25 - Merge PQ and monitoring execution to have one global execution form
Contexte
- Aujourd’hui nous avons des parcours de création d’exécution qui sont indépendant, avec des champs spécifiques pour les 2 types d’exécutions existantes, Qualification et Monitoring
- Nous observons des retours clients sur les différents parcours qui dégradent l’expérience et la rende plus complexe.
- Chaque parcours possède des spécificités que les utilisateurs aimeraient retrouver dans l’autre parcours d’exécution.
- Après échanges et analyse des besoins, il devient évident que les deux parcours doivent être similaires. En effet, une qualification est une exécution qui doit respecter une norme, alors qu’une campagne de monitoring peut être plus légère
- Dès lors avoir un parcours de création unique, avec 2 points d’entrées spécifiques et des champs obligatoires ou non, selon le type d’exécution, qualification ou monitoring.
Comment y répondre?
- Redéfinir les étapes de création d’une exécution, obligatoire ou non
- Designer les interfaces du parcours et les faire valider par les utilisateurs
- Développer les différents écrans liés au parcours de création d’une exécution
- Intégrer les retours utilisateurs dans le nouveau parcours en ajoutant éléments pertinents remontés par les utilisateurs via les tickets support d’amélioration
Avantages pour le client
- Le client aura donc un parcours similaire, avec des points de repère sur les champs à compléter. C’est donc plus simple pour lui à comprendre, à prendre en main et à maitriser.
- Un client qui comprend, qui peut maitriser facilement une fonctionnalité est un client qui pourra mieux percevoir la valeur de la fonctionnalité, et donc qui sera plus à même de payer pour l’utiliser.
- Cette meilleure compréhension permettra une plus grande autonomie du client, donc moins de tickets de supports.
WP 16.1 - 25.25 - New pricing model with Organizational Units, features, role and permissions
Proposer aux utilisateurs un modèle de tarification plus juste qui s'adapte aux besoins de fonctionnalités des clients
Contexte
- La proposition de valeur de la solution Lyra s’étoffe au fur et à mesure du temps. Elle devient plus complète, avec de plus en plus de synergies. Il est important d'avoir la capacité de bien mettre en avant l’ensemble de cette proposition de valeur et d’avoir la capacité de la vendre.
- Côté client, chaque nouvelle fonctionnalité présente un coût non négligeable qui peut être dur à supporter financièrement pour certains de nos clients. Il est donc important d’avoir une offre tarifaire qui reflète réellement cette proposition de valeur et qui s’adapte aux besoins du client.
- Aujourd'hui un utilisateur paye une licence pour chaque Unité Organisationnelle (anciennement Équipe) à laquelle il appartient, ce qui peut augmenter la facture de manière “injuste”
Comment y répondre?
- Re découper les modules en fonctionnalités
- Améliorer la visibilité des fonctionnalités dans le menu de l’application
- Ajouter une nouvelle sélection de fonctionnalités dans les unités organisationnelles (anciennement équipes)
- Ajouter une page de gestion des rôles dans une unité organisationnelle
- Ajouter une page de gestion des permissions des membres d’une unité organisationnelle
Avantages pour le client
- Le client peut avoir une gestion dynamique et spécifique des utilisateurs, de leurs rôles et permissions
- Le client aura désormais une tarification sur les fonctionnalités souscrites, pour une tarification plus juste selon le besoin du client
- Le client aura une meilleure segmentation des permissions et droits des utilisateurs en fonction des licences souscrites par les utilisateurs