Utiliser igoReal

Bienvenue sur igoReal

Ce guide s'adresse aux utilisateurs L'Oréal qui se connectent à igoReal pour explorer et récupérer les résultats de leurs études Igonogo. Aucune compétence technique n'est requise.

igoReal est votre point d'entrée unique pour transformer une étude Igonogo en livrables prêts à l'emploi. Vous vous connectez, vous choisissez une étude, puis vous choisissez la forme de restitution qui correspond à votre besoin : une visualisation immersive, une fiche de synthèse, ou un export de données. Les résultats sont toujours interrogés en temps réel sur l'étude d'origine.

Trois modes, une même étude

Quel que soit le mode choisi, igoReal lit la même étude Igonogo. Vous passez de l'un à l'autre sans ressaisir l'étude :

igoReal en 30 secondes

Live Portrait.
Visualisation interactive du portrait sensoriel et visuel d'un produit ou d'une cible.

ID Cards.
Fiche d'identité produit synthétique, sur une page, exportable en PDF.

Data export.
Export structuré des résultats selon la nomenclature L'Oréal (Excel, CSV, JSON, SPSS).

Toujours en direct.
Chaque mode interroge l'étude en temps réel — pas de version figée à rafraîchir.

Comment lire ce guide

Le volet « Utiliser igoReal » (sections 0 à Sécurité) suffit pour la grande majorité des utilisateurs. Le volet « Concevoir une étude » (sections avancées) s'adresse aux personnes qui paramètrent les études dans Igonogo et veulent que les résultats remontent parfaitement dans igoReal.

Commencer : se connecter →

Utiliser igoReal

Se connecter & choisir une étude

Les quelques étapes entre l'ouverture d'igoReal et l'affichage de vos résultats.

Connectez-vous avec vos identifiants. igoReal utilise vos identifiants d'accès Igonogo. Si vous ne les avez pas, contactez votre référent étude. Vous pouvez demander à igoReal de mémoriser votre adresse pour les prochaines fois — votre mot de passe, lui, n'est jamais conservé (voir la section Sécurité).
Indiquez le numéro d'étude. C'est le numéro de l'étude Igonogo que vous souhaitez explorer (par exemple 2078). igoReal va alors charger l'étude.
Laissez igoReal analyser l'étude. Un court écran de préparation identifie automatiquement les produits testés, les temporalités éventuelles, et le type de questionnaire. Vous voyez un récapitulatif de ce qui a été compris.
Choisissez votre mode de restitution. Depuis le hub, sélectionnez Live Portrait, ID Cards ou Data export selon votre besoin.

Le bandeau d'étude

Une fois l'étude chargée, un bandeau rappelle en permanence le numéro d'étude actif et le nombre de répondants. Deux actions y sont disponibles à tout moment :

↺ Changer d'étude

Repartir sur une autre étude sans vous reconnecter. Pratique pour comparer plusieurs études à la suite.

Se déconnecter

Oublie les identifiants mémorisés sur cet appareil. À utiliser sur un poste partagé.

Bon à savoir. Si une étude refuse de se charger, c'est presque toujours soit un problème de droits d'accès sur cette étude, soit un numéro d'étude erroné. La section Limites & bonnes pratiques détaille les cas où une étude n'est pas (ou mal) reconnue.

← Bienvenue

Suivant : les trois modes →

Utiliser igoReal

Les trois modes de restitution

Chaque mode répond à un usage différent. Voici ce que chacun produit et quand le choisir.

Live Portrait

Portrait sensoriel interactif

Une visualisation immersive du portrait visuel et sensoriel d'un produit ou d'une cible : couleurs, formes, senteurs, émotions et bénéfices se composent à l'écran. Idéal pour raconter un produit, explorer une cible, ou illustrer un insight en réunion.

Choisissez-le quand : vous voulez présenter et explorer visuellement, en direct, le ressenti associé à un produit.

ID Cards

Fiche d'identité produit · PDF

