Notre façon de travailler

Tout projet d’envergure commence par une phase de découverte intensive. On passe en revue les systèmes existants, les analytics et la documentation. On anime des ateliers avec les parties prenantes pour comprendre les objectifs, les contraintes et le contexte. On audite l’architecture technique et les besoins d’intégration. On explore l’architecture de l’information et on commence à cartographier les parcours utilisateurs.

L’objectif : passer des hypothèses aux faits, pour poser une base commune à tout ce qui suit.

À l’issue de la découverte, on définit les exigences détaillées et on évalue l’effort de chacune. Ce travail se fait de façon collaborative et transparente — vous voyez exactement comment on aborde le chantier et quels arbitrages sont en jeu. Les exigences sont priorisées en fonction des objectifs et du budget, et on s’accorde sur ce qui est dans le périmètre du projet.

C’est aussi à cette étape qu’on confirme l’approche technique : plateforme CMS, stratégie d’intégration, architecture d’hébergement.

On commence par l’expérience utilisateur : cartographie des parcours, wireframes, modélisation du contenu, architecture de l’information. Ce travail est itératif — on partage tôt, on recueille les retours, on affine. Les wireframes sont testés face à de vrais besoins utilisateurs avant de passer au design visuel.

Le design visuel traduit l’identité de marque en écrans et en interactions. On développe des bibliothèques de composants et des systèmes de design qui assurent la cohérence et rendent les travaux futurs plus efficaces. Les designs sont revus et affinés avant le début du développement.

Le développement est organisé en sprints, chacun représentant environ une semaine de travail concentré. On construit au grand jour, avec des démos régulières et des moments de feedback. Ce n’est pas du waterfall — on s’attend à apprendre des choses pendant le développement qui influencent le travail, et la structure en sprints le permet.

On prend en charge l’implémentation du CMS, le développement front-end et back-end, ainsi que les intégrations. Pour les clients Tessitura, cela inclut la configuration de BlocksOffice ou la mise en forme de TNEW, la mise en place de notre service proxy, et le développement de toute fonctionnalité sur mesure que le projet requiert.

Avant la livraison, on effectue un QA interne approfondi sur différents navigateurs, appareils et technologies d’assistance. On teste systématiquement conformément aux WCAG 2.2 AA. Les anomalies sont consignées, priorisées et corrigées.

Vient ensuite la revue client. Vous disposez du temps nécessaire pour tester le site par rapport aux exigences et signaler ce qui doit être revu. On traite les problèmes dans des sprints de correction dédiés avant de se diriger vers le lancement.

On se coordonne étroitement avec votre équipe et les éventuels prestataires tiers pour garantir un déploiement sans accroc. Dans les semaines qui suivent immédiatement le lancement, un développeur qui connaît le projet surveille les serveurs, les journaux d’erreurs et les retours utilisateurs, et traite les problèmes rapidement à mesure qu’ils surviennent.

Peu importe le soin apporté aux tests, lancer un site auprès de vrais utilisateurs dans le monde réel fait toujours remonter des choses qu’on n’avait pas anticipées. On s’y prépare.

On vise des relations durables. La plupart de nos clients travaillent avec nous depuis des années, et on leur apporte un accompagnement continu : corrections de bugs, petites améliorations, et la maintenance régulière dont tout site a besoin.

On revient aussi pour des chantiers plus importants au fil de l’évolution des organisations — nouvelles fonctionnalités, optimisation des conversions, rafraîchissement du design, réponses aux nouveaux besoins métier. Un site web n’est pas terminé au lancement ; c’est une base pour une amélioration continue.