Files
SecondBrain/20 Work/Projects/2026/Boukili/2026-09-17 - Boukili- Transition de la nouvelle application.md
T

2.9 KiB
Raw Blame History

type, date, source, status, duration, meetmic_id
type date source status duration meetmic_id
meeting 2026-09-17 MeetMic inbox 25m 5EF218C8-EA84-4686-B23B-4050707D5344

Boukili: Transition de la nouvelle application

Résumé

  • La réunion porte sur la migration de Bookili de la V2 vers la V3, avec lutilisation du même identifiant sur lApp Store et le Play Store.
  • Deux stratégies de gestion des anciennes versions ont été discutées : déconnexion forcée suivie dune mise à jour, ou blocage de laccès côté serveur/Firebase.
  • La solution radicale règle davantage de cas, mais dépend dune communication claire pour éviter que les utilisateurs pensent que leur compte nexiste plus. La solution progressive est plus conviviale, mais laisse subsister le risque de reconnexion à lancienne version.
  • Des risques persistent liés aux délais de mise à jour des appareils, aux utilisateurs dont les mises à jour automatiques sont désactivées, à la communication auprès des conseils scolaires et à la réconciliation des données.
  • Aucun consensus définitif na été établi entre les options soft, radicale ou une combinaison avec un délai de 90 jours.

Décisions

  • Attendre un alignement interne sur la stratégie avant den discuter avec les intervenants externes.
  • La date de déploiement sera pilotée par l’équipe, puis synchronisée avec Zemind lorsque la timeline sera connue.

Actions

  • Aligner les parties prenantes sur le choix entre la solution soft, la solution radicale et une combinaison avec un délai de 90 jours.
  • Recueillir lavis de Julie et dAbiba sur les options techniques et leurs impacts.
  • Clarifier avec lIBO le fonctionnement exact de la déconnexion, du blocage côté Firebase et des notifications.
  • Recontacter Zemind pour synchroniser le jour J une fois la stratégie et la timeline confirmées.

Blocages / Risques

  • Lauto-update ne garantit pas que tous les utilisateurs passeront à la V3.
  • Après une simple déconnexion, certains utilisateurs pourraient se reconnecter à la V2.
  • Le blocage côté serveur/Firebase peut empêcher laccès sans communication préalable suffisamment claire.
  • Les mises à jour peuvent être déployées à des moments différents selon les appareils et les stores.
  • La communication doit atteindre les utilisateurs, les conseils scolaires et potentiellement leurs équipes IT.
  • La création ou lutilisation de comptes distincts pourrait entraîner des problèmes de réconciliation des données.

À suivre

  • Choix final de la stratégie de migration et du délai éventuel avant le blocage définitif.
  • Validation technique de lIBO et clarification de la distinction entre déconnexion et blocage daccès.
  • Préparation de la communication et détermination du canal approprié : notification via la cloche ou pop-up.
  • Évaluation des impacts sur les données et sur les utilisateurs avec lavis dAbiba.