Une synthèse sur une seule page : mémoire, chaîne sémantique, émotions, bénéfices, produits & division, association sensorielle et KPI. Vous pouvez comparer un produit à un point de référence ou à un autre produit de l'étude, puis exporter la fiche en PDF.

Choisissez-le quand : vous voulez une synthèse partageable, prête à coller dans un rapport ou un comité.

Data export

Datamap L'Oréal · xlsx, csv, json, sav

Un export structuré des résultats selon la nomenclature L'Oréal officielle, dans les formats attendus par les data scientists : Excel multi-onglets, CSV, JSON, ou SPSS. Les libellés sont harmonisés et codés selon la datamap L'Oréal.

Choisissez-le quand : vous voulez analyser les données vous-même ou les intégrer à un outil tiers.

Astuce. Vous n'êtes pas obligé de choisir une fois pour toutes : depuis le bandeau d'étude vous pouvez ouvrir un mode, revenir au hub, et en ouvrir un autre sur la même étude.

← Se connecter

Suivant : ce que ça permet →

Utiliser igoReal

Ce que igoReal permet

Les capacités que vous pouvez attendre de l'outil, exprimées du point de vue de l'usage.

Lecture en temps réel

Les résultats sont toujours ceux de l'étude au moment où vous l'ouvrez : pas de version exportée à re-générer manuellement.

Détection automatique des produits

