rda:management-info:cm1

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentes Révision précédente
Prochaine révision
Révision précédente
rda:management-info:cm1 [2026/10/21 13:42] – jcheronrda:management-info:cm1 [2026/10/22 02:12] (Version actuelle) – [4. Articulation vers la séance 2 — Capitalisation] jcheron
Ligne 5: Ligne 5:
 </WRAP> </WRAP>
  
-===== 1. Cadrage métier =====+===== 1. Cadrage du besoin d'information =====
  
-==== 1.1 Recherche ponctuelle et veille continue ====+==== 1.1. Recherche ponctuelle vs Système de veille continue ====
  
-La **recherche ponctuelle** répond à une question située dans le temps : on formule une requête, on consulte des résultats et l'on s'arrête lorsque la réponse est suffisamment documentée. +Dans un système d'information, on distingue deux modes d'accès aux données :
  
-La **veille continue** est un dispositif organisé et récurrent : elle définit un périmètre, des sources, des capteurs, des filtres, une fréquence d'examen et une règle de diffusion afin de repérer les évolutions avant qu'une question urgente ne se pose.+  * **L'interrogation ponctuelle (Mode "Pull") :** L'utilisateur a un besoin ponctuel, il formule une requête (Google, annuaire, prompt IA) et analyse le résultat immédiat. C'est une démarche active et consommatrice de temps. 
 +  * **La surveillance continue (Mode "Push") :** L'utilisateur configure une architecture de capteurs une seule fois. Le système surveille les cibles de manière récurrente et notifie l'utilisateur uniquement en cas de changement.
  
-^ Critère ^ Recherche ponctuelle ^ Veille continue ^ +^ Critère ^ Recherche ponctuelle (Pull) ^ Veille continue (Push) ^ 
-| Déclencheur | Question immédiate, besoin explicite | Périmètre et hypothèses définis à l'avance |  +| **Déclencheur** | Question immédiate de l'utilisateur | Événement détecté sur une source distante | 
-| Temporalité | Opération limitée | Surveillance quotidienne, hebdomadaire ou selon le risque |  +| **Effort humain** | Manuel et répété à chaque besoin | Automatisé ; paramétrage initial puis simple lecture | 
-| Finalité | Trouver une réponse | Anticiper une menace, une opportunité ou une inflexion de marché |  +| **Outils** | Moteurs de recherche, bases de données, IA | Agrégateurs RSS, moniteurs de page, alertes légales | 
-| Sources | Sélection ad hoc | Portefeuille stabilisé, révisé et documenté |  +| **Finalité** | Résoudre un problème immédiat | Anticiper les ruptures et changements d'environnement |
-| Traitement | Lecture et synthèse à la demande | Collecte, filtrage, qualification, triangulation et diffusion |  +
-| Résultat | Réponse documentée | Signal exploitable, alerte, tendance ou note d'arbitrage |  +
-| Coût | Temps concentré sur un dossier | Coût récurrent de paramétrage, contrôle et lecture |  +
-| Risque | Rater un fait publié avant la recherche | Bruit, faux positifs ou dépendance à des capteurs mal réglés |  +
- +
-<WRAP tip> +
-Une veille n'est pas une accumulation de liens : c'est une chaîne de décision. Chaque source doit être reliée à une question business, à un indicateur observable et à un destinataire. +
-</WRAP>+
  
 ==== 1.2 Coûts du non-monitoring ==== ==== 1.2 Coûts du non-monitoring ====
Ligne 38: Ligne 31:
   * **coût de coordination :** plusieurs équipes cherchent la même information sans trace ni partage.   * **coût de coordination :** plusieurs équipes cherchent la même information sans trace ni partage.
  
