Aller au contenu principal

Matrice de couverture documentaire

Cette matrice sert à suivre les écarts entre les évolutions produit et la documentation chatbot.

Sources

SourceRôle
menzzo-chatbot-backendContrats API, règles d'éligibilité, validations SAV.
logidav-pour-chatbotEffets métier Logidav, statuts commande, synchronisations aval.
menzzo-chatbot-uiLibellés et parcours visibles côté client.
dify-deliveryPromotion, export et validation des workflows Dify.
chatbot-docsDocumentation cible.

Couverture

PrioritéÉvolutionSourceDocumentation cibleStatut
P0Bon d'achat remboursement +40%Backend refund-voucherRelance remboursement + API SAVDécision intégrée au workflow Relance remboursement, API à détailler.
P0Mise à jour données livraisonLogidav 869dgyn74, backend SAV requestsModification de commandePage corrigée, comportement final à valider.
P0Familles de modification commandeUI SAV supportModification de commandeTrois familles documentées.
P0Mauvaise référence choisie par le clientClickUp 869eazr6r, schéma métier fourniModification de produitSous-parcours ajouté avec décision produit imprimé / non imprimé.
P1APIs MZ-10013Backend PRs cancellation/support/reshipment/missing partAPI ReferenceInventorié, pages détaillées à créer.
P1Oubli code promoBackend/Logidav forgotten couponWorkflow SAV + API ReferenceÀ créer.
P1Changement méthode livraisonBackend/Logidav delivery changeModification commande + API ReferenceGuide métier ajouté, API à détailler.
P1Matrice relances SLABackend reminder SLARelances + API ReferenceÀ créer.
P1Garantie 2 ansBackend conformité légaleGarantieRègle ajoutée, détails à valider.
P1Notifications erreurs SAVBackend error notificationsTroubleshooting + API ReferenceÀ créer.
P2Mise à jour email clientBackend email updateCoordonnées + API ReferenceInventorié.
P2Parcours UI SAVUI SAV redirect/trackingWorkflows SAVÀ synchroniser.
P2Gouvernance Difydify-deliveryDéploiement / testingÀ créer.

Règles de validation

Une évolution est considérée couverte quand :

  • le guide métier décrit le comportement client,
  • la référence API décrit le contrat technique si un endpoint est impliqué,
  • les cas de refus sont explicites,
  • les sources utilisées sont identifiables,
  • les points ambigus sont marqués comme à valider,
  • le build Docusaurus passe.