Le logiciel pour les 8 à 14 ans doit-il être coloré et "enfantin"?
Je développe une application d'apprentissage pour les enfants entre 8 et 14 ans dans le cadre de ma maîtrise en informatique. Je n'ai absolument aucun fond formel de conception d'interface utilisateur et dans le passé, j'ai écrit toutes mes applications en fonction de ce qui me semblait intuitif. Mais comme mon public cible est maintenant très différent de ce à quoi je suis habitué, j'ai commencé à regarder autour de moi.
Le programme que je crée est en quelque sorte similaire à Scratch (mais concernant les bases de données, pas la programmation à usage général). Le design de base de Scratch, le langage de programmation, est très coloré. Je vois que ces couleurs forment une hiérarchie visuelle très claire qui est évidemment utile lorsqu'il s'agit d'un sujet abstrait comme le déroulement d'un programme. 
Mais ce n'est pas seulement Scratch: la plupart des trucs pour les enfants me semblent un peu farfelus.
Donc, cela m'a fait penser: si "tout le monde fait cela", devrais-je également commencer à utiliser des schémas de couleurs distincts dans mon application? Quels documents de recherche ou guides de bonnes pratiques générales puis-je suivre lors de l'élaboration pour les enfants? Comme cela fait partie de ma thèse de maîtrise, j'aimerais avoir quelque chose de formel que je pourrais citer. Mais simplement googler des trucs comme "Pourquoi les applications pour enfants devraient être colorées" ne m'a pas emmené très loin.
Vous trouverez ci-dessous un brouillon très approximatif du schéma de couleurs que j'ai ajouté. Mis à part "les erreurs sont rouges", ces couleurs n'ont aucune signification plus profonde.
Ce que vous avez décrit ici n'est pas "enfantin" coloré - Les couleurs représentent des informations différentes: la couleur a un sens au-delà de la décoration.
Scratch colore ses blocs de code en fonction du type d'élément qu'ils sont (variable, opérations logiques, opérations de flux, etc.) de la même manière que Sublime Text (et de nombreux autres éditeurs de code):
Ce n'est certainement pas enfantin - c'est une gestion sensée de l'information. Au-delà des blocs de code, le reste de l'interface Scratch est principalement un gris sobre - pas du tout "farfelu".
Les "schémas de couleurs loufoques", à condition qu'ils soient exécutés avec soin et attention aux détails, peuvent aider à l'adoption initiale d'un logiciel destiné aux jeunes enfants simplement parce qu'il attire l'attention et se nourrit de leur expérience des jouets et des livres (peut-être liés à la façon dont la vue se développe chez les bébés - les couleurs plus fortes sont plus faciles à discerner pour les jeunes yeux). Cependant, la tranche d'âge que vous avez spécifiée (8-14) s'étend sur une période où les jeunes enfants commencent également à affecter la sensibilité des adultes. Les enfants plus âgés peuvent rejeter les logiciels aux couleurs vives (au sens décoratif) comme trop enfantins en faveur d'un style adulte plus sobre et raffiné.
Votre schéma de couleurs proposé semble raisonnable avec la mise en garde que certaines des couleurs plus lumineuses peuvent rendre le texte difficile à lire (essayez-les avec un analyseur de contraste de couleur ). Si vous êtes cohérent avec vos couleurs et que vous ne vous aventurez pas trop dans le "farfelu", vous devriez être OK.
J'atténuerais un peu ces couleurs. Deux des effets de la couleur sur un écran sont physiologiques et n'ont rien à voir avec l'âge d'un utilisateur, mais tout à voir avec la physique des yeux.
Premièrement, tous les yeux souffrent d'aberration chromatique. Vous ne pouvez pas mettre le rouge et le bleu au centre de votre rétine en même temps. (Si vous affichez un bloc rouge pur sur un fond bleu pur, le bloc rouge semblera planer à une certaine distance devant le bleu). C'est pourquoi la recommandation est que tous les arrière-plans soient pastel dans une certaine mesure: "blanc coloré" plutôt que couleur pure. La quantité de pastel est probablement une question de goût. Les enfants semblent préférer des couleurs définies au blanc subtilement ombré. Mais peu importe, évitez les couleurs pures.
Deuxièmement, les yeux ont une bien meilleure discrimination des détails sombres/clairs qu'entre les couleurs. La rétine d'une personne a beaucoup plus de tiges (pour la vision monochrome) que de cônes (capteurs de couleur). Donc, pour plus de lisibilité, faites sombre (généralement noir) sur pâle. (Moins bon, clair sur sombre. Moins bon, couleur sur différentes couleurs contrastées) Les éléments de votre maquette qui sont les moins visibles sont les boutons ovales bleu foncé étiquetés en noir, qui sont moins clairs que même le texte bleu foncé sur le panneau bleu clair.
De plus, les enfants sont plus susceptibles que les adultes d'avoir un daltonisme non diagnostiqué, il est donc probablement encore plus important qu'avec les adultes de s'assurer que tout le contenu de l'information est clairement visible en monochrome.
Coloré? Oui, enfantin? non. La couleur a une grande place dans la conception, en particulier dans tout type de codage IDE comme souligné par d'autres réponses, la couleur aide à indiquer à l'utilisateur quelle est la fonction de chaque mot. Les couleurs vives sont probablement très bien à utiliser aussi, mais assourdissez les couleurs de la maquette que vous donnez. Les couleurs néon sur fond blanc sont un peu difficiles à regarder trop longtemps. Essayez de faire une maquette similaire avec des couleurs vives et vives à la place. Voici n site où vous pouvez jouer avec des jeux de couleurs .
Cependant, gardez à l'esprit la tranche d'âge avec laquelle vous travaillez. Parce que vous êtes principalement destiné aux préadolescents et aux jeunes adolescents, rendre le logiciel enfantin est l'une des pires choses que vous puissiez faire. C'est vers cet âge que les enfants essaient de prouver qu'ils ne sont plus des enfants. Avoir un logiciel qui semble avoir été fait pour les enfants d'âge préscolaire est un moyen sûr de leur faire croire que c'est stupide, inutile ou sous eux. La conception du premier exemple que vous donnez semble beaucoup trop juvénile. Les couleurs vives sont acceptables, mais évitez les formes géniales ou le design trop gonflé. Rendre l'interface facile à utiliser est plus important que la rendre "amusante". Trop de programmes que j'utilisais à l'époque de l'école publique ont oublié ça!
En particulier, évitez le noir sur le rouge (utilisez du blanc ou du jaune à la place) ou du texte noir avec une couleur foncée. En d'autres termes, utilisez un texte qui contraste bien avec l'arrière-plan.
Andrew Martin a souligné un point important dans sa réponse: les enfants de cette tranche d'âge commencent à développer des sensibilités plus sophistiquées. Mais à tout âge, une palette de couleurs plus sobre avec une utilisation sélective de couleurs vives peut avoir des avantages cognitifs. Prenez, par exemple, une bonne cartographie ou des graphiques et demandez-vous lesquels sont les plus efficaces pour une utilisation distinctive de la couleur. Trop et trop de types de couleurs peuvent être tout aussi mauvais ou pires que pas de couleur du tout.
Considérez comment l'utilisation de couleurs vives et tamisées, la transparence, différents épaisseurs de ligne et styles sont utilisés ici pour transmettre les étapes de construction:
Le texte aux couleurs vives prend peu de pixels par rapport aux blocs de couleur unis. Ainsi, bien que ces couleurs puissent fonctionner dans un éditeur de texte, à moins que la saturation ne soit réduite, elles peuvent être écrasantes à des doses plus importantes.
Je pensais juste jeter ça là-bas.
Un pourcentage significatif de personnes est daltonien. Les couleurs peuvent être utiles, mais ne négligez pas non plus la taille, les contours, etc.
J'ai vraiment aimé les contours quand j'étais enfant et visuellement c'est la chose qui me semble la plus utile; pour moi, la coloration le rend trop occupé.
J'essaierais au moins d'ajouter du sens à la coloration.
- Un de mes fils, tout en interagissant avec une interface utilisateur enfantine a marmonné "c'est humiliant!". Il avait environ 6 ans.
- Les yeux des enfants ne sont pas différents de ceux des adultes. Comment pourraient-ils bénéficier d'un design de palette de couleurs brillantes?
- La lecture de texte posé sur des arrière-plans colorés nécessite plus d'efforts, c'est pourquoi nous avons tendance à mettre du texte en gras. Les moteurs de police semblent être optimisés pour le noir et le blanc (comme l'anti-crénelage) et ne rendent pas le texte en couleur de manière optimale.
- Les changements dans la couleur du texte sont comme des changements dans le type de police. Les yeux et le cerveau doivent "recalculer", d'où la moindre qualité des designs multi-fontes. Cela signifie une charge cognitive supplémentaire qui affecte les enfants comme les adultes, sinon plus.
- Les enfants exposés à des environnements très occupés ont tendance à devenir fous à cause de l'anxiété.
- Les enfants veulent être traités comme des adultes. Pas complètement, évidemment, mais ils apprécient quand cela se produit.
- Les enfants ont un sens esthétique de la beauté, malgré le nombre élevé d'interfaces enfantines colorées qu'ils voient au cours de leurs premières années. Y compris des jouets horribles.
Pour toutes les raisons ci-dessus, je ferais un design normal (respectueux), avec une décoration liée au sujet.
J'ai bien peur qu'il n'y ait pas d'autre solution. Vous devriez effectuer des recherches sur les utilisateurs ou contacter quelqu'un qui connaît bien tout le processus, si vous voulez faire les choses par le livre. Et il semble que oui.
Je ne recommande pas nécessairement la recherche d'utilisateurs parce que vous avez affaire à des enfants. Normalement, la recherche d'utilisateurs est la bonne chose à faire quel que soit votre public cible.
Il n'y a rien de tel qu'une règle empirique de sauvegarde en ce qui concerne simplement l'approche d'un public cible, quelle que soit la particularité de ce public cible.
C'est pourquoi l'un des concepts opérationnels dans le domaine UX est "persona": un représentant hypotéthique de votre public cible qui fonctionne comme une ligne directrice dans le développement de l'expérience utilisateur.
Par exemple, si votre demande est destinée à des enfants daltoniens, la loi non écrite d'un dessin coloré est-elle toujours valable? Non, ça change tout.
Ce n'était qu'un exemple radical, mais il pourrait y avoir de légères variations au sein de votre public cible qui détermineront votre succès ou votre échec, et vous feriez mieux de les contrôler.