igoReal reconnaît seul les produits testés dans une étude (jusqu'à une vingtaine) et vous laisse passer de l'un à l'autre.

Études longitudinales

Les temporalités (avant / pendant / après, J+1, J+7…) sont détectées et exploitées dans la restitution.

Comparaison & significativité

Dans ID Cards, comparez un produit à un point de référence ou à un autre produit, avec un repérage des écarts statistiquement significatifs.

Export multi-formats

Excel multi-onglets, CSV, JSON, SPSS — selon la nomenclature L'Oréal, prêts pour l'analyse.

Export PDF des fiches

Les ID Cards se transforment en PDF propre, directement partageable.

Diagnostic transparent

À l'ouverture d'une étude, un écran récapitule ce qui a été compris (produits, temporalités, type d'étude) pour que rien ne soit une boîte noire.

Ajustement manuel

Si la détection automatique se trompe, vous pouvez ajuster les axes vous-même avant de générer la restitution.

En résumé. igoReal fait le pont entre une étude Igonogo et un livrable exploitable, en automatisant l'essentiel tout en vous laissant la main quand c'est nécessaire.

← Les trois modes

Suivant : limites & bonnes pratiques →

Utiliser igoReal

Limites & bonnes pratiques

Ce qu'igoReal ne fait pas (ou pas encore), et comment éviter les déconvenues.

Ce qu'igoReal n'est pas

Ce n'est pas un outil de conception d'étude. igoReal lit des études déjà paramétrées dans Igonogo ; il ne sert pas à les créer ni à les modifier.
Ce n'est pas un logiciel statistique complet. Il fournit des indicateurs et des comparaisons utiles à la décision, mais pour des analyses sur mesure, passez par le Data export.
Ce n'est pas une archive. igoReal restitue l'étude en direct ; il ne constitue pas un coffre-fort de vos résultats. Conservez vos exports importants de votre côté.

Les études qui se restituent le mieux

La qualité de la restitution dépend directement de la façon dont l'étude a été paramétrée dans Igonogo. Certaines situations limitent ce qu'igoReal peut afficher :

✓ Cas qui fonctionnent pleinement

Études construites sur le framework standard d'Igonogo (MIND v3)
Produits clairement identifiés
Temporalités déclarées proprement
Blocs d'entraînement nommés comme tels

✗ Cas avec couverture partielle

Anciens questionnaires ou frameworks obsolètes (certaines familles de questions sont ignorées)
Frameworks non pris en charge (un message clair s'affiche dans ce cas)
Codes produits absents, vides ou incohérents
Très grand nombre de produits (le sélecteur devient moins confortable)

Si une étude ne s'affiche pas comme attendu

Relisez l'écran de diagnostic. C'est là qu'igoReal vous dit combien de produits et quelles temporalités il a détectés. Un écart avec vos attentes s'y voit immédiatement.
Ajustez les axes manuellement si besoin, pour la session en cours.
Corrigez à la source. Pour que le problème ne revienne pas, la bonne pratique est de corriger le paramétrage dans Igonogo — c'est l'objet du volet « Concevoir une étude » de ce guide.

Le bon réflexe. Si vous concevez vous-même des études, le volet Concevoir une étude vous explique comment les paramétrer pour qu'elles remontent parfaitement dans les trois modes.

← Ce que ça permet

Suivant : confiance & sécurité →

Utiliser igoReal

Confiance & sécurité

Les garanties sur lesquelles vous pouvez compter quand vous utilisez igoReal. Nous présentons les principes, pas les mécanismes techniques.

igoReal a été conçu pour que vos résultats d'étude et vos identifiants restent protégés. Les engagements ci-dessous résument ce qui est garanti. Le détail des mécanismes qui les rendent possibles n'est volontairement pas exposé, par mesure de sécurité.

Accès par identifiants personnels

Seules les personnes disposant d'identifiants valides accèdent à une étude, et uniquement aux études auxquelles elles ont droit.

Mot de passe jamais conservé

Votre mot de passe n'est pas stocké sur votre appareil. Si vous demandez à être reconnu la prochaine fois, seule votre adresse est mémorisée — vous ressaisissez votre mot de passe.

Données en direct, pas de copie permanente

igoReal lit l'étude au moment où vous l'ouvrez ; il ne constitue pas une copie durable de vos données brutes. Vos exports vous appartiennent et restent chez vous.

Connexion sécurisée

Les échanges entre votre navigateur et igoReal sont chiffrés, et l'application est servie depuis une origine unique et maîtrisée.

Revues de sécurité régulières

L'outil fait l'objet de revues de sécurité périodiques et de durcissements continus, pour rester aligné sur les bonnes pratiques de l'état de l'art.

Pas d'usage détourné de vos données

Vos résultats servent uniquement à produire vos livrables. Ils ne sont ni revendus, ni utilisés à des fins publicitaires.

Vos bons réflexes

Sur un poste partagé, utilisez Se déconnecter dans le bandeau d'étude en fin de session.
Ne partagez pas vos identifiants ; demandez un accès dédié pour chaque utilisateur.
Conservez vos exports sensibles dans un espace de stockage approuvé par votre organisation.

Une question de sécurité côté IT ou achats ? L'équipe igoReal / Igonogo peut fournir, sur demande et dans un cadre approprié, les éléments de conformité nécessaires sans exposer publiquement les détails d'implémentation.

← Limites & bonnes pratiques

Aller plus loin : concevoir une étude →

Concevoir une étude · avancé

Bien concevoir une étude pour igoReal

Ce volet s'adresse aux concepteurs d'études L'Oréal qui paramètrent leurs études dans Igonogo et veulent que les résultats remontent proprement dans igoReal (Live Portrait, ID Cards, Data Export).

igoReal est un consommateur d'études Igonogo. Si ton étude est bien paramétrée, les trois modules (Live Portrait, ID Cards, Data Export) la comprennent automatiquement — y compris la diversité des cas réels (produits multiples, temporalités, marques, etc.). Si elle est mal paramétrée, igoReal essaie de deviner — avec succès dans la majorité des cas, mais sans garantie.

Ce que ce volet couvre

Sur la base de 80 études L'Oréal analysées en mai 2026, on a identifié les patterns qui marchent toujours, ceux qui marchent parfois, et ceux qui cassent. Ce volet est la synthèse pratique : 4 chapitres, des exemples concrets à faire / à éviter, et une check-list finale.

Les 4 piliers en 30 secondes

1. Naming des variables.
Pattern simple : <Adjectif/KPI> <ProduitCode> avec un espace propre.

2. Déclarer les produits.
Toujours remplir product_name de chaque variable produit. Ne jamais le laisser vide.

3. Déclarer les temporalités.
Soit dans product_name (before/during/after), soit dans le nom d'étude ([D+1], Day 3).

4. À éviter.
Codes obscurs (Emo_AA_*), Training en plein milieu, mélange de frameworks (MIND + VALUEASSOCIATION).

Pourquoi ça compte

Détection automatique des axes produits : igoReal sait extraire la liste des produits testés sans intervention humaine, à condition que ton naming soit prévisible.
Filtrage des blocs de calibration : igoReal ignore automatiquement les blocs Training/Tutorial/Welcome — mais seulement s'ils sont nommés ainsi.
Long format multi-axes : Data Export produit 1 ligne par participant × cellule (produit × temporalité). Ça marche si les axes sont déclarés proprement.
Diagnostic transparent : à chaque ouverture d'étude, igoReal te montre un écran "diagnostic" qui résume ce qu'il a compris. Si ton étude ne se comporte pas comme attendu, c'est là qu'il faut regarder en premier.

← Confiance & sécurité

Commencer : naming des variables →

Concevoir une étude · avancé

Chapitre 1 — Naming des variables

Comment nommer tes blocs Igonogo pour qu'igoReal les comprenne immédiatement.

Le pattern recommandé

Pour chaque variable testée sur un produit, utilise le pattern :

<Concept> <Adjectif> <ProduitCode>

✓ Bon naming (clair, parsable)

Mood Happy 001
Mood Energized 001
Sensation Hydrating 001
Familiarity 001
Liking 001

Mood Happy 002
...

Le suffixe 001 est le code produit, partagé entre toutes les variables d'un même produit.

✗ Naming opaque (igoReal devra deviner)

Emo_AA_Happy
Bored SL_a_M3_15
Q-emotion priming 1
Scale question purchase147

Codes internes Igonogo non explicites — igoReal ne peut pas savoir où est le produit. Utilisable comme fallback uniquement.

Variantes acceptables

igoReal sait aussi reconnaître ces patterns alternatifs, par ordre de robustesse :

i Marques ou codes produits libres

Bored Chanel
Bored Hermes
Familiarity Chanel
...

Fonctionne très bien si product_name est aussi rempli (cf. ch. 2). Le suffixe est lu comme code produit.

i Code produit alphanumérique

Mood Happy MT98029G
Familiarity MT98029G
Liking MT98029G

Codes internes L'Oréal (MT…, av1_…, etc.) acceptés tant qu'ils sont en suffixe et que le product_name est cohérent.

Les noms à éviter

Pas de suffixe produit du tout : Mood Happy sans rien après → igoReal ne sait pas à quel produit ça se rapporte.
Suffixe collé sans espace : Scale question purchase147 → fonctionne mais en confidence "medium" seulement (détection heuristique). Préférer Scale question purchase 147.
Préfixe codé en tête : Emo_AA_Happy → igoReal détectera "AA" comme axe mais sans savoir si c'est un produit ou un timepoint.
Suffixe = adjectif d'une option MC : Scent Chanel Fruits, Color Hermes Red → ambigu, à isoler dans des blocs MULTIPLECHOICE clairement nommés.

Adjectifs reconnus automatiquement

igoReal connaît plus de 30 adjectifs émotionnels et 25 bénéfices L'Oréal en FR et EN (+variantes). Quelques exemples :

i Émotions

happy, relaxed, energized, surprised, self-confident, sensual, reassured, intrigued, invigorated, focused, serene, secured, calm, irritated, stressed, disgusted, sad, frustrated, nostalgic, depressed, sleepy, bored, disappointed, desirable, empowered, inspired, proud, sexy, playful, sophisticated…

i Bénéfices L'Oréal

hydrating, refreshing, comfortable, purifying, nourishing, mattifying, repairing, softening, protecting, long lasting, soothing, glowing, innovating, luxurious, premium, unique, cleansing, regenerating, filing, natural, crafted, highlighting, texturizing, volumizing, shiny…

Si tu utilises un adjectif hors de cette liste, igoReal le classera en kind: 'binary-other' ou 'scale-other' et ne le mappera pas sur les variables nomenclature L'Oréal.

Check-list naming

Chaque variable produit a un suffixe identifiant le produit Le suffixe est séparé du reste par un espace Le même produit utilise le même suffixe partout Les adjectifs MIND utilisent les libellés standard (cf. liste ci-dessus) Aucun bloc Training ne contient un adjectif sans préfixe "Training "

← Introduction concepteur

Suivant : déclarer les produits →

Concevoir une étude · avancé

Chapitre 2 — Déclarer les produits

Comment renseigner correctement le champ product_name dans Igonogo pour qu'igoReal regroupe les variables par produit.

La règle d'or

Pour chaque variable testée sur un produit, le champ product_name doit être rempli avec un code/nom de produit cohérent. C'est la source autoritaire pour igoReal — bien plus fiable que de deviner via le suffixe du naming.

Comment ça marche dans Igonogo

Quand tu paramètres un bloc dans l'éditeur Igonogo, tu peux associer le bloc à un produit (souvent via un menu déroulant "Produit testé" ou équivalent). Cette association se retrouve dans le champ product_name de chaque variable du bloc — et c'est ce qu'igoReal lit en priorité.

✓ product_name renseigné systématiquement

variable_name            | product_name
-------------------------|-------------
Mood Happy Chanel        | Chanel
Sensation Hydrating Ch.. | Chanel
Familiarity Chanel       | Chanel
Mood Happy Hermes        | Hermes
...

igoReal regroupe immédiatement, sans heuristique.

✗ product_name vide ou incohérent

variable_name            | product_name
-------------------------|-------------
Mood Happy Chanel        | (vide)
Sensation Hydrating Ch.. | C
Familiarity Chanel       | Chanel
Mood Happy Hermes        | hermes

igoReal devra deviner par le suffixe (heuristique medium confidence) et risque de créer plusieurs produits distincts ("Chanel" et "C") qui devraient être un seul.

Patterns de codes produits acceptés

Type de code	Exemples	Statut
Codes numériques courts	`001`, `147`, `508`	✓ Idéal
Codes alphanumériques L'Oréal	`MT98029G`, `av1_brown10`	✓ Idéal
Marques (compétiteurs)	`Chanel`, `Hermes`, `LRP`	✓ Bon
Lettres seules	`A`, `B`, ..., `R`	✓ Bon (testé jusqu'à 18 produits)
Codes très longs	`SL_a_M3_15` (Notisound)	✓ Accepté (Notisound fonctionne)
Codes avec espaces	`Banobagi 1`, `variant 2`	⚠ Risqué — préférer sans espace
Codes vides ou "NA"	`(vide)`, `NULL`	✗ Bloque la détection

Cas particulier — 1 seul produit dans l'étude

Si ton étude ne teste qu'un seul produit (ex: Liquid Gold N28), tu peux quand même remplir product_name avec ce code unique. Ça permet à igoReal de l'identifier proprement plutôt que d'afficher "S-template" (placeholder).

Cas particulier — beaucoup de produits

Les études jusqu'à 18 produits ont été testées (ex: SHAMPOO COLOR CN, lettres A à R). Au-delà, le sélecteur ID Cards peut devenir difficile à utiliser visuellement — préférer scinder en deux études si possible.

Check-list produits

Chaque variable produit a product_name rempli Le même produit utilise toujours le même code (pas de "Chanel"/"C"/"chanel") Aucun code produit n'est vide, "NA" ou "NULL" Les codes produits sont stables entre les variables d'un même produit Si étude mono-produit : le code est quand même rempli (pas vide)

← Naming des variables

Suivant : déclarer les temporalités →

Concevoir une étude · avancé

Chapitre 3 — Déclarer les temporalités

Pour les études longitudinales (J+1, J+2, before/during/after, baseline/post…). Comment paramétrer pour qu'igoReal les détecte et permette le long format multi-axes.

Trois patterns acceptés (par ordre de fiabilité)

Pattern A — temporalité dans `product_name`

✓ Exemple : Sound_of_Skin

variable_name        | product_name
Bored before         | before
Bored during         | during
Bored after          | after
Happy before         | before
...

Chaque bloc d'un timepoint a product_name = temporalité. igoReal les détecte et les utilise comme axe principal en l'absence de produit.

i Mots reconnus comme timepoint

before, during, after, baseline, post, pre, final, initial, immedia, control, moup, day 1, day 3, jour 1, week 3, semaine 3, visit 2, visite 3, D1, D2, D+1, D+2, J+1, J+2, T1, T2…

Pattern B — temporalité dans le nom d'étude (études jumelles)

Pour les protocoles longitudinaux où chaque timepoint est une étude séparée dans Igonogo :

✓ Étude jumelle bien nommée

Étude 1064 : INVINCIBLE Q3.2025 [D+1]
Étude 1065 : INVINCIBLE Q3.2025 [D+2]
Étude 2171 : Ultra Caring - Day 3
Étude 2172 : Ultra Caring - Week 3

igoReal détecte la temporalité globale de l'étude depuis son nom : tags [D+1], [Day 3], motifs D+\d.

✗ Étude jumelle sans marqueur

Étude 1064 : INVINCIBLE Q3.2025
Étude 1065 : INVINCIBLE Q3.2025 V2
Étude 1066 : INVINCIBLE V3

Les "V2/V3" ne sont pas reconnus comme timepoints. Préférer [D+1], [D+7], [Day 7].

Pattern C — temporalité en suffixe du `variable_name`

✓ Exemple : Detangling SA

Accomplishment Before
Accomplishment During
Accomplishment After
Anxiety Before
...

Le suffixe est lu comme axe principal (timepoint). Fonctionne bien si product_name est vide.

i Combinaison produit × temporalité

Si tu as à la fois plusieurs produits ET plusieurs temporalités, idéalement :
• variable_name contient l'adjectif + le code produit (ex: Bored Chanel)
• product_name contient la temporalité (ex: D+1)
Cela permet le long format combinatoire (1 ligne par participant × produit × temporalité).

À éviter — codes timepoints obscurs

✗ Codes non standardisés

Attractive_rep 1_2W
Attractive_rep 1_AA
Attractive_rep 1_BL

Étude réelle CCC Quali. Les codes 2W (2 weeks), AA, BL (Baseline) ne sont pas auto-détectés. Préférer week 2, baseline en clair.

✗ Combinaisons multi-axes accolées

Emo_AA_Happy_D1
Emo_AA_Happy_D2

3 axes (axe d'étude AA, timepoint D1/D2, émotion Happy) accolés dans un seul nom. Igonogo ne peut pas séparer les axes — il faut utiliser product_name et le naming clair.

Check-list temporalités

Si étude longitudinale intra-étude : product_name = temporalité (before/during/after, D+1…) Si études jumelles : le nom de chaque étude contient [D+1], [Day 3], etc. Les libellés utilisent les conventions reconnues (cf. liste plus haut) Pas de codes 2W/AA/BL collés sans explication

← Déclarer les produits

Suivant : à éviter absolument →

Concevoir une étude · avancé

Chapitre 4 — À éviter absolument

Les anti-patterns les plus fréquents dans les études L'Oréal historiques, et pourquoi ils cassent igoReal.

4.1 — Mélanger plusieurs frameworks Igonogo dans une même étude

✗ Étude qui contient à la fois

BINARYANSWER + BINARYIMPLICITANSWER (MIND v3)
VALUEASSOCIATIONANSWER (deprecated)
PURCHASEDECISIONANSWER (ancien framework)
LIKINGANSWER (très ancien)

Conséquence : igoReal ignore silencieusement VALUEASSOCIATION, PURCHASEDECISION et LIKING — les données sont perdues sans warning explicite.

✓ Étude mono-framework MIND v3

BINARYANSWER + BINARYIMPLICITANSWER + BINARYUSERPROFILE + BINARYIGOSCORE pour les émotions/bénéfices
SCALEANSWER + SCALEIMPLICITANSWER pour les KPI
TEXTANSWER pour les mots libres

100% lisible par igoReal, taux de couverture maximal.

4.2 — Blocs Training dispersés

Les blocs d'entraînement (Training Attractive, Training Inspired…) utilisent les mêmes adjectifs que les vrais blocs MIND. Si tu ne les nommes pas explicitement Training X, igoReal peut les confondre avec le vrai contenu d'étude.

✓ Préfixe "Training " explicite

Training Attractive
Training Inspired
Training Proud
...

igoReal les classe en kind: 'training' et les exclut du mapping MIND.

✗ Training sans préfixe

Attractive (entraînement)
Inspired test
Practice Proud

Ces blocs seront mappés sur les target_vars emotion_attractive etc., polluant les données du vrai produit.

Mots reconnus comme calibration : Training, Tutorial, Instructions, Welcome, Bienvenue, Informed consent, Screener, End, Final.

4.3 — Codes `variable_name` opaques

✗ Codes Igonogo non lisibles

Bored SL_a_M3_15           (Notisound — codes Sound Library)
Bored SL_a_M3_p8_49        (sous-tokens M3, p8, 49 non interprétables)
Emo_AA_Beautiful           (axe AA non documenté)
Q-emotion priming 1        (PROSODY — framework non supporté)

igoReal essaie de s'en sortir via product_name quand il est rempli, mais sans documentation, les axes restent flous. Si tu utilises ces codes, documente-les dans product_name ou via des tags Igonogo.

4.4 — Catégories Igonogo deprecated ou non supportées

Les catégories suivantes sont ignorées par igoReal (décision L'Oréal 2026-05-19) :

Catégorie	Statut	Raison
`SCALEVALENCE`	ignorée pour Data Export, utilisée par ID Cards pour sensations	Non utilisable directement
`VALUEASSOCIATION{ANSWER,...,IGOSCORE}`	ignorée	Deprecated dans nouvelles versions Igonogo
`LIKING{ANSWER,...,VALENCE}`	ignorée	Ancien framework Hydraskin (2022)
`PURCHASEDECISION{ANSWER,...,IGOSCORE}`	ignorée	Deprecated
`EXPLORE3DIMPLICITSCORE`	ignorée	Ancien stimulus 3D

4.5 — Frameworks non supportés

Framework	Études concernées	Support igoReal
PROSODY (Q-EMOTION/Q-CONTEXT/Q-OPEN)	904, 914, 957, 963	✗ Non supporté — message clair affiché
Legacy LIKING + PURCHASEDECISION + EXPLORE3D	120 (Hydraskin)	✗ Non supporté
Notisound (codes obscurs `SL_a_*`)	1005, 1043, 1805	✓ Supporté via `product_name`
IAT (Implicit Association Test)	973, 1464, 2076	✓ Supporté (catégories standard)
MIND v3 (standard)	~65 études du corpus	✓ Pleinement supporté

Check-list à éviter

Mon étude n'utilise qu'un seul framework Igonogo (de préférence MIND v3) Tous mes blocs Training sont préfixés Training, Tutorial ou similaire Je n'utilise pas de codes variable_name opaques sans product_name compensatoire Je n'utilise pas VALUEASSOCIATION, LIKING, PURCHASEDECISION ou EXPLORE3D (deprecated) Mon framework est dans la liste supportée (MIND v3 / Notisound / IAT)

← Déclarer les temporalités

Suivant : check-list finale →

Concevoir une étude · avancé

Check-list finale

Récapitulatif des 5 critères à valider avant d'envoyer une étude vers igoReal. Coche au fur et à mesure.

Validation pré-livraison

Naming : chaque variable produit a un suffixe ou un product_name identifiant le produit Produits : tous les product_name sont remplis, stables et non vides Temporalités : si étude longitudinale, soit product_name contient la temporalité, soit le nom d'étude est marqué [D+1]/[Day 3] Training : tous les blocs d'entraînement sont préfixés Training, Tutorial, Instructions, Welcome Framework : l'étude n'utilise qu'un seul framework supporté (MIND v3, Notisound ou IAT) — pas de VALUEASSOCIATION/LIKING/PURCHASEDECISION/EXPLORE3D

Comment vérifier rapidement

Ouvre le hub igoReal.
Lance le wizard sur ton studyId.
Lis attentivement l'écran "Diagnostic étude" qui apparaît juste après le mapping. Il te dit :
- Le framework détecté (doit être mind-v3 ou notisound ou iat, pas unknown ni prosody ni legacy-liking)
- Le nombre de produits détectés (doit correspondre à ce que tu attends)
- Les temporalités détectées (si applicables)
- Les warnings éventuels
Si quelque chose ne va pas, clique "Ajuster les axes manuellement" et corrige — la prochaine fois, corrige plutôt à la source dans Igonogo.

En cas de doute

Contacte l'équipe igoReal / Igonogo. Pour une question pratique sur une étude particulière, le moyen le plus rapide est de partager :

Le numéro d'étude Igonogo
Une capture d'écran de l'écran "Diagnostic étude" d'igoReal
Ce que tu attendais que igoReal détecte (combien de produits, quelles temporalités…)

En une phrase

Une étude bien paramétrée pour igoReal a : un seul framework Igonogo, des product_name remplis et cohérents, un naming clair avec adjectif + code produit séparés par un espace, des blocs Training préfixés, et — si applicable — des temporalités déclarées soit dans product_name soit dans le nom d'étude.

← À éviter absolument

Retour au hub →

Bienvenue sur igoReal

Trois modes, une même étude

igoReal en 30 secondes

Comment lire ce guide

Se connecter & choisir une étude

Le bandeau d'étude

Les trois modes de restitution

Live Portrait

ID Cards

Data export

Ce que igoReal permet

Limites & bonnes pratiques

Ce qu'igoReal n'est pas

Les études qui se restituent le mieux

Si une étude ne s'affiche pas comme attendu

Confiance & sécurité

Accès par identifiants personnels

Mot de passe jamais conservé

Données en direct, pas de copie permanente

Connexion sécurisée

Revues de sécurité régulières

Pas d'usage détourné de vos données

Vos bons réflexes

Bien concevoir une étude pour igoReal

Ce que ce volet couvre

Les 4 piliers en 30 secondes

Pourquoi ça compte

Chapitre 1 — Naming des variables

Le pattern recommandé

Variantes acceptables

Les noms à éviter

Adjectifs reconnus automatiquement

Check-list naming

Chapitre 2 — Déclarer les produits

La règle d'or

Comment ça marche dans Igonogo

Patterns de codes produits acceptés

Cas particulier — 1 seul produit dans l'étude

Cas particulier — beaucoup de produits

Check-list produits

Chapitre 3 — Déclarer les temporalités

Trois patterns acceptés (par ordre de fiabilité)

Pattern A — temporalité dans product_name

Pattern B — temporalité dans le nom d'étude (études jumelles)

Pattern C — temporalité en suffixe du variable_name

À éviter — codes timepoints obscurs

Check-list temporalités

Chapitre 4 — À éviter absolument

4.1 — Mélanger plusieurs frameworks Igonogo dans une même étude

4.2 — Blocs Training dispersés

4.3 — Codes variable_name opaques

4.4 — Catégories Igonogo deprecated ou non supportées

4.5 — Frameworks non supportés

Check-list à éviter

Check-list finale

Validation pré-livraison

Comment vérifier rapidement

En cas de doute

En une phrase

Pattern A — temporalité dans `product_name`

Pattern C — temporalité en suffixe du `variable_name`

4.3 — Codes `variable_name` opaques