Oui Bus

Client : Oui Bus via l’agence In-tact
Problématique : Comment aider les chauffeurs Oui Bus à vendre des billets à bord et améliorer le temps d’accès au bus ?

Oui Bus est un dispositif de Bus longue distance. Les billets sont disponible sur principalement sur internet. Suite à une forte demande d’achat à bord des bus, Oui Bus a fait appel à la société In-tact pour répondre à cette problématique. Le projet devait être livré sous 3 mois.

Objectif 1 : proposer une solution de vente à bord simple et rapide.
Objectif 2 : aider le chauffeur à la lecture des billets.

En charge de la partie UX / UI design, voici la solution proposé.

Partie achat.

Tous les chauffeurs de bus sont dotés de téléphone professionnel Androïd. Pour rappel, cette application est destiné aux chauffeurs de bus et non au public. Chaque chauffeur possède un numéro de service, qui définie le parcours du bus avec les villes étapes.

Partie boarding. 

Effectivement, une problématique soulevée par l’équipe Oui Bus était le temps passé par le chauffeur a vérifier les billets achetés préalablement. La solution la plus simple a été de mettre en place le scann via l’appareil photo. Le scann des billets va permettre au chauffeur de gagner de précieuse minute.
Si le billet est valide, les informations nom, prénom et emplacement apparaissent.  Cependant, si le billet n’est pas valide, suite à une erreur de date, ou d’heure, alors un message d’alerte apparait.
> Sur certaine ligne, les chauffeurs sont autorisé à faire monter les passagers si leur billet n’est plus valide.

Voici un résumé du parcours utilisateurs de l’application mobile Oui Bus.

Atelier UX

  • Prise de connaissance du projet.

    Analyser les besoins de l’application et établir une liste de priorité avec le client et Lead Dev.
    Détailler la première phase du projet avec le client : parcours d’achat.
    Création de l’arborescence du projet.

  • Sprint 1 : Parcours d’achat.
    Présenter le premier parcours utilisateur avec les fondamentaux de l’application.
    > Connexion, géolocalisation, accueil,  sélection trajet, vente de billet, paiement.
    Tester le parcours avec un collaborateur externe.
    Lister et ajuster les maquettes en fonction des retours.
    Préparer la seconde phase du projet  » Boarding & Listing ».
  • Sprint 2 : Boarding & Listing.
    Présenter les mises à jour de la première phase de Login et de Vente à bord.
    Présenter la seconde phase de l’application.
    > Boarding, scann, listing, billet valide, billet invalide, recherche de booking/ nom.
    Tester le parcours de boarding et de listing.
    Lister et ajuster les maquettes en fonction des retours.
    Préparer la troisième phase du projet « Mes ventes »
    Lancement du dev Androïd, via le sprint 1.
  • Sprint 3 : Mes ventes
    Présenter les mises à jours des phases précédentes.
    Présenter la troisième phase de l’application.
    > Mes ventes, sélection plage horaire, sélection billet et suppression, comptabilité.
    Tester le parcours de l’après-vente.
    Lister et ajuster les maquettes en fonction des retours.
    Mise en place du sprint 2 en dev.
  • Sprint 4 : UI
    Présenter les maquettes avec les versions graphiques finales.
    Valider et ajuster les propositions graphiques sur l’ensemble des maquettes.
    Mise en place du sprint 3 et 4 en dev.
  • 5/ Test utilisateur en situation
    Lorsque l’intégralité des sprints on été mis développé l’application a été testé en situation par les chauffeurs de bus, afin d’avoir un maximum de retour en condition et analyser les bugs.

 

(Visited 129 times, 1 visits today)

Leave A Comment

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *