Aides & Contact

Vous pouvez contacter par mail ou téléphones l’équipe projet UserlynX qui vous accompagne. (voir fiche de contact partagée au début de la mission)

Vous pouvez aussi nous contacter :
- Via le formulaire en ligne haut de la page « Aides et Contact » dans votre compte client

- Par mail :
. Problème / question technique ou bug : support@userlynx.com
. Question sur l’utilisation de la plateforme / besoin d’aide sur une étude : client@userlynx.com
. Demande de devis : devis@userlynx.com
. Demande administrative : admin@userlynx.com
. Demande évolution / autre : contact@userlynx.com

- Par téléphone : 09 77 19 99 70

Horaires : du lundi à jeudi : 9h à 18h – vendredi : 9 à 17h

Il est essentiel de bien réfléchir aux critères de recrutement. Attention tout de même à ne pas tester auprès de trop de cibles avec trop de critères afin d'avoir un minimum de testeur par cible et pour ne pas rendre le recrutement trop complexe inutilement. 

Indiquez, dans la partie "Cible" du protocole de test, le nombre de personnes par cible et les caractéristiques souhaités.

Pour rappel :

• UnserlynX connait une trentaine de caractéristiques sur ces testeurs (genre, date de naissance, métier, CSP, nbre enfant et âge, type de logement, propriétaire/locataire, véhicule, hobbies, ...)
• UserlynX pourra envoyer un questionnaire afin de chercher les caractéristiques intéressantes pour votre étude

La 1ère question à se poser est le nombre de cible que l’on veut intégrer dans l’étude.

Tenez compte également du nombre de device à tester.

Etude qualitative :

Tout dépend du nombre de cible. Il est préférable de ne pas faire trop de cibles différentes lors d'une étude qualitative. 

La majorité de nos études qualitatives sont avec 8 à 20 testeurs.

Il est reconnu qu'il est pertinent d'avoir 5 personnes par cible (voir 3 ou 4 s'il y a des cibles très proches).

Etude quantitative :
Si la taille de la population cible est supérieur à 50 000 personnes :
385 testeurs (niveau de confiance : 95% - marge d’erreur : 5%)
271 testeurs (niveau de confiance : 90% - marge d’erreur : 5%)
96 testeurs (niveau de confiance : 95% - marge d’erreur : 10%)
43 testeurs (niveau de confiance : 95% - marge d’erreur : 15%)
Attention, il faut penser que les sous cible devront avoir une taille d’échantillon suffisant pour être fiable statistiquement. Pour un panel de testeur de 100 personnes avec 50% Hommes et 50% femmes et pour chaque cible un mix d’âge

En résumé, il n'y a pas de nombre fixe universel pour les participants dans des études qualitatives ou quantitatives. Le nombre optimal dépend de nombreux facteurs, y compris l'objectif de l'étude, la diversité de la population, la complexité du sujet, et les ressources disponibles

Si vous avez des doutes, contactez l’équipe UserlynX pour échanger à ce sujet.

Il n’y a pas un nombre de tâches et de questions idéal à intégrer dans le protocole de test. Le plus important est la durée du test. En général on peut constater que les protocoles sont entre 10 et 30 questions.

UserlynX n’a pas de limite minimum ou maximum pour la durée des tests.
Mais il peut être contre-productif de faire des tests trop longs. (d’autant plus si vous avez une cible avec peu de disponibilité)

Nous notons souvent qu’au bout d’un certains temps, les testeurs accélèrent pour finir plus vite, les retours peuvent être de moins bonnes qualités. Il y a aussi une probabilité plus importante que les testeurs soient interrompus par un évènement extérieur. Ces raisons peuvent créer des abandons.

Nos recommandations :
-étude qualitative : entre 15 et 25 min
- étude quantitative : 10 min

Il est fortement recommander de pré-tester le protocole afin de juger le temps et la pertinence du protocole de test.

Bien sûr, nous sommes à votre disposition pour échanger sur ce point selon les objectifs, les cibles…

Une fois connecté à votre compte, il faut d’abord créer un projet.

 

Pour faire une étude qualitative et quantitative lors d'une même étude. Il faut : créer un projet et dedans faire 2 tests (1 protocole quali et 1 protocole quanti)

 

Il est possible de voir un protocole enregistré et de le modifier.

 

Toujours dans votre projet, vous avez votre test, puis en cliquant sur les 3 points vous pourrez voir les tests réalisés (vidéo pour les études qualitatives, data excel pour les études quantitatives)

Un seul protocole suffit. Dans votre test, il suffit d'indiquer le nombre de tests par device. 

Bien sûr, cela implique que les testeurs sur mobile auront exactement le même protocole que ceux sur desktop.

Si vous voulez faire des protocoles différents, il faut donc faire 2 tests et donc 2 protocoles.

En attendant l'arrivée (très prochaine) des questions et questionnaires types dans la création de protocole, voici quelques questionnaires qui pourraient vous inspirer :  

NPS : Sur une échelle de 0 à 10, quelle est la probabilité que vous recommandiez ce site / ce service à un de vos proches ?

CSAT : Comment évaluez-vous votre satisfaction vis-à-vis de ce site web ? (1 : très satisfait – 10 : Pas du tour satisfait)

CES : Quel niveau d’effort avez-vous dû déployer pour effectuer un achat sur notre site Internet/utiliser notre service ? (1 pour « effort très faible » à 7 « effort très important »)

 

Questionnaire SUS

1. Je pense que vais utiliser le service fréquemment
2. Je pense que le service est inutilement complexe
3. Je pense que le service est facile d’utilisation
4. Je pense que je vais devoir faire appel au support technique pour pouvoir utiliser ce service
5. Je trouve que les fonctionnalités du service sont bien intégrées
6. Je trouve qu’il y a beaucoup trop d’incohérences dans ce service
7. Je pense que la plupart des gens apprennent très rapidement à utiliser le service
8. Je trouve le service vraiment très lourd à utiliser
9. Je me suis senti très confiant en utilisant ce service
10. J’ai dû apprendre beaucoup de choses avant de pouvoir utiliser ce service

1 : pas du tout d’accord / 2 pas d’accord / 3 ni d’accord, ni pas d’accord / 4 d’accord / 5 tout à fait d’accord

 

Modèle de Kano (fonctionnalités)

« Que pensez-vous si cette fonctionnalité est présente ? »

« Que pensez-vous si cette fonctionnalité est absente ? »

1 ça me plaît / 2 je trouve ça normal / 3 ça m’est égal / 4 je m’en contente / 5 ça me déplaît

 

UMUX

Est-ce que (cette app / ce service) réponds à mes besoins ?

Est-ce que (cette app / ce service) est une expérience frustrante ?

Est-ce que (cette app / ce service) est facile d’utilisation ?

Est-ce que je dois passer trop de temps à corriger des choses sur cette app / ce service ?

1 : pas du tout d’accord – 7 tout à fait d’accord

 

DEEP

Contenu perçu

1. Le libellé du texte était clair.
2. Le contenu (texte, images, sons, vidéos, etc.) était facile à comprendre.
3. Le texte était utile.
4. Le texte était pertinent.

Structure perçue et architecture de l’information

5. Je pouvais rapidement connaître la structure du site web en parcourant sa page d’accueil.
6. L’organisation du site web était claire.
7. Dans chaque section du site web, les pages étaient bien organisées.

Navigation perçue

8. Il était facile de trouver l’information dont j’avais besoin sur le site web.
9. Le site web m’a aidé à trouver ce que je cherchais.
10. J’ai obtenu ce à quoi je m’attendais quand je cliquais sur les éléments du site web.

Effort cognitif perçu

11. Utiliser ce site web s’est fait sans effort.
12. Utiliser ce site web m’a fatigué.
13. J’ai appris à utiliser ce site web rapidement.

Cohérence de la mise en page perçue

14. La mise en page à travers tout le site web était cohérente.
15. J’ai remarqué des changements soudains de mise en page à travers le site web.
16. La mise en page de chaque section du site web était cohérente.

Guidage visuel perçu

17. Les couleurs m’ont aidé à distinguer les différentes sections du site web.
18. Les zones surlignées d’une page m’ont aidé à repérer l’information dont j’avais besoin.
19. J’ai appris à connaître le contenu d’une page en parcourant les zones mises en évidence.

1 Pas du tout d’accord / 2 Plutôt d’accord / 3 Ni d’accord, ni pas d’accord / 4 Plutôt d’accord / 5 Tout à fait d’accord / Non applicable

 

AttrakDiff – version courte

Simple OOOOOOO Compliqué

Laid OOOOOOO Beau

Pratique OOOOOOO Pas pratique

De bon goût OOOOOOO De mauvais goût

Prévisible OOOOOOO Imprévisible

Bas de gamme OOOOOOO Haut de gamme

Sans imagination OOOOOOO Créatif

Bon OOOOOOO Mauvais

Confus OOOOOOO Clair

Ennuyeux OOOOOOO Captivant

UserlynX vous accompagne à la carte selon vos besoins et vos attentes.

Nos équipes peuvent :

• concevoir votre protocole de test,
• faire l'analyse, la synthèse et les recommandations,
• faire un montage vidéo des points clés de votre étude qualitative (vidéo de 5 min environ),
•  designer des maquettes optimisées issues des retours des testeurs

Contactez votre équipe UserlynX pour échanger sur vos éventuels besoins.

Pour réinitialiser votre mot de passe, il faut le faire via notre site internet; dans la rubrique “Connexion” puis cliquer sur “Mot de passe perdu”. Un mail vous sera envoyé pour réinitialiser votre mot de passe.

Pour rappel, le mot de passe doit suivre les recommandations de la CNIL : 12 caractères au minimum avec au moins 1 majuscule, 1 minuscule, 1 caractère spécial.

Si le test est validé par nos équipes techniques, le testeur recevra une gratification qui varie en fonction de la rareté de la cible dans la population et de la durée du test.
Nous remercions nos testeurs par chèques cadeaux, notre partenaire pour les chèques cadeaux est Glady.

Pour ne pas biaiser les questions et les tâches lors d'un test utilisateur non modéré, il est crucial de concevoir le test de manière à obtenir des résultats authentiques et représentatifs des expériences des utilisateurs. Voici quelques pratiques à suivre et à éviter pour atteindre cet objectif :

À faire

1. Formuler des questions neutres :
   • Posez des questions de manière impartiale sans suggérer de réponse. Par exemple, utilisez "Qu'avez-vous pensé de cette fonctionnalité ?" au lieu de "Avez-vous trouvé cette fonctionnalité utile ?"
2. Utiliser un langage clair et simple :
   • Assurez-vous que les questions et les tâches sont faciles à comprendre. Évitez le jargon technique ou les termes ambigus.
3. Définir des tâches spécifiques et réalisables :
   • Donnez des instructions claires et précises pour chaque tâche. Par exemple, "Achetez un livre de cuisine pour moins de 20 €" est plus clair que "Achetez un livre."
4. Inclure des scénarios réalistes :
   • Utilisez des scénarios basés sur des situations réelles que les utilisateurs peuvent rencontrer, ce qui rendra leurs actions plus naturelles et pertinentes.
5. Éviter les questions à choix forcé :
   • Donnez aux utilisateurs la possibilité de fournir des réponses ouvertes ou de sélectionner plusieurs options si nécessaire, pour ne pas limiter leurs choix.
6. Pré-tester le protocole :
   • Réalisez un pré-test avec quelques utilisateurs pour identifier et corriger les questions ou tâches qui pourraient être biaisées ou mal comprises.
7. Randomiser l'ordre des questions :
   • Si possible, changez l'ordre des questions et des tâches pour éviter les effets d'ordre et réduire les biais liés à la fatigue ou à l'accoutumance.
8. Demander des retours généraux :
   • Incluez des questions ouvertes à la fin du test pour permettre aux utilisateurs de partager des commentaires non sollicités, qui peuvent révéler des problèmes ou des idées que vous n'aviez pas envisagés.

À éviter

1. Ne pas poser des questions suggestives :
   • Évitez les questions qui dirigent les utilisateurs vers une réponse particulière. Par exemple, "Combien avez-vous aimé cette fonctionnalité ?" suppose que l'utilisateur a aimé la fonctionnalité.
2. Ne pas donner des indices ou des solutions :
   • Les instructions ne doivent pas contenir des indices qui pourraient influencer la manière dont l'utilisateur effectue la tâche. Par exemple, "Cliquez sur le bouton vert pour continuer" peut orienter l'utilisateur.
3. Éviter les questions composées :
   • Ne posez pas des questions qui abordent plusieurs sujets à la fois, comme "Avez-vous trouvé la navigation facile et la page d'accueil informative ?"
4. Ne pas interrompre les utilisateurs :
   • Dans un test non modéré, l'utilisateur doit naviguer seul. Les interruptions ou les suggestions pendant le test peuvent biaiser leurs actions et perceptions.
5. Ne pas inclure des tâches irréalistes :
   • Les tâches trop complexes ou irréalistes peuvent frustrer les utilisateurs et ne pas refléter leur comportement habituel.
6. Éviter les biais culturels et contextuels :
   • Assurez-vous que les questions et les tâches sont culturellement neutres et compréhensibles par un public diversifié.
7. Ne pas surcharger les utilisateurs :
   • Évitez de donner trop de tâches ou de questions à la fois, ce qui peut entraîner de la fatigue et des réponses moins réfléchies.

Conclusion

En suivant ces recommandations, vous pouvez minimiser les biais dans les questions et les tâches de vos tests utilisateurs non modérés. Cela vous permettra d'obtenir des données plus fiables et exploitables pour améliorer l'expérience utilisateur de votre produit ou service.