Tags + Properties
La classification au niveau du bloc, pas dans le tableau d'à côté.
- Vous distinguez le tag (classification transversale) de la property (métadonnée structurée) et choisissez le bon dans chaque cas. ·· Critère de réussite : Vous classez 10 cas de classification sans erreur, en tag ou en property.
- Vous remplacez un tableau de statut tenu à la main par une query sur les properties de bloc. ·· Critère de réussite : Vous livrez une query qui reproduit intégralement une liste Excel existante.
- Vous établissez une convention de domaine pour les clés et les valeurs. ·· Critère de réussite : Vous documentez, par domaine, les properties autorisées avec leur plage de valeurs, sur une page.
#wettbewerber, status:: review, source:: bloomberg — la classification sur le bloc qui en a besoin. Plus de tableau à côté.
- Temps de classification par rapport : −65 %
- Charge d'entretien des tableaux : −80 %
- Cohérence source ↔ vue : 100 %
Pourquoi le tableur Excel devient une seconde vérité
Dans le quotidien de la due diligence, le contenu et la classification avancent séparément — des mémos dans Word, un registre Excel avec statut, source et concurrent à côté. Dès qu'un mémo est mis à jour, le registre dérive. Au bout de 12 semaines, on retrouve 18 entrées au statut « review » dont le texte source est passé à « final » depuis longtemps.
5 règles
- Le tag, c'est la classification transversale. `#wettbewerber`, `#risiko`, `#vendor` — à plat, sans hiérarchie, pour des vues qui traversent les domaines.
- La property, c'est la métadonnée structurée. `status:: review`, `quelle:: bloomberg`, `frist:: 2026-06-30` — clé-valeur, interrogeable, typée (`quelle::` = source, `frist::` = échéance).
- La query, c'est la vue vivante. Une requête sur tous les blocs en `status:: review` remplace le tableau tenu à la main. Le résultat se met à jour dès qu'un bloc change.
- Les properties, sur la page ou sur le bloc. Une property de page vaut pour tout le document (client, type de contrat). Une property de bloc vaut pour l'affirmation (la source d'un chiffre, l'échéance d'un paragraphe).
- Une convention par domaine. Les clés et les valeurs autorisées se fixent par domaine et se versionnent — pas d'improvisation au gré de chacun.
## Mémo concurrent Acme
status:: review
quelle:: bloomberg
frist:: 2026-06-30
Chiffre d'affaires T4 : 142 M€ #wettbewerberAvant / après — liste Excel vs bloc en status:: review
| Avant (Excel à côté) | Après (property sur le bloc) |
|---|---|
| Mémo dans Word, entrée dans tracker.xlsx ligne 47 | Le bloc du mémo porte `status:: review` |
| Changement de statut : ouvrir deux fichiers, les enregistrer tous les deux | Changement de statut : modifier une valeur, la vue se met à jour |
| Question d'audit « état au 2026-04-12 ? » → confronter l'historique de deux fichiers | Question d'audit « état au 2026-04-12 ? » → une seule piste de versions, un seul bloc |
| Cohérence source ↔ vue : vérifiable seulement par sondage | Cohérence source ↔ vue : 100 % par définition |
Le tableau ne disparaît pas — il devient une query. Qui veut voir « tous les blocs en status:: review avec frist:: < 2026-07-01 » écrit la requête une fois et la relit chaque jour.
Une question honnête
Combien de fois entretenez-vous vos contenus et leur tableau séparément ? Comptez sur la semaine en cours les cas où vous avez modifié la même information à deux endroits — une fois dans le document, une fois dans le registre.
- Prenez un tableau de statut existant de votre quotidien — par exemple un tracker.xlsx avec des colonnes pour le statut, la source et l'échéance. Déplacez la classification sur le bloc dans le document source : posez le statut, la source et l'échéance en property sur chaque affirmation, et ajoutez un tag transversal pour la vue qui traverse les domaines. Reconstruisez ensuite le tableau sous forme d'une seule query sur tous les blocs au même statut.⏱ 5 min
💡 Reprenez les en-têtes de colonnes de l'ancien tableau directement comme clés de property — une colonne devient une clé, et la convention tient avant même que vous taguiez le premier bloc.
Solution : La colonne du statut devient la property statut, la colonne de la source devient la clé source, la colonne de l'échéance devient la clé échéance — chacune sur le bloc qui porte l'affirmation. Le renvoi au concurrent devient un tag transversal à plat, comme concurrent. L'ancien tableau devient une query sur tous les blocs en statut review, triés par échéance ; le résultat recouvre l'ancienne liste et s'entretient dès qu'un bloc change.
En quoi le tag et la property diffèrent-ils ?
Qu'est-ce qui remplace le tableau de statut tenu à la main ?
Pourquoi faut-il une convention de domaine ?
Une classification qui s'entretient toute seule.
Accrochez le sens au bloc, pas au tableau d'à côté. Votre deuxième cerveau garde le statut et la source là où l'affirmation se trouve — un partenaire, pas une seconde comptabilité.
Réserver mon créneau··gratuit →