Revue d’incident : mise à jour de la page de réservations - 14 novembre 2025
Le 14 novembre, nous avons lancé une nouvelle conception de la page de réservations, mais nous avons rapidement rencontré des problèmes d’utilisabilité. Dans cet article, nous partageons ce que nous avons appris de cet incident et les mesures que nous prenons pour améliorer notre processus de mise en production.

On this page
- Ce qui s’est passé
- Ce que nous avons appris
- Calendrier et planification
- Processus de revue
- Communication
- Environnement de test
- Calendrier de mise en production
- Ce qui s’est bien passé
- Comment nous nous améliorons
- Processus de revue renforcé
- Meilleure infrastructure de test
- Communication plus claire
- Priorité à la qualité
- Notre engagement
Ce qui s’est passé
Le 14 novembre, nous avons publié une nouvelle conception pour la page de réservations. Peu après le déploiement, nous avons constaté que cette nouvelle expérience présentait plusieurs problèmes d’utilisabilité, notamment des incohérences de mise en page, des éléments visuels à peaufiner et une disposition des informations différente de celle à laquelle nos utilisateurs étaient habitués. Nous avons rapidement pris conscience de ces problèmes et sommes revenus à la version précédente afin d’assurer la continuité du service pour nos utilisateurs.

Avant : la version précédente de la page de réservations.

Après : la version mise à jour qui a introduit les problèmes que nous avons corrigés.
Ce que nous avons appris
Cet incident a mis en évidence plusieurs domaines dans lesquels nous pouvons renforcer notre processus de mise en production :
Calendrier et planification
Les maquettes de cette mise à jour ont été finalisées plusieurs mois avant le début de l’implémentation, ce qui a créé un écart entre la phase de conception et le développement. Cela nous a appris l’importance d’un meilleur alignement entre l’achèvement de la conception et les délais d’implémentation.
Processus de revue
Nous avons identifié des possibilités d’améliorer nos procédures de revue et de test, en particulier pour les changements d’interface utilisateur importants qui ont un impact sur les workflows quotidiens. Notre équipe met en place des jalons plus structurés afin de garantir une évaluation approfondie avant les mises en production.
Communication
Nous avons reconnu que des canaux de communication plus clairs entre les membres de l’équipe lors des passations et tout au long du processus de développement nous aideraient à détecter plus tôt les problèmes potentiels dans le cycle.
Environnement de test
Nous avons appris que notre infrastructure de prévisualisation et de test doit être améliorée pour mieux simuler les conditions de production, ce qui nous permettra d’identifier les problèmes avant qu’ils n’atteignent nos utilisateurs.
Calendrier de mise en production
Une pression implicite existait pour terminer le travail avant notre date de sortie mensuelle habituelle. Nous avons appris l’importance de donner explicitement la priorité à la qualité plutôt qu’à des échéances arbitraires.
Ce qui s’est bien passé
Malgré les difficultés, notre équipe a réagi rapidement et efficacement. Nous avons pu identifier les problèmes, prendre la décision de revenir en arrière et restaurer rapidement l’expérience précédente, en minimisant les perturbations pour nos utilisateurs.
Comment nous nous améliorons
Nous prenons des mesures concrètes pour éviter des situations similaires à l’avenir :
Processus de revue renforcé
-
Mise en place de jalons d’approbation explicites pour les changements majeurs d’interface utilisateur
-
Établissement de cas de test clairs et d’exigences de documentation pour les mises à jour importantes
-
Création d’un système d’étiquetage pour identifier les changements nécessitant une revue supplémentaire
Meilleure infrastructure de test
-
Amélioration de nos données de départ et de nos environnements de test afin de mieux refléter une utilisation réelle
-
Développement de capacités de déploiement de prévisualisation plus robustes
-
Exploration de mécanismes de test A/B pour des déploiements progressifs de changements significatifs
Communication plus claire
-
Mise en place de canaux de mise à jour réguliers pour les fonctionnalités en développement
-
Définition de points de suivi explicites une semaine avant les mises en production planifiées
-
Mise en œuvre d’une politique selon laquelle les fonctionnalités doivent être finalisées deux jours avant les dates de mise en production, sinon elles seront reportées au cycle suivant
Priorité à la qualité
-
Rappel que lorsque les délais ne sont pas explicitement critiques, nous privilégions par défaut la meilleure qualité plutôt que le respect de dates arbitraires
-
Amélioration des processus d’onboarding afin que tous les membres de l’équipe comprennent nos standards de mise en production
Notre engagement
Nous assumons l’entière responsabilité de cette expérience et nous engageons à en tirer des enseignements. Les améliorations que nous mettons en œuvre nous aideront à offrir l’expérience de haute qualité et fiable que vous attendez de Cal.com. Nous vous remercions pour votre patience et votre compréhension alors que nous continuons à améliorer notre plateforme.
Si vous avez des questions ou des préoccupations concernant cet incident ou nos plans d’amélioration, n’hésitez pas à contacter notre équipe.
