One.Thing.Less
One.Thing.Less: une solution simple pour gérer la confidentialité de tes données et instaurer un lien de confiance sur le web.
James Aschberger (Fondateur et CEO de One.Thing.Less AG) sâest adressĂ© Ă Liip avec un rĂȘve: permettre Ă tout un chacun, partout dans le monde, de reprendre le contrĂŽle de lâutilisation de ses donnĂ©es Ă caractĂšre personnel. En un seul clic, et sans avoir besoin dâĂȘtre diplĂŽmĂ© en droit, ou de passer des heures Ă lire des centaines de pages de politiques de confidentialitĂ©!
MalgrĂ© la grande complexitĂ© juridique qui se cache derriĂšre ce produit, James voulait que Liip crĂ©e une solution accessible en un clic pour lâutilisateur final. Cette solution devait reposer sur une plateforme sĂ©curisĂ©e de bout en bout, elle-mĂȘme conforme au RGPD bien entendu. Il fallait aussi quâelle soit dĂ©ployable rapidement dans le monde entier afin de permettre un lancement retentissant.
Telles étaient les exigences de One.Thing.Less AG lors de notre premiÚre rencontre en janvier 2018.
Et pour couronner le tout, nous avions un dĂ©lai incompressible: le 25 mai 2018, date dâentrĂ©e en vigueur du RĂšglement gĂ©nĂ©ral sur la protection des donnĂ©es.
Pour tous nos projets, quelle que soit la taille de lâentreprise, nous prenons toujours lâutilisateur final comme point de dĂ©part.
Nous appliquons la technique bien rodĂ©e des 5S, une mĂ©thodologie en cinq Ă©tapes commençant chacune par un S (dâoĂč son nom): Strategy, Scope, Structure, Skeleton, and Surface.
Notre but principal consiste Ă identifier prĂ©cisĂ©ment les besoins des utilisateurs et Ă comprendre les objectifs commerciaux de lâentreprise comme si nous lâavions créée nous-mĂȘmes.
Quelques exemples de workshops organisés pendant les différentes étapes des 5S:
Workshop «Persona» pour cerner en détail les besoins des utilisateurs:
Workshop «User story mapping» pour concevoir lâaperçu gĂ©nĂ©ral de la roadmap du produit et de ses prioritĂ©s:
Workshop «Design Studio» pour co-crĂ©er des esquisses du produit afin dâidentifier une dĂ©finition commune du meilleur concept:
Nous avons conçu des applications pour iOS et Android en utilisant des technologies natives (Swift et Kotlin) afin de garantir une fluiditĂ© de lâinterface utilisateur.
CĂŽtĂ© back-office et API, nous avons travaillĂ© avec Ruby on Rails, le framework web favori de lâĂ©quipe pour sa modularitĂ© et son efficacitĂ© de dĂ©veloppement.
Le tout repose sur lâinfrastructure dâAWS (Amazon Web Services): un choix simple si tu recherches un hĂ©bergement fiable, Ă©volutif, sĂ©curisĂ© et conforme au RGPD, et qui propose de nombreux services plug and play.
Parce que le RGPD est un sujet politique sensible et parce quâApple applique des directives strictes (et parfois imprĂ©visibles) pour son App Store, nous ne voulions pas risquer dâĂȘtre recalĂ©s juste avant la date de lancement, ce qui aurait tuĂ© le produit avant mĂȘme quâil nâait vu le jour.
Nous avons donc corsĂ© encore un peu le dĂ©fi du dĂ©lai en visant la livraison dâune version prĂ©liminaire de lâapplication iOS un mois en avance.
Pas facile.
Mais grùce à des techniques comme le user story mapping et le MVP, nous sommes parvenus à créer une roadmap priorisée qui a été approuvée à la fois par James et par Apple (puisque la version préliminaire doit correspondre à un produit entiÚrement fonctionnel).
Comme nous utilisons Scrum pour tous nos projets, et One.Thing.Less nâa pas dĂ©rogĂ© Ă la rĂšgle, nous avons pu livrer et tester un produit fonctionnel tous les quinze jours, et en tirer les conclusions qui sâimposaient bien sĂ»r.
VoilĂ comment nous avons pu tenir le dĂ©lai, avec un mois dâavance.
Pour inciter les gens à faire confiance à One.Thing.Less et à ses services, James a chargé Ernst & Young de procéder à un audit SOC (Services Organization Controls).
Ce contrĂŽle a Ă©tĂ© effectuĂ© parallĂšlement aux phases de conception et de dĂ©veloppement. Cela nâa posĂ© aucun problĂšme car ces rĂ©unions supplĂ©mentaires se sont trĂšs bien passĂ©es. Pourquoi? Parce que le cadre fourni par Scrum et nos outils Liip sont parfaitement structurĂ©s et transparents.
MĂȘme sâil a entraĂźnĂ© du travail en plus, cet exercice a confirmĂ© que chez Liip, nous savons dĂ©livrer de la qualitĂ© et des services de confiance nĂ©cessaires Ă la fois Ă nos clients et Ă lâutilisateur final.
PlutĂŽt que dâessayer de te convaincre du rĂ©sultat, nous pensons quâil vaut mieux que tu juges par toi-mĂȘme.

Tu trouveras ci-dessous les principaux Ă©crans du workflow de lâapplication. Si tu veux en savoir plus, nâhĂ©site pas Ă tĂ©lĂ©charger lâapplication.
One.Thing.Less est un produit phare pour Liip. Dâune part parce quâil traduit bien la raison pour laquelle nous existons: Ă savoir favoriser le progrĂšs numĂ©rique. Et dâautre part parce quâil incarne parfaitement notre mĂ©thode de travail: câest-Ă -dire la crĂ©ation dâun partenariat de confiance avec nos clients.
Nous sommes fiers de pouvoir affirmer que le «RGPD nâest pas quâune nouvelle loi complexe de plus». Il te permet dĂšs Ă prĂ©sent de reprendre le contrĂŽle sur la confidentialitĂ© de tes donnĂ©es, en un seul clic.
Une fois notre idĂ©e clairement dĂ©finie, le plus grand dĂ©fi a Ă©tĂ© dâidentifier la meilleure expĂ©rience utilisateur possible et de trouver lâĂ©quipe technique qui serait capable de la mettre en Ćuvre. Pour les petites start-up comme la nĂŽtre, il faut que lâalchimie opĂšre et que lâĂ©tat dâesprit de lâĂ©quipe soit ouvert. AprĂšs notre rencontre avec Liip, jâai eu une trĂšs bonne impression du savoir-faire de lâĂ©quipe, ainsi que leur maniĂšre de penser adĂ©quate pour mener Ă bien ce projet.