Synthèse · Direction & équipe métier
L’application est prête côté mobile. La mise en production attend 15 correctifs backend et 7 prérequis client.
L'application est fonctionnellement complète côté mobile. Chacun des 48 workflows consomme l'API réelle, les quatre produits du catalogue (Voyage, Scolaire, Accident, Santé) se souscrivent de bout en bout avec un paiement par carte réellement encaissé, et une recette automatisée a filmé les 17 parcours. Ce qui reste n'est pas du développement : c'est de la validation, et elle dépend de corrections côté backend et de prérequis côté client.
Flux de données de l'application branchés sur l'API réelle
82 sur 82
Plus aucun écran sur données simulées
Workflows intégrés / partiellement bloqués / hors API
36 / 9 / 3
sur 48
Parcours de recette E2E joués et filmés
17 sur 17
11 vont au bout (dont l'inscription et le mot de passe oublié, rejoués et filmés code OTP compris avec une boîte jetable), 6 s'arrêtent sur un mur backend
Points bloquants pour la mise en production
15
liste tenue à part, page Tickets
Terminé côté mobile
82 sur 82 flux sur l’API réelle · 4 sur 4 produits souscriptibles de bout en bout
15 points bloquants
15 correctifs backend et 7 prérequis client avant la mise en production
Version finale le 25/10/2026
au lieu du 01/09/2026 (planning contractuel)
Le build que nous demandons à Amana de valider.
Livrable de référence · Android
L'inscription et le mot de passe oublié corrigés (défauts trouvés le 19/09 en rejouant les parcours avec une boîte mail) et la checklist de mot de passe sur la politique serveur ; accompagné du dashboard, des 17 vidéos de recette (inscription et mot de passe oublié réenregistrées de bout en bout) et du registre des tickets
Fichier my-amana-recette-2026-09-20.apk · 129 Mo · construit le 19/09/2026
1 · Setup projet
Initialisation, environnement de dev
2 · Intégration statique
Design system, écrans FR et AR des 5 sprints, livraisons d'APK statiques
Livrée conformément au plan, seule phase entièrement sous contrôle du prestataire
3 · Tests et validation API
Envoi des endpoints par Amana, tests et validation par SHIFTIN, par sprint
L'API n'était pas disponible dans sa version définitive : plusieurs allers-retours de tests, délais prévus dépassés ; cette phase n'est pas finalisée à ce jour
4 · Intégration API
Branchement des écrans, gestion des erreurs, livraisons APK internes et client
S1 clos hors corrections du débrief client ; S2 à S5 câblés et testés en réel, validation client suspendue aux tickets backend
5 · Q&A
Checklist, tests finaux, correction des anomalies résiduelles
Tests E2E exécutés sur les 17 parcours, avec enregistrement de chaque parcours
6 · Mise en ligne
Builds release, fiches stores, publication
Comptes Play Store et App Store non fournis
À rendre en une seule séance, en ouverture des chantiers (calendrier ci-dessous).
| # | Point | Workflow(s) | Pourquoi une décision est nécessaire | Décideur |
|---|---|---|---|---|
| A1 | Authentification par téléphone P0-D#2(ticket dans l’outil de ticketing, nouvelle fenêtre) | Authentification – Inscription | Le serveur ne vérifie que l'OTP e-mail : maintenir l'OTP téléphone (correctif backend) ou l'abandonner (retrait de l'étape à l'écran) | Amana |
| A2 | Plafond de la prime Voyage Famille au 7ᵉ voyageur P1-D#23(ticket dans l’outil de ticketing, nouvelle fenêtre) | Souscription Voyage | Avec la règle « 2 adultes + 8 enfants », une famille de 10 paie le prix de 7 : trois voyageurs assurés sans contrepartie. Seul point ouvert à impact financier direct | Amana (métier) |
| A3 | Chat du service client P3.12#11(ticket dans l’outil de ticketing, nouvelle fenêtre) | Sinistres | L'API rattache le fil au client, pas au sinistre : la même conversation s'affiche sous chaque dossier. Soit un paramètre de sinistre côté backend, soit un fil unique déplacé vers le menu | Produit / Backend |
| A7 | Prérequis client pour la mise en ligne | Transverse | Comptes Google Play et App Store, URL de l'API de production, instance Satim marchande au nom d'Amana (la page de test affiche encore un marchand tiers) | Amana |
| A8 | Prérequis client pour la recette | Transverse | Cartes Dahabia de test (jamais transmises), accès à une boîte mail de test ou OTP fixe en pré-production | Amana |
Vert : le workflow fonctionne sur l’API réelle. Orange : une partie du parcours attend un correctif ou une décision. Le liseré rouge marque ce qui bloque la mise en production.
Sprint 1 · 21 workflows
Authentification, Accueil, Dashboard, Compte, Menu
Sprint 2 · 7 workflows
Souscription, Paiement
Sprint 3 · 5 workflows
Contrats, Sinistres
Sprint 4 · 6 workflows
Remboursements, Santé Individuelle
Sprint 5 · 9 workflows
Santé Famille, Santé Groupe
| Sprint | Workflows | Intégrés | Hybrides | Locaux |
|---|---|---|---|---|
| Sprint 1 | 21 | 14 | 4 | 3 |
| Sprint 2 | 7 | 6 | 1 | 0 |
| Sprint 3 | 5 | 4 | 1 | 0 |
| Sprint 4 | 6 | 5 | 1 | 0 |
| Sprint 5 | 9 | 7 | 2 | 0 |
Ce qui a été testé, ce qui est validé, et les enregistrements de chaque parcours.
| Périmètre | Testés | Validés | En échec ou bloqués | Note |
|---|---|---|---|---|
| Parcours E2E Maestro | 17 | 11 | 6 murs backend | Chaque mur est un ticket nommé ; les deux parcours OTP passent depuis la correction applicative |
| Tunnels de souscription avec paiement réel | 4 | 4 | 0 | Voyage, Scolaire, Accident (individuel), Santé |
| Tests unitaires et d'intégration automatisés | 351 | 351 | 0 | — |
Chaque parcours a été joué sur la pré-production et filmé ; quand il s’arrête, le ticket backend responsable est nommé.
12 parcours sur 17 vont au bout ; 5 s’arrêtent sur un mur backend, filmé et nommé.
| Parcours | Workflows couverts | Sprint | Verdict | Mur rencontré (ticket) | Vidéo |
|---|---|---|---|---|---|
| 01 · Connexion | Authentification – Connexion, Authentification par empreinte digitale | S1 | Validé Au bout | — | |
| 02 · Onboarding + inscription | Authentification – Inscription | S1 | Validé Au bout (compte créé, code OTP lu et saisi, écran de succès) | Défaut applicatif corrigé (l'OTP partait avant la création du compte). Côté serveur : OTP par téléphone impossible , OTP téléphone non vérifié , politique de mot de passe non appliquée à la créationA23#69(ticket dans l’outil de ticketing, nouvelle fenêtre)P0-D#2(ticket dans l’outil de ticketing, nouvelle fenêtre)A18#65(ticket dans l’outil de ticketing, nouvelle fenêtre) | |
| 03 · Mot de passe oublié | Authentification – Réinitialisation du mot de passe | S1 | Validé Au bout (code lu et saisi, mot de passe réinitialisé, écran de succès) | Défauts applicatifs corrigés (endpoint, jeton, bouton « Continuer » sous le clavier). Côté serveur : OTP réutilisable , MFA non délivré par e-mail après réinitialisationA19#66(ticket dans l’outil de ticketing, nouvelle fenêtre)A22#16(ticket dans l’outil de ticketing, nouvelle fenêtre) | |
| 04 · Accueil + navigation | Accueil, Navigation, Menu – Notifications | S1 | Validé Au bout | — | |
| 05 · Dashboard | Dashboard – Contrats / Sinistres / Remboursements | S1 | Validé Au bout | — | |
| 06 · Compte + profil + paramètres | Compte – Profil utilisateur / Profil santé / Paramètres | S1 | Validé Au bout | — | |
| 07 · Menu — contenu | Menu – Produits / Actualités / Allo Docteur / Réseau | S1 | Validé Au bout | — | |
| 08 · Menu — SOS, contact, documents | Menu – SOS / Contact / Documents utiles | S1 | Bloqué côté backend Mur backend | Aucun document téléchargeable, 500 hors adhérent santéP0-H#4(ticket dans l’outil de ticketing, nouvelle fenêtre)P0-L#3(ticket dans l’outil de ticketing, nouvelle fenêtre) | |
| 09 · Souscription Voyage + paiement | Souscription Voyage, Paiement CIB / Dahabia / Points verts / À la livraison | S2 | Validé Au bout (paiement encaissé) | La passerelle ramène sur le site vitrineP0-M#5(ticket dans l’outil de ticketing, nouvelle fenêtre) | |
| 10 · Souscription Scolaire + paiement | Souscription Scolaire, Paiement CIB | S2 | Validé Au bout (paiement encaissé) | — | |
| 11 · Souscription Accident + paiement | Souscription Accident, Paiement CIB | S2 | Validé Au bout (individuel) | Création en groupe en 409 côté backend | |
| 12 · Souscription Santé + paiement | Santé Individuelle / Famille – Souscription | S4 / S5 | Validé Au bout (paiement encaissé) | Écran de succès après relecture du contratP0-N#6(ticket dans l’outil de ticketing, nouvelle fenêtre) | |
| 13 · Contrats, carte Flash, résiliation | Menu – Contrats, Contrats – Voyage / Accident / Scolaire, Carte Flash Amana, Contrat santé (3 segments) | S3 / S4 / S5 | Bloqué côté backend Mur backend | Résiliation sans pièces jointesP3.17#54(ticket dans l’outil de ticketing, nouvelle fenêtre) | |
| 14 · Déclaration de remboursement | Remboursements | S4 | Validé Au bout (pièces comprises) | Limite de 1 Mo par fichierP0-I#12(ticket dans l’outil de ticketing, nouvelle fenêtre) | |
| 15 · Déclaration de sinistre | Sinistres | S3 | Bloqué côté backend Mur backend | Rien n'est déposé, filmé comme preuve | |
| 16 · Espace santé + profil santé + assistant | Espace santé, Profil santé, Compléter profil santé (3 segments) | S4 / S5 | Bloqué côté backend Mur backend | Personnes à charge , pièces , bulletin§31#14(ticket dans l’outil de ticketing, nouvelle fenêtre)P0-J#13(ticket dans l’outil de ticketing, nouvelle fenêtre)P3.10#15(ticket dans l’outil de ticketing, nouvelle fenêtre) | |
| 17 · Chat service client | Sinistres | S3 | Bloqué côté backend Mur backend | Fil unique par clientP3.12#11(ticket dans l’outil de ticketing, nouvelle fenêtre) |
Le planning contractuel, le nouveau planning convenu, et les échéances auxquelles chacun s’engage.
| Jalon | Planning contractuel | Nouveau planning |
|---|---|---|
| Première livraison APK client | — | 27/09/2026 |
| Seconde livraison APK client | — | 11/10/2026 |
| Version finale Android & iOS | 01/09/2026 | 25/10/2026 |
| Écart cumulé | — | + 54 jours calendaires |
1 · Souscription et paiement (chemin critique)
Les quatre tunnels payés de bout en bout, présentables, sur les quatre moyens de paiement
Tickets · P0-M#5(ticket dans l’outil de ticketing, nouvelle fenêtre), P0-N#6(ticket dans l’outil de ticketing, nouvelle fenêtre), P0-C#8(ticket dans l’outil de ticketing, nouvelle fenêtre), A14#9(ticket dans l’outil de ticketing, nouvelle fenêtre) (Accident groupe), P1-D#23(ticket dans l’outil de ticketing, nouvelle fenêtre) (décision A2), cartes Dahabia (CP-08), instance Satim au nom d'Amana (CP-12)
2 · Compte et session
Créer un compte, se connecter, rester connecté, récupérer son mot de passe
Tickets · A9#1(ticket dans l’outil de ticketing, nouvelle fenêtre) (/auth/refresh → 500), A22#16(ticket dans l’outil de ticketing, nouvelle fenêtre) (code MFA non délivré par e-mail), P0-D#2(ticket dans l’outil de ticketing, nouvelle fenêtre) (décision A1), A17#64(ticket dans l’outil de ticketing, nouvelle fenêtre) à A21#68(ticket dans l’outil de ticketing, nouvelle fenêtre), A23#69(ticket dans l’outil de ticketing, nouvelle fenêtre) (chaîne OTP), A10#17(ticket dans l’outil de ticketing, nouvelle fenêtre) (UTF-8), Q1-Q9#71(ticket dans l’outil de ticketing, nouvelle fenêtre) (comptes migrés)
3 · Dossiers, documents et santé
Déclarer un sinistre, joindre une photo, ouvrir un document utile, compléter un profil santé
Tickets · P0-I#12(ticket dans l’outil de ticketing, nouvelle fenêtre), P0-L#3(ticket dans l’outil de ticketing, nouvelle fenêtre), P0-H#4(ticket dans l’outil de ticketing, nouvelle fenêtre), P0-J#13(ticket dans l’outil de ticketing, nouvelle fenêtre), §31#14(ticket dans l’outil de ticketing, nouvelle fenêtre), P3.10#15(ticket dans l’outil de ticketing, nouvelle fenêtre), P3.12#11(ticket dans l’outil de ticketing, nouvelle fenêtre) (décision A3), P3.17#54(ticket dans l’outil de ticketing, nouvelle fenêtre)
Transverse, hors chemin critique
Fiabiliser le contrat pour la suite (lot 4) et le confort (lot 6)
Tickets · P0-F#18(ticket dans l’outil de ticketing, nouvelle fenêtre), P0-G#19(ticket dans l’outil de ticketing, nouvelle fenêtre), P1-A#20(ticket dans l’outil de ticketing, nouvelle fenêtre), P1-B#21(ticket dans l’outil de ticketing, nouvelle fenêtre), P1-C#22(ticket dans l’outil de ticketing, nouvelle fenêtre), P1-E#24(ticket dans l’outil de ticketing, nouvelle fenêtre), P2.x, P3.x restants
Les livraisons suivent ce planning ; chaque livraison client est suivie d’un retour écrit et d’un call de revue.
| Date | Équipe | Tâche |
|---|---|---|
| 20/09 → 24/09 | SHIFTIN | Test supplémentaire interne sur l’APK livré |
| 20/09 → 24/09 | SHIFTIN | Corrections suite au test interne, sur l’APK livré |
| 20/09 → 24/09 | AMANA | Corrections des issues liées au backend |
| 27/09 → 01/10 | SHIFTIN | Intégration des endpoints corrigés |
| 27/09 → 01/10 | SHIFTIN | Intégration de la traduction statique |
| 27/09 | SHIFTIN | Livraison APK client |
| 28/09 → 29/09 | AMANA | Feedbacks client sur l’APK livré |
| 30/09 | AMANA | Envoi du rapport complet — feedback client sur l’APK livré |
| 01/10 | AMANA + SHIFTIN | Call de revue du débrief client — APK livré |
| 04/10 → 06/10 | SHIFTIN | Corrections suite au test client, sur l’APK livré |
| 04/10 | SHIFTIN | Livraison APK interne |
| 05/10 → 06/10 | SHIFTIN | Test interne sur l’APK livré |
| 07/10 → 08/10 | SHIFTIN | Corrections internes sur l’APK livré |
| 11/10 | SHIFTIN | Livraison APK client |
| 12/10 → 13/10 | AMANA | Feedbacks client sur l’APK livré |
| 14/10 | AMANA | Envoi du rapport complet — feedback client sur l’APK livré |
| 15/10 | AMANA + SHIFTIN | Call de revue du débrief client — APK livré |
| 18/10 → 22/10 | SHIFTIN | Corrections suite au test client, sur l’APK livré |
| 25/10 | SHIFTIN | Livraison versions Android & iOS — version finale |