ROADMAP

# Awm Soutien Alliance 1.5.2 — Triage Health du soutien

## Livré
- Le pulse Soutien calcule un score à partir des tickets urgents et non assignés sans exposer leur contenu.
- Aucune assignation, réponse ou fermeture automatique n est déclenchée par le score.

## Prochain lot accéléré
- Triage explicable par priorité/SLA/client avec actions recommandées humaines.
- Réflexion de réponse future vers Assistant seulement après approbation.

# Soutien AWM 1.5.1 — Pulse opérationnel transversal

## Livré
- Expose au Core un pulse tickets ouverts, urgents et non assignés.
- Le pulse conserve la responsabilité humaine : aucune fermeture, assignation ou réponse automatique.

## Prochain lot accéléré
- Triage suggéré par impact/urgence avec validation humaine et file de travail par département.
- Composants partagés et accessibilité cohérente avec le shell AWM.

## Harmonisation administration — 1.5.0 — 2026-08-18

- **Livré :** Soutien AWM 1.5.0 adopte le shell visuel Core 4.5.0. Tickets, filtres, réglages et IA utilisent la même structure visuelle, tout en conservant les permissions, statuts et historiques.
- **Travaux actuels :** validation visuelle sur WordPress réel en clair/sombre et sur téléphone/tablette. Résultat attendu : aucun débordement horizontal et aucune double navigation.
- **Prochaines étapes :** convertir progressivement les tableaux et formulaires historiques restants vers les composants partagés. Résultat attendu : mêmes actions, espacements et états dans tous les écrans.
- **Améliorations futures :** préférences d’affichage et accessibilité clavier/WCAG communes. Résultat attendu : personnalisation contrôlée sans divergence entre modules.


## Sécurité 1.4.1 — 2026-08-17

- Soutien AWM 1.4.1 délègue les nouveaux secrets API au coffre Core tout en conservant les valeurs historiques chiffrées.
# Roadmap — Soutien AWM

## Analyse
Le soutien doit conserver toute la conversation et accélérer le traitement sans retirer la responsabilité humaine.

## Objectif
Réduire le temps de réponse tout en maintenant contexte, permissions, historique et qualité.

## Éléments livrés
- **Permissions granulaires.** Résultat attendu : séparer consultation, réponse, fermeture et réglages.
- **Double autorisation pour la connaissance.** Résultat attendu : empêcher une réponse de soutien d’enrichir l’Assistant sans approbation adéquate.
- **Journal des réglages et agents.** Résultat attendu : retracer les changements d’affectation sans exposer de secret.
- **Migration unique du rôle historique.** Résultat attendu : conserver la compatibilité initiale puis respecter les décisions de la matrice.

## Travaux actuels
- **Conversation complète pour les tickets ouverts et fermés.** Résultat attendu : répondre avec tout le contexte disponible.
- **Analyse et réanalyse commentée.** Résultat attendu : corriger une proposition avant son envoi ou sa mémorisation.
- **Fermeture et ouverture du prochain ticket.** Résultat attendu : continuer la file selon la priorité et l’ancienneté.

## Prochaines étapes
- **Objectifs de première réponse et de résolution.** Résultat attendu : identifier immédiatement les tickets à risque.
- **Assignation, files et escalade.** Résultat attendu : clarifier le responsable et transférer automatiquement les dossiers bloqués.
- **Prévention des réponses simultanées.** Résultat attendu : avertir plusieurs collaborateurs avant un doublon d’envoi.
- **Réponses rapides versionnées.** Résultat attendu : réutiliser une procédure tout en connaissant sa version et son approbateur.

## Améliorations futures
- **Satisfaction et motifs de réouverture.** Résultat attendu : mesurer la qualité après fermeture.
- **Canaux regroupés et pièces jointes sécurisées.** Résultat attendu : conserver un seul fil avec des fichiers analysés et une rétention définie.
- **Rapports par client, priorité et responsable.** Résultat attendu : suivre charge, délais et résultats de l’équipe.