-<WRAP danger>+<WRAP important>
 Le non-monitoring ne signifie pas « zéro coût » : il déplace le coût vers l'urgence, l'erreur, la perte de marché ou l'absence de décision. La veille doit donc être calibrée sur l'impact potentiel du signal, et non sur le volume d'informations disponible. Le non-monitoring ne signifie pas « zéro coût » : il déplace le coût vers l'urgence, l'erreur, la perte de marché ou l'absence de décision. La veille doit donc être calibrée sur l'impact potentiel du signal, et non sur le volume d'informations disponible.
 </WRAP> </WRAP>
Ligne 46: Ligne 39:
 La matrice aide à décider **où** regarder et **pourquoi**. Pour chaque signal, évaluer la probabilité d'évolution, l'impact business et la vitesse de réaction attendue. La matrice aide à décider **où** regarder et **pourquoi**. Pour chaque signal, évaluer la probabilité d'évolution, l'impact business et la vitesse de réaction attendue.
  
-<sxh text;>+<code bash;gutter:false>
                          MATRICE D'IMPACT BUSINESS RDA                          MATRICE D'IMPACT BUSINESS RDA
  
                        ┌──────────────────────────────┐                        ┌──────────────────────────────┐
                        │  MARCHÉ / CLIENTS            │                        │  MARCHÉ / CLIENTS            │
-                       │  demande, besoins, prix,    │+                       │  demande, besoins, prix,     │
                        │  appels d'offres, churn      │                        │  appels d'offres, churn      │
                        └──────────────┬───────────────┘                        └──────────────┬───────────────┘
                                       │                                       │
-┌──────────────────────────────┐      │      ┌──────────────────────────────┐ +┌──────────────────────────────┐      │      ┌────────────────────────────────┐ 
-│ CONCURRENCE                  │◄─────┼─────►│ ÉCOSYSTÈME                   │ +│ CONCURRENCE                  │◄─────┼─────►│ ÉCOSYSTÈME                     │ 
-│ offres, recrutements,        │      │      │ régulateurs, prescripteurs,  │+│ offres, recrutements,        │      │      │ régulateurs, prescripteurs,    │
 │ tarifs, partenariats         │      │      │ normes, financeurs, partenaires│ │ tarifs, partenariats         │      │      │ normes, financeurs, partenaires│
-└──────────────────────────────┘      │      └──────────────────────────────┘+└──────────────────────────────┘      │      └────────────────────────────────┘
                                       ▼                                       ▼
                  DÉCISION RDA : surveiller → qualifier → arbitrer                  DÉCISION RDA : surveiller → qualifier → arbitrer
-</sxh>+</code>
  
 ^ Zone ^ Question métier ^ Indicateurs pratiques à surveiller ^ ^ Zone ^ Question métier ^ Indicateurs pratiques à surveiller ^
Ligne 73: Ligne 66:
 ===== 2. Architecture technique du pipeline de veille ===== ===== 2. Architecture technique du pipeline de veille =====
  
-<sxh text;> +<code text;> 
-SOURCES BRUTES +[ SOURCES DISTANTES ]  ──▶  [ CAPTEURS / TRANSFORMATEURS ]  ──▶  [ CENTRALISATION & TRI ]  ──▶  [ ALERTE QUALIFIÉE ] 
-   (sites, RSS, bases légales, annonces, pages concurrentes) +- Sites web muets            - Distill.io / Visualping            - Inoreader / Feedly            - Fiche de signal 
-                         │ +- Flux médias/blogs          - Standard RSS                       - Algèbre booléenne (filtre)     - Transmission interne 
-                         ▼ +- Registres officiels        - Pappers / BODACC 
-CAPTEURS ─────────► AGRÉGATEUR & FILTRES ─────────► NOTIFICATIONS / LECTURE +</code>
-RSS | page monitor | légal-financier                  dossier, alerte, validation humaine +
-                         │ +
-                         └──────────────► journal : date, source, règle, décision +
-</sxh>+
  
 Le pipeline sépare la **capture** (faire remonter un changement) de la **qualification** (comprendre si le changement est utile). Un capteur n'est pas une preuve : il produit un élément à vérifier, avec une URL, une date et un contexte. Le pipeline sépare la **capture** (faire remonter un changement) de la **qualification** (comprendre si le changement est utile). Un capteur n'est pas une preuve : il produit un élément à vérifier, avec une URL, une date et un contexte.
  
