Point et stratégie 2022

Au menu

Récapitulatif

Transition

Objectifs 2022

Clarifications des besoins

Stratégie produit

Récapitulatif

Création d'une nouvelle plateforme (app bureau et mobile) permettant:

  • une gestion triviale des données du patrimoine ouvrage d'art (substance et inspections) - plus besoin de compétences techniques ;
  • une grande simplification des relevés et des inspections sur le terrain grâce à une application mobile conçue sur mesure ;
  • le contrôle de la qualité des données récoltées et leur édition si nécéssaire ;
  • l'envoi en un clic vers la base de données ;
  • la génération / l'impression instantanée de rapports PDF.

Focus sur la facilité d'utilisation et l'expérience métier.

Objectif atteint: réduire le coûts des processus internes, afin d'augmenter les marges et de rentabiliser les investissements.

Transition

Objectif prochain :

Utilisation de Gestion 2.0 pour de véritables inspections mi-mars

Besoins :

  • Évolution et nettoyage de la base de données comme discuté lors de la séance du jeudi 10 février. Création de toutes les listes manquantes (Sophie, Isabel).
  • Déploiement systématique et automatisé des containers dédiés au projet. (Raphaël)
  • Dernière optimisation, validation des apps mobile et bureau avant terrain.

Transition

Résumé par Sophie et Isabel.

BD | résumé technique

Objectifs 2022

Dévelopement

  • Réduire les coûts internes.
  • Être en mesure d'offrir des services adaptés aux clients, et ce de manière stable et sûre.

D'ici fin 2022

Clarification des besoins

  • Alignement marketing vs. dev
  • Comptes utilisateurs (stockage, création, gestion ?)
  • Architecture (white label, accès commun ?)
  • Planification - fonctions prioritaires?

"Viser juste", dès aujourd'hui. 

Mi-mars

Usage réel

Usage grandeur nature.

Test de déploiement de la stack "propre", validation des essais d'automatisation.

Mi-mars

Clarification des besoins

POSER LES LIMITES

Le contexte reste le même: défi important pour une si petite équipe, mais possible !

 

Comme toujours dans le développement informatique, il ne faut pas avoir les yeux plus gros que le ventre pour éviter de se bruler les ailes.

 

Prendre le temps d'améliorer et de tester.

Procéder par itérations, n'ajouter que les fonctions qui ont une plus-value garantie !

Direction

Clarification des besoins

Besoins client

Discussion en interne (Roman / Erdjan => Sophie => Mikaël)

 

Que souhaite-t-on offrir exactement?

"Aussi vite que possible, aussi lentement que nécéssaire."

Architecture

En fonction des besoins, design de l'architecture, particulièrement du processus d'authentification des utilisateurs.

Design produit

Besoins et architecture sont définis => design des fonctionnalités et des interfaces.

Dernière validation en interne.

Direction

Clarification des besoins

POSER LES Bonnes questions

Type de réflexions à avoir:

  • Comment nos clients utiliseraient-ils la plateforme au quotidien ?
  • Nos clients sont-ils surtout intéressés par la visualisation ou par l'édition ?
  • Quels étaient leur retours après utilisation du webportail ?
  • Combien de clients procéderaient à leur inspections eux-même ?
  • Même question concernant la planification ? 
  • Est-ce que cela à du sens pour OPAN au niveau économique ?
  • Besoin / risque de permettre l'édition dans Gestio Bureau pour les clients ?
  • Quels domaines ferroviaires couvrir (priorités) ?
  • etc.

Direction

STratégie produit

Suggestion

Pour OPAN : automatisation, gestion propre et aisée des données (finances, archives, photos), augmentation de la qualité des services tout en réduisant les efforts, le risque d'erreur et donc les coûts. Nous gérons pour le client.

 

Pour les clients : Consultation, mises à jour en temps réels, suivi facile, export de leurs données (rapports etc.), alertes et priorités. Expérience "sans soucis", combo experience métier + transparence en quasi direct.

Si certains points ne sont pas clairs à 100%...

Une approche sensible serait :

Direction

STratégie produit

récap: Tâches principales

Gestion utilisateurs

Gestion centralisée, redirection selon les projets / clients ?

 

Définition des rôles, stratégie de notifs et alertes.

Environnements et données

"White label" vs. portail universel.

 

Construction automatique des interfaces par clients.

Fonctionalités

Gestion des interventions, multi domaines, multi-rapports, gestion des fichiers, Plannif V0, gestion des coûts, réfaction webportail etc. ?

Technique

Consultation vs. édition

Quelle données éditables ?

Accent sur les capacités de consultation / alerte en priorité dans Gestio Bureau?

STratégie produit

RÉCAP: TÂCHES PRINCIPALES

Gestion utilisateurs

Gestion centralisée, redirection selon les projets / clients.

 

Définition des rôles, stratégie de notifs.

Environnements et données

"White label" vs. portail universel.

 

Construction automatique des interfaces par clients.

Technique

Consultation vs. édition

Quelle données devraient être éditables ?

Accent sur les capacités de consultation / alerte en priorité ?

Fonctionalités

Gestion des interventions

Sur app mobile ?

Campagne d'inspection => campagne de terrain

 

Multi-domaines

Quels domaines sont prioritaires ?

Seulement sur Gestio Bureau (Gestio Terrain se concentre sur OA) ?

 

Gestion des fichiers

Photos + archives. Centraliser les fichiers pour webportail, Bureau et Terrain.

Export multi-rapports

 

Planification V0

Agenda campagnes de terrains

Coûts estimés vs. effectifs

Historique

Alertes

STratégie produit

Rôles

Mikaël <=> Sophie

  • Discussion des choix stratégiques concernant le produit
  • Validation de la structure de la BD
  • Suivi du dev
  • Tests

Sophie <=> Roman / Erdjan

  • Alignement stratégique (vision client)
  • Validation direction

Sophie <=> Isabel

  • Nettoyage, amélioration et maintien de la base de données

Mikaël <=> Raphaël

  • Architecture, gestion des containers et des services utilisateurs.
  • Mise en place de tests.
  • Soutien technique.

STratégie produit

Récap Prochaines étapes et Conclusion

Usage réel, prep.

MV, SG, IK, RC

Alignement besoins client

Tout le monde

Design de l'architecture

MV, RC, SG, IK

MV, SG, RC, (IK)

Design produit et développement

Merci DE votre attention

Made with Slides.com