MD

Seuils d'alerte

À partir de quand une affaire est-elle considérée comme en train de dormir. Ces trois réglages pilotent tous les signaux rouges de l'application — les listes, le tableau de bord et le bloc « À traiter aujourd'hui ».

Nouveau

Effet immédiat sur 4 écrans — liste des contacts, liste des projets, liste des devis et tableau de bord. Un seuil trop bas noie l'équipe sous les alertes ; trop haut, les affaires dorment sans que personne ne le voie.

Prospect sans contact

Signaler un prospect quand aucune activité n'a été enregistrée depuis

jours

Avec ce seuil, aujourd'hui :

9 prospects signalés sur 62 Les voir

Projet figé dans son étape

Signaler un projet qui n'a pas changé d'étape depuis

jours

Exceptions par étape

Certaines étapes durent naturellement plus longtemps. Un délai propre l'emporte sur le seuil général.

  • Négociation jours
  • Attente Consuel jours

Avec ces réglages, aujourd'hui :

4 projets signalés sur 34 Les voir

Devis proche de l'expiration

Signaler un devis envoyé quand il lui reste moins de

jours de validité

Créer une tâche de relance automatique

Assignée au commercial du projet, à l'entrée dans la fenêtre d'alerte.

Avec ce seuil, aujourd'hui :

3 devis signalés sur 12 Les voir

Les seuils s'appliquent immédiatement à toute l'organisation.

Deuxième section, rendue pour comparaison

Statuts de pipeline

La section de configuration la plus dense de l'application — c'est celle qui teste le gabarit. Elle montre comment les drapeaux machine (gagné, terminal) et les couleurs se règlent sans jamais toucher au code.

Effet sur toute l'application — les colonnes du kanban, les frises de progression, les filtres des listes et les calculs de taux de réussite suivent ces statuts. Renommer est sans risque ; supprimer laisse les affaires concernées en statut orphelin, affiché en gris.

Statut Couleur Comportement Projets Actions
Ambre Étape courante 6
Bleu Étape courante 9

Démarre le suivi de chantier

 Émeraude Affaire gagnée 11

Demande un motif à la bascule

 Gris Clôture sans gain 13

« relance-2 » — statut supprimé

Encore porté par 2 projets, affichés en gris orphelin

 — Hors configuration 2

L'ordre des lignes est celui des colonnes du kanban et des segments de frise. Glisser une ligne le change partout.

Référence de maquette — à ne pas porter

D'où vient chaque bloc

Existe

  • Les 12 sections et leur contenu
  • Statuts : libellé, couleur, ordre, drapeaux gagné et terminal, motifs de clôture, gates d'envoi et d'impression (R-44)
  • Sélecteur d'entité (contacts / projets / devis)
  • Accès gaté par permission, écriture au journal d'audit
  • Statuts orphelins tolérés et affichés en gris

Réorganisation

  • Rail vertical groupé à la place de la barre de 12 onglets. Même contenu, même routage ?tab= — seule la navigation change.
  • Bandeau d'impact en tête de chaque section.
  • Compteur d'usage par statut (« 11 projets ») — indispensable avant de supprimer.
  • Barre d'enregistrement collante sur les sections à formulaire.

À créer

  • Toute la section « Seuils d'alerte » : table de réglages d'organisation + exceptions par étape. C'est le socle des signaux rouges des lots 1 à 3.
  • Aperçu « avec ce seuil, aujourd'hui : N signalés » — un réglage à l'aveugle se règle mal.
  • Tâche de relance automatique à l'entrée dans la fenêtre d'expiration.
  • Réaffectation d'un statut orphelin vers un statut existant.

Lecture rapide — la réorganisation en rail ne coûte presque rien (le contenu des sections est inchangé) et règle un vrai problème de navigation. La section « Seuils d'alerte » est le seul développement de fond du lot, et elle débloque les alertes des quatre écrans précédents. Les exceptions par étape sont facultatives en première version : le seuil général suffit à démarrer.