Huit termes reviennent partout dans le produit et sur ce site. Ils sont définis ici tels que le système les emploie, pas tels que l'industrie les emploie en général.
Un besoin est une demande client, telle qu'elle a été exprimée, accompagnée de toutes les citations qui la prouvent. Il porte les comptes qui la portent, un thème, et un état.
Un besoin ne contient aucune solution : le système n'a pas de champ pour en écrire une. Décider quoi faire d'un besoin est un travail humain qui se passe ailleurs.
Un élément extrait est une chose dite en réunion que le système a isolée et citée. Il en existe cinq sortes : une décision, un risque, une demande, une action et une idée.
Un élément est toujours attaché à sa réunion, à son locuteur et à son horodatage. C'est l'unité que la file de revue montre, et la seule chose qu'une personne valide.
Le registre est l'ensemble des besoins validés d'un espace produit. Il s'accumule : une demande déjà enregistrée reçoit une citation de plus au lieu de produire un second enregistrement.
C'est ce que le produit rend, et la différence avec un dossier de comptes rendus. Un compte rendu appartient à une réunion ; une ligne du registre appartient à toutes celles où la chose a été dite.
Un compte client regroupe tout ce qui vient d'une même organisation extérieure. Il est déduit du domaine e-mail des participants d'une réunion, et peut être créé ou corrigé à la main.
Le compte est ce qui permet de dire qu'une demande vient de trois clients différents plutôt que d'une personne insistante.
Un thème regroupe les besoins qui parlent de la même chose, à un niveau au-dessus du besoin. « Sécurité et accès » est un thème ; « se connecter sans mot de passe » est un besoin qui en fait partie.
Les thèmes sont dessinés à partir des besoins validés seulement, sur une fenêtre de six mois par défaut. Un thème calculé sur des brouillons décrirait ce que le modèle a cru entendre.
Une porte de validation est une étape du pipeline qu'aucune exécution automatique ne franchit. Le pipeline en compte une : la revue, entre la déduplication et le registre.
Tant que personne ne l'a franchie, l'élément reste un brouillon : il n'entre pas au registre, ne compte dans aucun thème et n'apparaît dans aucun brief.
Un brouillon IA est un élément écrit par le modèle et pas encore lu par une personne. Il est marqué en pointillé partout où il apparaît, et cette bordure est la même dans le produit et sur ce site.
Un brouillon est réversible sans trace : le corriger, l'écarter ou l'ignorer ne coûte rien et ne laisse rien derrière.
Un brief de réunion est ce que le registre sait des participants d'une réunion à venir, écrit avant qu'elle ait lieu. Pour chacun : ce qu'il a déjà dit, ce qui a été confirmé, ce qui reste ouvert et ce qui a été écarté.
Le brief ne lit que des besoins validés, et cite ses sources. Personne ne le prépare : il est réécrit quand la matière sous lui change.