Mahault

projet

Bosmans

Bill it

Dans le cadre de l’atelier de travail Reboot-Factory, nous avons été amenés à créer de toute pièce une application mobile. L’enjeu principal étant de prendre conscience des différentes contraintes liées à ce support autour d’un travail collectif et de nous préparer à être capable de réagir face à l’arrivée d’un nouveau support. De ce travail est né Bill it, une application qui vous permet de diviser votre addition au restaurant comme bon vous semble.

Problématique

Pour être vraiment utile, une application mobile se doit de répondre à un besoin. Quelles sont les situations dans lesquelles une application pourrait nous être secourable ? Nous avons exploré plusieurs pistes qui nous semblaient cohérentes, nous en avons discuté longuement pour finalement faire notre choix à l’aide d’un zen-voting. Le résultat nous a mené vers l’idée de résoudre cet épineux problème qui peut se présenter lorsque vous êtes au restaurant avec vos amis et qu’arrive l’heure de l’addition. Un problème auquel nous avons tous déjà été confrontés.

Un besoin mobile

Une fois notre problématique établie, nous avons décidé de prendre à nouveau du temps pour y réfléchir et s’assurer que notre projet répondait bel et bien à un besoin mobile. Nous avons pour cela utilisé plusieurs astuces, entre autres les cinq W qui permettent de placer l’application dans son contexte (What, Who, Where, When, Why?). La création de persona nous a également été d’une grande aide pour établir la liste des fonctionnalités nécessaires au bon fonctionnement de notre application.

Un défi ergonomique

Mais le cœur du problème avec Bill it, c’était de proposer quelque chose de plus rapide et de plus facile que la calculatrice standard déjà présente sur nos smartphones. C’est donc au travers d’une série de sketchs rapides que le groupe a dégrossi ce qui lui semblait être la meilleure manière de gérer les différents éléments.

Il nous a vite semblé évident qu’il y avait deux grands cas de figure dans notre situation classique: les gens qui voulaient répartir leur addition équitablement (sauf exceptions quand quelqu’un décide d’offrir le vin par exemple) ou ceux qui voulaient répartir les coûts au détail et ne payer que leur part (« Parce que Jean-Michel, il a quand même pris entrée-plat-dessert alors que Georgette, elle, a juste mangé une salade ! »). Il nous a donc semblé plus facile de départager clairement ces deux cas d’entrée de jeu, pour pouvoir proposer à chacun d’entre eux un menu adapté à leur situation.

Microcopy

Une fois une première version de nos wireframe établie, nous avons procédé à toute une série de tests utilisateurs. Cette étape étant essentielle avec un projet de cet acquabit. Suite à ces tests, nous nous sommes penchés avec une grande attention sur la microcopy de notre application avant de la soumettre à nouveau à une série de tests utilisateurs. Après quelques ajustements, nous sommes parvenus à un résultat satisfaisant.

Réalisation

Une fois ces étapes derrière nous grâce à un effort collectif, il fut temps de nous répartir équitablement la partie technique du travail. A l’exception de certaines tâches trop colossales pour être gérées par une seule personne dans un laps de temps aussi court. Il nous a également semblé essentiel de ne pas couper les connexions entre nous et de continuer à collaborer à la construction du travail.