DIAGNOSTIC · PROVENANCE · PRIORISATION

<aside> →

Du signal à la priorité · Une information n’entre pas automatiquement dans un diagnostic. Elle doit être rattachée, datée, qualifiée puis jugée utile avant de devenir un constat ou une priorité.

</aside>

diagnostic-v2.jpg

Interface réelle du diagnostic.

Une information n’a pas toujours le même statut

Le protocole distingue fourni, observé, à vérifier et constat.

<aside> ◎

Principe · L’outil conserve la provenance et le rattachement. Il n’effectue pas le jugement à la place du consultant.

</aside>

Fourni

Information reçue mais pas encore contrôlée.

Observé

Trace effectivement retrouvée à une date donnée.

À vérifier

Écart, doute ou attribution encore incertaine.

Constat

Élément suffisamment établi pour entrer dans le raisonnement.


Les cas ont construit la méthode

La méthode n’a pas été écrite d’abord puis plaquée sur le terrain. Des cas réels ont imposé ses garde-fous.

Cas observé Risque Règle ajoutée à la méthode
Résultat Google attribué à un autre établissement Rattacher adresse, téléphone ou avis au mauvais commerce. Rattachement · aucune donnée n’entre dans le diagnostic avant confirmation de l’organisation.
Déménagement et traces contradictoires Mélanger ancienne et nouvelle situation. Chronologie · dater et attribuer les traces avant de les utiliser.
Audit mobile sans besoin de refonte Transformer toute friction en chantier disproportionné. Priorisation · corriger seulement ce qui change la compréhension, le parcours ou une décision.

<aside>

Voir le cas · mauvais rattachement Google

</aside>

<aside>

Voir le cas · déménagement

</aside>

<aside>

Voir le cas · audit mobile

</aside>

<aside> ↗

Ce que ces cas ont fixé · bonne organisation → bonne source → bonne date → bon statut → priorité seulement si l’effet est suffisamment établi.

</aside>


Le flux de travail

01 · Contexte 02 · Supports 03 · Vérifications
Situation, objectif, périmètre. Site, Google, réseaux, points de contact. Ce qui est réellement observable.
04 · Constats 05 · Priorités 06 · Restitution
Ce qui est suffisamment établi. Maintenant · Ensuite · Plus tard. Décisions, limites, points à confirmer.

Le livrable ne cherche pas à tout montrer

Seuls les éléments qui changent la compréhension du problème, une priorité ou une décision doivent entrer dans la restitution.

Le diagnostic peut recommander une correction limitée, demander une vérification supplémentaire ou conserver l’existant.

<aside> →

Règle de restitution · Si une observation ne change ni la compréhension du problème, ni une priorité, ni une décision, elle n’a pas besoin d’entrer dans le livrable.

</aside>

diagnostic-compte-rendu.png

Extrait réel de restitution.


Articles qui prolongent la méthode

Signal ≠ diagnostic

Un clic, un abandon ou un achat restent des indices à interpréter, pas des causes démontrées.

Lire · Un clic, un abandon, un achat

Fait ≠ hypothèse

Une formulation fluide peut donner à une hypothèse le même poids qu’à une information réellement retrouvée.

Lire · Quand le moteur complète ce qu’il ne sait pas encore

Présence ≠ maîtrise

Être visible ne permet pas, depuis l’extérieur, de savoir qui pilote réellement la présence ni avec quelle intention.

Lire · L’illusion de la présence

← Retour au Portfolio