| Études | Un seul espace de travail d'Étude pour des entretiens approfondis avec des Minds, l'exploration qualitative à grande échelle, des questionnaires assortis de lectures quantitatives directionnelles, des tests de concepts et de messages, et des comparaisons de segments. |
Capacités incluses| Formats d'Étude | Un entretien approfondi avec un seul Mind, une discussion animée entre plusieurs Minds, une question posée à une Audience entière dont chaque Mind répond en parallèle, ou un questionnaire assorti d'une méthode de recherche. Les formats peuvent être combinés au sein d'une même Étude. |
|---|
| Fils de discussion contextuels avec un Mind | Cliquez sur Chat dans la réponse d'un Mind pour poursuivre à partir de cette question précise, avec ses réponses antérieures ainsi que les fichiers et images pertinents de l'Étude, sans avoir à les téléverser de nouveau. Le fil enregistré se rouvre avec son contexte et renvoie vers l'Étude d'origine ; il exclut les réponses des autres répondants et les questions ultérieures. Les suggestions de relance tenant compte du contexte respectent la langue de l'Étude en cours. |
|---|
| Citations au niveau des affirmations dans les entretiens | Dans un entretien approfondi en tête-à-tête avec un Mind, les affirmations issues de la base de connaissances, de la recherche web, des liens analysés et des documents téléversés affichent les mêmes survols de logos de source en ligne que les cartes de réponse d'une Étude : les sources publiques ouvrent leurs URL exactes, tandis que les fichiers privés restent sans lien et n'exposent jamais de chemins de stockage. |
|---|
| Choisir des Minds et des Audiences | Choisissez des Minds depuis le champ de saisie principal pour ouvrir immédiatement le sélecteur ; un panneau Minds ouvert se replie pendant la transition. Les suggestions récentes de Minds et d'Audiences apparaissent une seule fois chacune, sans se répéter pour combler des emplacements vides. |
|---|
| Démarrage Rapide avec découverte d'Audiences | Pour un démarrage Rapide guidé par la demande, le sélecteur accessible au clavier maintient visible l'état de chargement stable (Twinkle) pendant qu'il résout et analyse la demande ainsi que les sites web joints, les téléversements et les ressources d'intégrations prises en charge, avant de déduire l'Audience visée. Il classe conjointement les correspondances pertinentes de votre bibliothèque privée et du Marketplace, et rédige de nouvelles Audiences utiles. Les actions évidentes d'espace de travail, comme exporter, télécharger ou remettre en forme un résultat existant, sont dirigées vers une aide à l'action au lieu de donner lieu à l'invention d'audiences d'analystes. La découverte a une attente bornée : elle conserve les correspondances utiles déjà trouvées ou propose de réessayer plutôt que de charger indéfiniment. Elle peut présenter côte à côte plusieurs alternatives réutilisables et nouvelles (NEW), exactes ou adjacentes, y compris une nouvelle option portant le même nom lorsqu'une Audience existante correspond, tout en laissant chaque résultat non sélectionné jusqu'au choix de l'utilisateur. Les Audiences existantes conservent leur nombre de Minds réellement enregistré, y compris les grandes Audiences constituées manuellement ; seuls les nouveaux brouillons Rapides utilisent la plage de 5 à 20 Minds compatible avec le forfait. Chaque demande Rapide exige une confirmation explicite de l'Audience avant le démarrage d'une Étude, y compris en cas de correspondance exacte avec une Audience existante. Les nouveaux brouillons confirmés entrent dans le flux de création d'Audience partagé, les sources analysées étant conservées. |
|---|
| Études de projet | Les projets peuvent lancer une nouvelle Étude à partir des Minds individuels du projet et la conserver avec celui-ci. Les messages de l'Étude indiquent explicitement lorsqu'une Audience ne dispose d'aucun Mind disponible ou qu'elle est encore en préparation. |
|---|
| Carte de progression et de statut | Une carte de statut en haut à droite réunit les Audiences de l'Étude en cours et les Études qui tournent en arrière-plan, et ramène vers une Étude terminée dès qu'un résultat en arrière-plan est prêt. À l'intérieur d'une Étude, la carte est toujours accessible et se limite à cette Étude : elle associe sa progression en cours à ses Audiences comme surface de gestion ; les Audiences prêtes affichent leur nombre de Minds réellement enregistré, une commande en cercle avec un moins retire une Audience de l'Étude, et une ligne Ajouter une Audience ouvre le même sélecteur d'Audiences par étapes que le reste de l'espace de travail. Sur la vue d'ensemble, la carte continue de rassembler chaque brouillon enregistré, chaque Étude en cours et chaque Audience encore en préparation. D'autres fonctionnalités de longue durée peuvent publier leurs propres lignes de progression dans la même carte, et un clic sur une ligne ramène vers la fonctionnalité qui l'a publiée. |
|---|
| Historique des résultats rapide | Les Études de longue durée affichent d'abord les résultats terminés les plus récents, afin que la transcription s'ouvre rapidement. Les résultats antérieurs restent disponibles par lots prévisibles, et sélectionner un résultat différé depuis la navigation de recherche l'affiche avant de faire défiler jusqu'à l'élément de preuve demandé. |
|---|
|
| Configuration et plans d'Étude | Lancez une Étude en mode Rapide ou via la configuration Personnalisée en six étapes. Chaque demande devient un Plan d'Étude versionné, avec des questions, des formats de réponse et une méthode examinés, confirmés avant toute exécution. |
Capacités incluses| Mode Rapide et configuration Personnalisée | Lancez une Étude en mode Rapide ou utilisez la configuration Personnalisée guidée par l'IA en six étapes pour définir l'objectif de recherche, ajouter un site web, des fichiers ou des notes, sélectionner des Audiences, examiner des questions adaptées à l'objectif et confirmer l'ensemble de la configuration avant l'exécution de l'Étude. |
|---|
| Étape Audience avec sélecteur Marketplace | L'étape Audience, en mode Rapide comme en mode Personnalisé, peut ouvrir l'intégralité du Marketplace comme sélecteur externe : les sélections Marketplace confirmées reviennent dans le plan, tandis qu'une annulation restaure la sélection précédente du plan. Passer du compositeur au mode Personnalisé transfère dans la configuration la demande en cours ainsi que le site web joint, les téléversements et le contexte des intégrations prises en charge. Les recommandations contextuelles d'Audience s'appuient sur les mêmes Audiences enregistrées classées et brouillons d'audience que le mode Rapide, avec les brouillons déduits comme point d'ancrage de pertinence, afin que des correspondances faibles et sans rapport issues de la bibliothèque ne soient pas présentées comme des recommandations. Les nouveaux brouillons (NEW) se sélectionnent à l'intérieur de l'étape 3 ; la tuile Nouvelle Audience accepte une description supplémentaire dans la même étape, sans quitter l'assistant pour le panneau de création autonome. Chaque brouillon reste visiblement marqué pour création à l'étape 6 et n'entre dans le pipeline partagé de création ancrée d'Audiences Rapides qu'après confirmation de l'ensemble de la configuration par l'utilisateur. |
|---|
| Brouillons d'Étude reprenables | Après le premier choix de planification, chaque nouvelle configuration Rapide ou Personnalisée est enregistrée comme brouillon d'Étude isolé dont le sous-titre dans la barre latérale est Draft (brouillon). Une fermeture, une navigation, un rechargement ou un démarrage en échec préserve exactement l'étape de planification, les questions, la méthode, la sélection d'Audiences et le contexte téléversé canonique ; plusieurs brouillons peuvent être repris indépendamment. Les points de sauvegarde restent isolés par brouillon lors du passage d'une conversation à l'autre. Les prompts de planification ouverts plus tard à l'intérieur d'une Étude existante sont délibérément exclus. Le même cycle de vie de brouillon, limité au propriétaire et sûr en cas de révision, est disponible via l'API v1 et MCP, afin que des agents puissent créer, réviser et reprendre un plan, l'exécution exigeant toujours une confirmation explicite. |
|---|
| Confirmation et lancement | La confirmation crée et ouvre immédiatement l'Étude durable ; les téléversements et la préparation des nouvelles Audiences (NEW) se poursuivent derrière les chargeurs existants de l'Étude, et les Audiences obtenues sont rattachées à cette même Étude avant le démarrage de ses questions confirmées. Le brouillon est supprimé uniquement après acceptation du démarrage par le serveur : à l'acceptation dans la file, le brouillon correspondant est consommé de façon atomique, de sorte qu'un lancement ne peut pas apparaître à la fois comme Étude et comme brouillon en double ; un lancement refusé laisse le brouillon reprenable. Une fois confirmée, l'Étude en cours d'exécution détient l'état de l'Étude au lieu de rouvrir la configuration au rechargement, et son résultat utilise comme titre le sujet de recherche confirmé et concis plutôt que le brief interne complet. |
|---|
| Capture du plan et confirmation | Le planificateur capture l'objectif, le sujet, la question principale et la source principale, distingue les questions de l'utilisateur des suggestions de l'agent et renvoie des questions de confirmation explicites avant toute exécution. Les utilisateurs peuvent réviser le brouillon ou conserver un parcours de questionnaire exécutable simple. La confirmation présente le format de réponse proposé pour chaque question, texte libre, choix, échelle numérique standard ou échelle personnalisée, et permet de le modifier avant l'exécution ; le contrat de réponse confirmé reste attaché tout au long du traitement durable. Après confirmation, le mode Personnalisé affiche dans le message d'origine un résumé concis généré par le planificateur, avec le nombre de questions et les métadonnées de méthode localisés, au lieu de répéter l'intégralité du brief. La confirmation suit la paternité de la question plutôt que leur nombre : une question unique rédigée par le planificateur lui-même, y compris son interprétation d'une relance courte comme « wie viel », est confirmée avant d'atteindre l'Audience, tandis qu'une question rédigée par l'utilisateur s'exécute directement. |
|---|
| Langue de l'Étude | Une Étude confirmée conserve dans son plan la langue d'interface en cours et l'utilise tout au long de l'exécution par le processeur ; les plans plus anciens sans langue d'Étude conservent le repli sur la langue enregistrée du propriétaire. Une langue d'Étude explicite régit les textes de confirmation ajoutés par le serveur, les questions, les réponses des Minds, les libellés de catégories, les résultats par question et regroupés, ainsi que les actualisations ultérieures du résumé global de l'Étude, même lorsqu'un collaborateur ou un appelant avec clé API utilise une autre langue. Lorsque le propriétaire d'une Étude lance un questionnaire après avoir changé la langue de la demande, l'exécution utilise cette langue de demande en cours ; les exécutions déclenchées par un collaborateur conservent la langue enregistrée du propriétaire, afin que l'Étude partagée reste cohérente. |
|---|
| Vérification des allocations avant et pendant une exécution | Une Étude Personnalisée confirmée vérifie son allocation de conversations avant le début du travail de génération d'Audience : un lancement bloqué ouvre donc immédiatement le parcours de mise à niveau contextuel existant, au lieu de passer plusieurs minutes à préparer d'abord une Audience. Les limites de réponses d'Audience sont appliquées avant le lancement et avant chaque question mise en file : les lancements bloqués ouvrent le parcours de mise à niveau sans démarrer, tandis que les limites atteintes en cours d'exécution préservent les preuves partielles, arrêtent le reste, notifient l'utilisateur et restent explicitement signalées comme limitées par le forfait plutôt que comme terminées. |
|---|
| Bloc d'origine des questions | Les exécutions multi-questions confirmées affichent un seul bloc d'origine numéroté reprenant les questions exactes, tandis que les enregistrements acceptés ou en attente abandonnés, sans tâche en file, restent masqués. |
|---|
| Plans via API et MCP | Les Études exécutables confirmées conservent un instantané de plan immuable et exposent la progression durable du questionnaire, les calculs de méthode et des blocs de résumé sémantique flexibles via l'API v1 et MCP ; les plans de ressources visuelles conservent l'intention de sortie orientée heatmap pour les moteurs de rendu de l'interface. |
|---|
| Détection des questions et revue du plan | Extrayez et détectez les questions à partir des prompts saisis dans une Étude ou téléversés sous forme de fichiers de questionnaire, laissez les utilisateurs examiner l'objectif et la source interprétés, distinguez les questions rédigées par l'utilisateur de celles suggérées, et modifiez les plans multi-questions générés à partir d'objectifs de recherche plus larges avant leur exécution. Le mode Rapide, la génération de questions en mode Personnalisé, la révision de plan, l'API v1 et MCP partagent la même politique de planification de recherche et le même modèle de planification rapide. Une méthode disponible et confirmée conserve sa méthode exacte et son contrat de pipeline tout au long du flux normal ou du processeur durable de questionnaire ; les méthodes expérimentales et planifiées restent consultables mais ne peuvent pas être lancées. L'analyse de documents côté processeur utilise directement les octets téléversés en interne et authentifiés lorsqu'ils sont disponibles, de sorte que les workers du mode Personnalisé et des questionnaires ne dépendent pas de la transformation d'un chemin de proxy de téléversement relatif en URL publique. |
|---|
| File d'attente des questions | Affichez chaque élément en attente et sa progression en direct dans une file d'attente de questions au-dessus du champ de saisie de l'Étude, ajoutez d'autres requêtes saisies dans leur ordre de soumission et gardez chaque réponse de sous-question regroupée sous sa demande d'origine. Les tâches générées par une méthode remplacent la liste optimiste de questions par la file exécutable détenue par le processeur, afin que la progression reste cohérente après des expansions telles qu'un MaxDiff. Lorsqu'une relance en file d'attente démarre, elle quitte immédiatement la file et apparaît dans l'Étude avec son état de chargement avant l'arrivée de la réponse. Les relances restent derrière la recherche principale active. Dans une Étude enregistrée, les relances en file d'attente s'exécutent durablement dans le processeur : elles survivent à un rechargement de page ou à la fermeture puis la réouverture de l'Étude et vont jusqu'au bout. Les éléments en attente peuvent être retirés avant leur démarrage. Retirer la dernière ligne visible d'une demande en file annule l'intégralité de son travail durable, y compris les tâches créées par une classification ultérieure ; une fois la file vide et aucune réponse en cours, le message suivant démarre immédiatement. |
|---|
| Ce qui compte comme une seule question | Une demande est découpée uniquement là où l'utilisateur a écrit une liste : marqueurs explicites, lignes distinctes ou questions consécutives. Une question en plusieurs parties reste entière, de sorte que ses options, ses relances et ses lignes coupées par le retour automatique restent rattachées à la question à laquelle elles appartiennent, et le matériel de référence collé n'est jamais exploité pour en extraire les questions rhétoriques qu'il contient. Tout le reste est interprété comme une seule demande de recherche au lieu d'être découpé sur la ponctuation. |
|---|
| E-mail de fin d'exécution | Lorsqu'une Étude comportant plusieurs questions termine une exécution en arrière-plan de longue durée, la personne qui l'a soumise reçoit une notification par e-mail unique renvoyant vers les résultats, y compris lorsque certaines questions n'ont pas pu être traitées ; les exécutions courtes, annulées ou arrêtées par l'allocation de réponses du forfait ne donnent jamais lieu à un e-mail. |
|---|
| Modèles | Enregistrez des ensembles de questions comme modèles et réutilisez-les dans la recherche personnalisée, en privé ou en partage avec votre équipe. |
|---|
|
| Méthodes de recherche | Onze méthodes de recherche déterministes s'exécutent de bout en bout au sein d'une Étude : MaxDiff, NPS, top/bottom box, analyse des facteurs clés, TURF, Gabor-Granger, Van Westendorp, Kano, préférences classées, comparaison de segments et analyse conjointe. La significativité n'est affirmée que là où l'échantillon le permet. |
Capacités incluses| Onze méthodes exécutables | Onze méthodes s'exécutent de bout en bout : MaxDiff utilise un protocole de choix forcé conçu côté serveur, tandis que le NPS, le scoring top/bottom box, l'analyse des facteurs clés, TURF, Gabor-Granger, Van Westendorp, Kano, les préférences classées et la comparaison de segments passent par le même contrat d'adaptateur déterministe, avec des calculs globaux et par Audience, y compris des tests de significativité par paires entre groupes pour la comparaison de segments, le scoring top/bottom box, le NPS et les préférences classées, à l'aide de tests exacts et adaptés aux petits échantillons, assortis d'une correction pour comparaisons multiples sur l'ensemble de chaque résultat. La comparaison de segments compare les groupes d'Audience qui ont réellement répondu plutôt qu'une liste de segments déclarée, et signale un groupe répondant unique avec une explication au lieu de ne renvoyer aucun résultat. Une méthode développe une question du planificateur en une tâche par item, point de prix ou paire de caractéristiques, jusqu'à 100 questions dans une Étude ; un plan d'expérience tronqué par ce plafond garde les paires de caractéristiques entières et signale ce qu'il n'a pas pu demander. L'analyse conjointe s'exécute également : le serveur construit un plan de choix D-optimal, demande aux répondants de choisir entre des configurations complètes et estime un logit conditionnel pour obtenir les utilités partielles par niveau et l'importance des attributs, en refusant de développer un plan dont les utilités partielles ne seraient pas estimables séparément. Chaque tâche de méthode générée fige dans la tâche durable un instantané de son espace de réponse exact, ce qui empêche un worker de réinterpréter des options de choix forcé. |
|---|
| Les calculs comme preuves faisant autorité | Les artefacts de calcul déterministes font autorité comme preuves pour le résumé du résultat : le modèle reçoit leur méthode enregistrée, leur portée, leur signification méthodologique et leurs valeurs exactes, décide où ils trouvent réellement leur place et les explique sans recalculer les scores. Un résumé terminé peut recevoir plus tard un artefact de calcul valide manquant sans être régénéré. L'Alignement au niveau d'une question et les calculs de méthode au niveau d'une exécution partagent une seule fenêtre Analyse au style résumé, de sorte que des valeurs d'Alignement répétées restent rattachées à leur question exacte au lieu d'apparaître dans une fenêtre de calcul séparée. L'heure de démarrage du processeur est persistée, afin que le compteur de chargement survive à la réouverture ou au rechargement d'une Étude. |
|---|
| Comparaison de segments | Comparez les réponses de différentes Audiences pour voir où les segments s'accordent, divergent ou nécessitent des messages différents. |
|---|
| Tests de significativité honnêtes | La significativité n'est affirmée que là où l'échantillon le permet : les comparaisons de parts utilisent le test exact de Fisher plutôt qu'une approximation normale dont ces tailles d'échantillon ne peuvent pas satisfaire les conditions de validité, les comparaisons de moyennes utilisent un test t de Welch avec les degrés de liberté de Satterthwaite, de sorte que les petits groupes élargissent eux-mêmes leur incertitude, tous les tests d'un même résultat sont corrigés ensemble par la procédure de Benjamini-Hochberg, afin qu'un item ne paraisse pas significatif du simple fait que des dizaines de comparaisons ont été menées à ses côtés, les groupes qui ont répondu sans aucune dispersion interne ne peuvent pas produire de différence significative, et une comparaison qui n'a pas pu être menée le dit au lieu de laisser un silence qui se lirait comme une absence de différence. Les valeurs p rapportées sont plafonnées par le bas plutôt qu'arrondies à zéro, car aucun résultat ne rend une différence certaine. |
|---|
| Sélecteur de méthode avec explications | Les méthodes dont les calculateurs ne peuvent pas encore s'exécuter restent visibles dans le sélecteur de méthode sans pouvoir être choisies, et une Étude qui attend encore son calcul affiche une étape de calcul dédiée dans le flux de résultats. Le sélecteur explique chaque méthode au lieu de se contenter de la nommer : chaque ligne porte une phrase en langage clair décrivant à quoi sert la méthode, et le survol ouvre une fiche avec l'explication complète, qui nomme la technique sous-jacente pour qu'un professionnel des études la reconnaisse, best-worst scaling, tests t de Welch, Total Unduplicated Reach and Frequency, et qui énonce la même limite permanente que portent les résultats, afin que le choix soit éclairé avant l'exécution de l'Étude et pas seulement après. Aucune étiquette « Advanced » n'est affichée, car elle signalait la difficulté plutôt que la pertinence ; la mention « Not available yet » (pas encore disponible) demeure, car elle change ce qui peut être sélectionné. Les explications sont rédigées nativement dans les neuf langues d'interface, en utilisant les mots propres à chaque langue pour désigner une Audience et une Étude plutôt que les termes anglais. |
|---|
|
| Réponses d'Audience | Posez une question une seule fois à une Audience et recevez des réponses synthétiques parallèles de ses Minds, ancrées dans les sites web, fichiers, images, vidéos et fichiers audio que vous fournissez. Les fichiers audio autonomes MP3, WAV, M4A, OGG, FLAC et audio-WebM utilisent la même analyse de transcription et de bande-son non verbale bornée ; si une voie de preuve échoue, l’autre reste disponible. |
Capacités incluses| Ancrées dans le matériel fourni | Lorsqu'un message d'Étude comprend un site web, un fichier, une source, une capture d'écran ou une image correctement chargés, chaque réponse de Mind conservée doit s'appuyer sur un détail concret de ce matériel fourni au lieu de traiter la ressource comme absente. |
|---|
| Analyse vidéo et audio | Pour une vidéo téléversée dans une question d'Étude classique, l'analyse des pièces jointes combine la transcription disponible et une chronologie sonore bornée avec un ensemble borné d'images représentatives tenant compte des scènes. Les vidéos de format publicitaire font l'objet d'une analyse de l'intégralité de la bande sonore pour la musique significative, les effets sonores, l'ambiance, les silences, l'émotion vocale et les moments de logo sonore ; les vidéos plus longues utilisent au maximum douze extraits audio de huit secondes répartis uniformément, et tout échec de l'analyse audio laisse disponibles le traitement de la transcription et l'analyse visuelle. Les pièces jointes audio autonomes MP3, WAV, M4A, OGG, FLAC et WebM audio utilisent la même analyse de transcription et d'éléments sonores non verbaux bornée, chacune des deux sources de preuve restant disponible si l'autre échoue. L'échantillonnage visuel préserve la couverture des scènes d'ouverture et de clôture, répartit les sélections sur les vidéos à montage rapide et se rabat sur trois images réparties uniformément lorsque les coupes ne peuvent pas être détectées de façon fiable. |
|---|
| Traitement durable en arrière-plan | Les tours d'Étude les plus lourds se poursuivent durablement en arrière-plan, gardent leur progression visible en direct et se rétablissent après un rechargement de page. Pour les grandes Audiences, le travail de réponse est réparti en lots durables sur la capacité de traitement disponible ; chaque réponse de Mind est diffusée dès qu'elle est terminée, sans attendre tout un lot, tandis qu'une reprise bornée ne relance que les Minds encore manquants. |
|---|
| Titre, résumé et graphiques | Chaque résultat terminé dévoile d'abord son titre et son résumé de recherche synthétisé. Pour une question unique, un graphique de réponse compact s'ajoute avant les lignes de réponse au niveau des Minds qui l'étayent, dans la section Preuves repliable. Une recherche multi-questions ajoute de un à quatre graphiques de synthèse des résultats clés côte à côte, deux en général, sélectionnés au regard de l'ensemble de la demande de recherche et de la conclusion globale, et non du seul pourcentage. Chaque graphique s'appuie sur des effectifs de réponses vérifiés : un pourcentage ou un score ciblé pour un résultat autonome, ou une comparaison à deux ou trois valeurs dès lors que le constat formule une affirmation comparative. Le résultat donne à chaque question traitée son propre volet dépliable, son graphique de réponse, ses distributions d'Audience et ses preuves au niveau des Minds. |
|---|
| Comparaisons de pièces jointes et affectation des ressources | Les résultats de comparaison de pièces jointes affichent les créations image d'origine et les aperçus de première image des vidéos directement au-dessus de leurs colonnes A/B/C, apparient les variantes par nom de fichier persisté et par occurrence plutôt que par position brute de la pièce jointe, et laissent inchangés les votes et résultats historiques lorsque d'anciens résultats sont rouverts. Plusieurs ressources au niveau d'un bloc exigent des affectations explicites aux questions, pour les vidéos, images, documents et sites web : chaque ressource doit être utilisée par au moins une question, et une affectation vide signifie aucun matériel. MCP, la v1 et le générateur d'Étude appliquent le même contrat d'exécution. Les cartes de résultat utilisent la correspondance enregistrée question par question, gardent chaque vidéo affectée accessible par son nom avec sa propre heatmap de scènes enregistrée et les réactions des Minds, et exposent les références aux documents et aux sites web sans modifier le type de réponse ni la mise en page des comparaisons de pièces jointes. |
|---|
| Citations de sources sur les réponses | Lorsqu'un Mind utilise des éléments retrouvés dans sa base de connaissances, dans l'ancrage de l'audience ou sur le web, sa fiche au survol et la vue Regard approfondi affichent les logos de source au niveau de l'affirmation, via le même système de citations en ligne que les descriptions du Marketplace. Les URL publiques s'affichent sous forme de logos de source cliquables avec une infobulle de domaine ; les fichiers de connaissances privés restent des sources documentaires sans lien et n'exposent jamais de chemins de stockage. L'attribution établie au moment de la génération est enregistrée avec la réponse, tandis que les réponses historiques peuvent être vérifiées à la demande au regard de la base de connaissances actuelle du Mind et de l'ancrage de l'Audience. La charge utile de résultat v1 expose des marqueurs de citation, des identités de source et la provenance en option, sans renvoyer le texte de connaissances privé sous-jacent. |
|---|
|
| Test de stimuli | Testez des textes, des landing pages, des captures d'écran, des présentations, des concepts produit et des supports de concurrents au sein d'une Étude. |
| Tests par heatmap | Lancez des heatmaps de site web, de vidéo ou d'image pour capturer des signaux simulés d'attention et d'interaction. |
Capacités incluses| Preuves issues de la page observée | Les preuves visibles issues des sites web et des médias priment sur une hypothèse antérieure non étayée, et les résumés de site web sont dérivés de la trace de la page réellement observée plutôt que d'une réponse obsolète antérieure à la navigation. |
|---|
| Traitement des vidéos et des transcriptions | Les médias téléversés utilisent un service de reconnaissance vocale de secours configuré lorsque le fournisseur de transcription principal est indisponible. Les réactions aux vidéos relient l'intégralité de la transcription disponible aux éléments exactement visibles dans les images échantillonnées et se replient sur une analyse purement visuelle lorsque la transcription demeure indisponible. |
|---|
| Plusieurs images ou vidéos par question | Chaque image téléversée est analysée comme une création indépendante au sein d'un même résultat, avec des onglets lettrés qui conservent son nom de fichier. Pour les questions comportant plusieurs vidéos affectées, sélectionner une vidéo sélectionne ses propres scènes enregistrées, sa heatmap et les réactions des Minds. Les analyses manquantes démarrent pour cette question et cette ressource ; changer de ressource préserve les analyses existantes et les résultats globaux de la question. |
|---|
| Cohérence entre interface, API et MCP | L'interface, la v1 et MCP utilisent la même validation de cible et le même pipeline d'analyse. |
|---|
|
| Études planifiées | Planifiez la réexécution d'une Étude chaque jour, chaque semaine, chaque mois ou chaque trimestre. Les exécutions se poursuivent de façon fiable en arrière-plan, se rétablissent après les interruptions de worker et conservent la progression pour consultation et export historiques. |
| Contrôles de crédibilité de la recherche | La frontière des preuves reste visible depuis la création de l'Audience jusqu'aux réponses d'une Étude : les hypothèses modélisées ne sont jamais présentées comme des faits mesurés, et chaque Étude énonce son propre niveau de complétude. |
Capacités incluses| Les hypothèses modélisées restent identifiées comme telles | Lorsque le matériel source est lisible mais qu'aucune distribution étayée par des preuves ne peut être appliquée, Minds conserve l'intégralité du matériel téléversé pour revue et limite cette Audience à des hypothèses modélisées plutôt qu'à des faits clients mesurés : ses Minds reçoivent la consigne de traiter les détails du persona comme des hypothèses de scénario synthétiques, de sorte que la frontière est appliquée dans les réponses elles-mêmes plutôt que sous forme d'un badge que le lecteur devrait remarquer et interpréter. La génération de personas synthétiques et les réponses de panel évitent les effectifs de salariés, chiffres d'affaires, budgets, revenus, fuites de politiques internes, nombres d'incidents et parts de marché exacts et non étayés. |
|---|
| Les briefs et les sources accompagnent le plan | Les briefs d'étude joints alimentent le planificateur lui-même ; chaque critère explicitement nommé est conservé comme une question distincte et examinable, et le Plan d'Étude complet survit à la transition vers l'Audience jusqu'à la confirmation, au lieu de voir seulement la première question s'exécuter. Une Étude conserve également le matériel que sa demande portait. Un site web ou un fichier nommé dans le message, joint dans le compositeur ou ajouté pendant la revue du plan devient la source confirmée du plan et accompagne chaque question de l'exécution, de sorte que le remplacement de la formulation d'origine par les questions du planificateur conserve la page ou le document examiné. Un fichier de contexte illisible arrête l'Étude au lieu de publier des résultats portant sur un matériel que personne n'a ouvert. |
|---|
| Complétude d'une Étude terminée | Une Étude terminée énonce aussi son propre niveau de complétude. Lorsqu'une question échoue, l'Étude conclut à partir des questions qui ont bien obtenu une réponse et indique combien elles étaient, au lieu d'écarter une exécution dont les autres réponses restent valides ; relancer la question en échec reconstruit la conclusion globale au regard de ces preuves plus complètes. Une Étude qui a cessé de répondre le signale avec le nombre de réponses collectées et peut, sur demande, être conclue à partir de celles-ci, plutôt que d'afficher un état de progression sans fin. Une conclusion assemblée à partir des résultats des questions individuelles, sans synthèse complète, est identifiée comme telle. |
|---|
|