-==== A. Standard RSS natif et extraction ====+==== Brique A : Les flux structurés natifs (RSS / Atom) ==== 
 +Le standard RSS permet d'extraire le contenu textuel d'un site dès sa publication, sans pollution publicitaire ni algorithme de recommandation. C'est le protocole de base de l'interopérabilité web.
  
-Un flux RSS/Atom est une sortie structurée proposée par un site. Chaque item contient généralement un titre, une URL, une date, un résumé et parfois une catégorie. Dans Inoreader ou Feedly, on s'abonne au flux, on le range dans un dossier, puis on applique des règles de mots-clés et de priorité.+==== Brique B : La détection de modifications de structure (DOM) ==== 
 +De nombreuses pages stratégiques (tarifs, recrutement, équipe) ne possèdent pas de flux RSS. 
 +  * **Principe technique :** Des outils comme **Distill.io**, **visualping.io**, **Webtracer**, **ChangeDetection.io** comparent périodiquement le code source (DOM / balises HTML) d'une URL cible. 
 +  * **Bonne pratique :** Ne jamais surveiller une page entière (les compteurs, bannières de cookies et dates créent des faux positifs). On sélectionne uniquement l'identifiant (`id`) ou la classe (`class`) du bloc à surveiller.
  
-**Méthode :** +==== Brique C : Les registres de données publiques ouvertes (Open Data) ==== 
-  - repérer le bouton RSS, le lien `feed`, ou le flux annoncé par le site ; +Surveillance des données juridiques et financières obligatoires via **Pappers** ou le **BODACC** (changement de gérant, redressement, création d'établissement).
-  - vérifier que les items sont récents, datés et bien issus de la source attendue ; +
-  - créer un dossier par zone d'impact (par exemple concurrence directe) ; +
-  - conserver le titre et l'URL d'origine, même si l'agrégateur reformule l'extrait ; +
-  - tester le flux sur plusieurs jours et supprimer les flux vides, redondants ou trop bruyants.+
  
-<sxh xml;> +==== Brique D : Le filtrage par opérateurs booléens ==== 
-<item> +L'agrégateur ne doit pas devenir une boîte mail saturée. Le filtrage s'applique : 
-  <title>Annonce de l'éditeur</title> +  * **À la source :** En générant une recherche booléenne ciblée dans Google Actualités (`"Cible" AND (mot-clé 1 OR mot-clé 2) -bruit`) exportée en flux RSS. 
-  <link>https://exemple.tld/article</link> +  * **Dans l'outil :** En combinant les opérateurs `AND` (intersection), `OR` (union) et `NOT` (exclusion) dans le moteur de recherche de l'agrégateur.
-  <pubDate>Tue, 21 Oct 2026 10:00:00 GMT</pubDate> +
-  <description>Extrait à vérifier sur la page originale.</description> +
-</item> +
-</sxh>+
  
-==== B. Surveillance de pages web muettes ====+===== 3. Traitement de l'Information : Qualification et Triangulation =====
  
-Certaines pages n'ont pas de RSS : page recrutement, catalogue, tarifs, certifications, équipe ou actualités chargées par script. Un web page monitor comme **Distill.io**, **Visualping** ou **ChangeDetection** compare périodiquement une zone de page ou son HTML et signale une différence.+Une donnée brute captée sur le web ne constitue pas une certitude. Elle doit être qualifiée méthodiquement.
  
-**Logique d'inspection HTML :** +==== 3.1. La méthode de triangulation (Recoupement) ==== 
-  - ouvrir la page et afficher le code source ou l'inspecteur ; +Avant de diffuser une alerte en interne, on applique la règle des **3 points de contrôle** : 
-  - identifier un conteneur stable (titre, tableau de prix, liste d'offres, bloc de certification) plutôt que toute la page ; +  - **Nature de la source :** Est-ce une source primaire (registre légal, site officiel) ou secondaire (média, réseau social) ? 
-  - sélectionner l'élément ou le sélecteur CSS pertinent ; +  - **Recoupement :** L'information est-elle confirmée par une trace opérationnelle (ex. : une annonce presse + une offre de recrutement correspondante) ? 
-  - exclure les zones volatiles : date, publicité, compteur, cookie banner, recommandations ; +  - **Fraîcheur :** La date d'origine de l'événement est-elle vérifiée (attention aux republications d'anciens articles) ?
-  - régler la fréquence selon l'enjeu, nommer le moniteur et tester une modification ; +
-  - à l'alerte, comparer l'ancienne et la nouvelle version, capturer l'URL et qualifier la cause du changement.+
  
-<WRAP warning> +==== 3.2. Le livrable : La Fiche de Signal Qualifié ==== 
-La détection de différence n'explique pas le sens business du changement. Elle peut aussi produire des faux positifs liés à un contenu dynamique. Une alerte doit donc être lue sur la page originale et datée. +Le responsable d'activité formalise l'information sous une forme normalisée pour les équipes : 
-</WRAP>+  * **Faits constatés :** Description neutre et précise de la donnée captée. 
 +  * **Traçabilité :** URL source et date/heure de capture. 
 +  * **Indice de confiance :** Faible (rumeur / source unique), Moyen (source identifiée non recoupée), Fort (donnée officielle ou vérifiée). 
 +  * **Niveau d'attention :** Information simple, Surveillance renforcée, Alerte immédiate.
  
-==== C. Surveillance légale et financière ==== 
  
-Les sources légales et financières donnent des signaux à forte valeur probatoire, mais leurs périmètres et délais doivent être compris.+===== 4. Articulation vers la séance 2 — Capitalisation =====
  
-^ Source / famille ^ Usage de surveillance ^ Vérification attendue ^ +<WRAP tip> 
-| **BODACC** | annonces civiles et commerciales, procédures, opérations publiées | entreprise, date, nature exacte de l'annonce, extrait officiel |  +**Constat :** Vos capteurs fonctionnent et vos premières fiches sont rédigées. Mais si cette information reste bloquée dans votre agrégateur personnel, sa valeur pour l'entreprise est nulle.  
-| **Pappers / Societe.com** | retrouver une entreprise, ses données publiques et événements signalés | identité légale, SIREN/SIRET si disponible, source primaire à recroiser |  +
-| **BOAMP / TED** | avis de marchés publics nationaux ou européens | acheteur, objet, échéance, lot, statut et document de l'avis | +
  
-Le capteur doit suivre une entreprise cible et ses variantes de nom, puis enregistrer la date de consultation et l'identifiant de l'annonce. Une plateforme secondaire sert à repérer ou contextualiser ; la publication officielle reste le point d'appui lorsqu'elle est disponible. +**Séance 2 (Capitalisation) :** Comment stocker, organiser et indexer ces informations dans une base partagée (Notion, Wiki d'entreprise, base documentaire) pour que l'équipe y ait accès ?
- +
-==== D. Filtrage chirurgical et algèbre booléenne ==== +
- +
-Le filtrage combine des termes inclusifs, des synonymes et des exclusions. La logique peut être représentée ainsi : +
- +
-<sxh text;> +
-(INCLUSION_1 OR INCLUSION_2) +
-AND (CIBLE_1 OR CIBLE_2) +
-NOT (BRUIT_1 OR BRUIT_2) +
-</sxh> +
- +
-  * **AND / ET** : impose la présence de deux concepts ; réduit le bruit ; +
-  * **OR / OU** : rassemble synonymes, variantes, acronymes ou graphies ; augmente la couverture ; +
-  * **NOT / SAUF** : exclut un sens parasite ; à tester pour éviter d'éliminer un signal pertinent ; +
-  * **guillemets** : recherchent une expression exacte ; +
-  * **parenthèses** : contrôlent l'ordre logique des groupes ; +
-  * **wildcard / troncature**, si l'outil la supporte : couvre une famille de termes. +
- +
-Exemple conceptuel : +
-<sxh sql;> +
-("entreprise cible" OR "nom commercial" OR SIREN) +
-AND (recrutement OR tarif OR catalogue OR certification OR "appel d'offres") +
-NOT (stage OR alternance OR publicité) +
-</sxh> +
- +
-Le filtre doit être testé sur des résultats positifs et négatifs. Mesurer le bruit, conserver les exceptions utiles et documenter la règle active dans le dossier de veille. +
- +
-===== 3. Méthodologie d'exploitation ===== +
- +
-==== 3.1 Triangulation de l'information ==== +
- +
-La règle des **3 points d'appui** consiste à ne pas transformer un signal sensible en conclusion sans trois appuis de nature complémentaire : +
- +
-  1. **Source primaire ou officielle :** annonce, page de l'organisation, registre, document de marché ou texte réglementaire ; +
-  2. **Source indépendante de contexte :** média spécialisé, organisme professionnel, rapport ou donnée sectorielle ; +
-  3. **Indice opérationnel observable :** recrutement, évolution d'offre, tarif, événement, partenaire ou trace cohérente dans le temps. +
- +
-Les trois points ne sont pas nécessairement trois copies de la même information. Ils servent à distinguer le fait publié, son contexte et sa portée business. +
- +
-<WRAP danger> +
-**Détection d'intox économiques :** se méfier des chiffres sans période ni définition, des annonces anonymes, des reprises en cascade d'une même source, des captures sans URL, des titres alarmistes et des corrélations présentées comme des causalités. Écrire « non confirmé » tant que les appuis ne sont pas réunis.+
 </WRAP> </WRAP>
  
-==== 3.2 Note d'Arbitrage Flash ====+====== Boîte à outils : Technologies de Surveillance & Agrégation de Données ======
  
-La note tient sur **une demi-page maximum**. Elle ne raconte pas toute la collecte : elle permet à un décideur de comprendre le signal, son impact et le choix recommandé.+Ce tableau regroupe l'ensemble des composants logiciels et sources d'information mobilisables pour construire une station de veille opérationnelle.
  
-^ Bloc strict ^ Contenu attendu ^ Question de contrôle ^ +^ Catégorie SI ^ Nom de l'outil ^ Rôle technique dans le pipeline ^ Modèle d'accès / Format ^ URL d'accès ^ 
-| **1. Signal factuel** | quoi, qui, quand, où ; faits observables ; liens et date de consultation ; niveau de confirmation | Qu'est-ce qui est réellement établi ? |  +| **Agrégateurs de flux** | Inoreader | Centralisation des flux RSS, classement par dossiers thématiques, dédoublonnage et lecture unifiée. | Freemium (Cloud) | [[https://www.inoreader.com/|inoreader.com]] | 
-| **2. Impact business** | effet possible sur marché/clients, concurrence et écosystème ; horizon ; niveau d'impact ; incertitudes | Pourquoi cela compte-t-il pour RDA maintenant ? |  +| ::: | Feedly | Alternative de centralisation de flux RSS et organisation de revues de presse par tableaux de bord. | Freemium (Cloud) | [[https://feedly.com/|feedly.com]] | 
-| **3. Options / recommandations** | 2 ou 3 options, avantages/risques, action immédiate, responsable ou échéance | Que décide-t-on ou que vérifie-t-on ensuite ? |  +| **Générateurs RSS & Filtrage** | Google Alertes | Transformation d'équations booléennes ("AND", "OR", "NOT") en flux RSS dynamiques sur les actualités web. | Gratuit (Service Web) | [[https://www.google.fr/alerts|google.fr/alerts]] | 
- +| ::: | Google News RSS | Extraction directe d'un flux d'actualité via modification de l'URL standard (`/rss/search?q=`). | Gratuit (Standard URL) | [[https://news.google.com/|news.google.com]] | 
-<sxh text;> +| ::: | RSS.app | Générateur de flux RSS pour les sites ne disposant pas de flux natif (réseaux sociaux, pages médias). | Freemium (Essai / Cloud) | [[https://rss.app/|rss.app]] | 
-NOTE D'ARBITRAGE FLASH — [objet] — [date] +| **Moniteurs de pages web** | Visualping | Surveillance visuelle ou textuelle de zones HTML sans flux RSS (tarifs, organigrammes, offres de recrutement). | Freemium (100% Web) | [[https://visualping.io/|visualping.io]] | 
- +| (Pages "muettes") | Distill.io | Surveillance d'éléments précis du DOM (balises HTML) exécutée directement en local dans le navigateur. | Extension Chrome / Firefox | [[https://distill.io/|distill.io]] | 
-1. LE SIGNAL FACTUEL +| ::: | ChangeDetection.io | Solution industrielle d'inspection de changements web, auto-hébergeable sans abonnement SaaS tiers. | Open Source (Docker / Cloud) | [[https://changedetection.io/|changedetection.io]] | 
-[Deux à quatre phrases factuelles. Sources : ... Consultées le ...] +| **Données Légales & Marchés** | Pappers | Consultation et alertes sur les données juridiques, bilans comptables, statuts et dirigeants d'entreprises françaises (Open Data RNCS). | Gratuit (Alertes de base) | [[https://www.pappers.fr/|pappers.fr]] | 
- +| ::: | BODACC | Bulletin officiel des annonces civiles et commerciales : détection des créations, procédures collectives, dépôts de comptes. | Public / Gratuit | [[https://www.bodacc.fr/|bodacc.fr]] | 
-2. L'IMPACT BUSINESS +| ::: | BOAMP | Surveillance des appels d'offres publics nationaux et européens pour la détection d'opportunités d'affaires. | Public / Gratuit | [[https://www.boamp.fr/|boamp.fr]] | 
-[Zone de la matrice : marché/clients, concurrence ou écosystème. +| ::: | INPI Data | Registre National des Entreprises (RNE) et surveillance des dépôts de marques, brevets et modèles. | Public / Open Data | [[https://data.inpi.fr/|data.inpi.fr]] | 
-Impact : faible/moyen/fort. Horizon : ... Incertitude : ...] +| **Sécurité & E-réputation** | Have I Been Pwned | Surveillance technique des fuites de bases de données de mots de passe associées à un domaine ou un email pro. | Gratuit (API / Web) | [[https://haveibeenpwned.com/|haveibeenpwned.com]] |
- +
-3. OPTIONS & RECOMMANDATIONS +
-[A — agir maintenant : ...] +
-[B — surveiller et vérifier : ...] +
-[C — ne pas agir / motif : ...] +
-Recommandation : ... Responsable : ... Échéance : ... +
-</sxh> +
- +
-===== 4. Articulation vers la séance 2 — Capitalisation ===== +
- +
-La séance 1 produit des traces réutilisables : cahier des charges, sources, règles de filtrage, alertes, critères de qualification et Notes d'Arbitrage Flash. En séance 2, ces éléments seront **capitalisés** : classement partagé, métadonnées, historique des décisions, dédoublonnage, mise à jour des fiches et transmission aux destinataires. La qualité de la capitalisation dépend donc de la traçabilité dès la collecte. +
- +
-<WRAP tip> +
-À conserver après la séance : URL, date/heure, capteur, règle de filtrage, statut (à vérifier / confirmé / écarté), source primaire et décision prise. +
-</WRAP>+
  
  • rda/management-info/cm1.1792582935.txt.gz
  • Dernière modification : il y a 48 heures
  • de jcheron