Son

Notes

Ce guide de conception a été créé pour Windows 7 et n’a pas été mis à jour pour les versions plus récentes de Windows. La plupart des conseils s’appliquent toujours en principe, mais la présentation et les exemples ne reflètent pas nos conseils de conception actuels.

Le son est l’élément audio de l’expérience utilisateur. Lorsqu’il est utilisé de manière appropriée, le son peut être une forme de communication efficace qui établit une relation non verbale et même émotionnelle avec vos utilisateurs. Les sons peuvent être utilisés seuls ou en complément de l’interface utilisateur visuelle. Par exemple, l’ajout d’un effet sonore à une notification augmente la probabilité qu’elle soit remarquée, en particulier si l’utilisateur ne regarde pas l’écran lorsqu’un événement se produit.

À partir de l’onglet Sons de l’élément du panneau de configuration Son, les utilisateurs peuvent apporter des modifications aux sons de leur système.

Cet article décrit l’utilisation des sons au sein d’un programme en tant que réponse aux événements et aux actions de l’utilisateur, et l’intégration du contrôle audio d’un programme à Windows. Il ne couvre pas l’utilisation de la musique ou de la parole.

Note: Les recommandations relatives aux notifications et à la personnalisation sont présentées dans des articles distincts.

Est-ce la bonne interface utilisateur ?

Pour décider si vous devez utiliser le son, réfléchissez aux questions suivantes :

• L’utilisation du son présente-t-elle un avantage évident pour l’utilisateur ? Étant donné que les inconvénients de l’utilisation du son peuvent facilement dépasser les avantages, utilisez le son uniquement lorsqu’il existe un avantage évident.
• L’utilisation du son est-elle appropriée ? L’utilisation du son attire-t-elle l’attention sur des choses qui méritent d’être prises en compte ? Les utilisateurs manqueraient-ils le son s’il était absent ? Concentrez-vous sur les sons qui tiennent les utilisateurs informés, qui sont susceptibles de modifier leur comportement ou de fournir des commentaires utiles.
• L’utilisation du son est-elle gênante ? Y a-t-il des sons fréquents, bruyants et retentissants ? Les utilisateurs sont-ils susceptibles de réduire le volume système ou le volume de votre programme en raison de votre utilisation du son ?
• Utilisez-vous le son comme principale forme de communication ? Dans de nombreux cas, comme pour les utilisateurs qui ont un certain niveau de perte auditive, le son ne doit pas être utilisé comme principal moyen de communication. Le son est plus efficace en complément d’autres moyens de communication (tels que du texte ou des visuels).
• Les utilisateurs cibles principaux sont-ils des professionnels de l’informatique ? Le son est généralement inefficace pour les tâches destinées aux professionnels de l’informatique, car la plupart de leurs tâches s’exécutent sans assistance. En outre, le son ne se met pas à l’échelle pour eux, imaginez exécuter des centaines de tâches à la fois et obtenir des sons quand elles se terminent ou échouent.

Principes de conception

En règle générale, le son atteint tout ou partie des objectifs suivants :

• Notification. Le son peut être associé à des événements spécifiques. Par exemple, un « nouveau message » indique aux utilisateurs quand le courrier arrive sans perturber leur tâche actuelle.
• Commentaires. Le son peut fournir des commentaires pour des actions utilisateur spécifiques. Par exemple, un son subtil qui se lit lorsque vous relâchez le curseur sur le contrôle de volume fournit des commentaires sur le niveau du paramètre actuel.
• Personnalisation. Le son peut être associé à du contenu spécifique pour personnalisation de votre produit, application ou service. Windows utilise le son de cette façon pour le démarrage du système d’exploitation.
• Divertissement. Le son est couramment utilisé pour améliorer les produits de divertissement et rendre n’importe quel produit plus attrayant. Par exemple, la plupart des jeux, des applications d’entraînement et des produits de consommation utilisent le son pour divertir les utilisateurs et améliorer leur expérience.

Certains sons peuvent remplir plusieurs de ces objectifs à la fois. Le son de démarrage Windows, par exemple, indique que le processus de démarrage est terminé et que le bureau est prêt à être utilisé. Il fournit également une forme puissante de marque de produit et même engage momentanément les utilisateurs.

Les sons qui ne remplissent aucun de ces objectifs devraient probablement être éliminés.

Utilisation inappropriée du son

Malgré les avantages du son, une utilisation appropriée du son nécessite une retenue importante pour faire autrement peut rendre un programme ennuyeux et distrayant. Les utilisateurs désactiveront complètement leur son s’ils deviennent ennuyés par des sons fréquents, répétitifs, perturbants, perturbants, mal conçus; en partie parce que de par sa nature même, le son demande de l’attention et est difficile à ignorer. Pour obtenir des conseils sur la recherche d’un équilibre raisonnable, consultez les recommandations en matière de conception du son.

Étant donné que les inconvénients de l’utilisation du son peuvent facilement dépasser les avantages, utilisez le son uniquement lorsqu’il existe un avantage évident. En cas de doute, n’utilisez pas de son.

Rendre le son supplémentaire

Même si le son est utilisé de manière appropriée, il existe de nombreuses situations où le son peut ne pas être efficace pour tous les utilisateurs :

• Certains utilisateurs peuvent travailler dans un environnement bruyant où les sons ne peuvent pas être entendus.
• Certains utilisateurs peuvent travailler dans un environnement silencieux qui nécessite que le son soit désactivé ou défini à un faible volume.
• Certains utilisateurs peuvent avoir des troubles de l’audition ou une perte.
• L’ordinateur n’a peut-être pas de haut-parleurs.

Pour ces raisons, le son utilisé pour les notifications et les commentaires ne doit jamais être la seule méthode de communication, mais plutôt compléter des signaux visuels ou textuels.

Caractéristiques souhaitables du son

En général, les sons doivent être :

• fréquence moyenne à haute (600 Hertz [Hz] à 2 kilohertz [kHz]).
• courte (moins d’une seconde).
• soft ou modéré en volume.
• Significatif.
• agréable, pas alarmant ou angoissant.
• non verbal.
• non répétitif.

Avec le son, less est plus. L’effet sonore idéal est celui que les utilisateurs remarquent à peine, mais ils manqueraient s’il était absent.

Une idée fausse courante est que les sons pour les événements critiques doivent être forts et bruyants pour attirer l’attention de l’utilisateur. Ce n’est pas vrai, car le son est vraiment destiné à être un moyen supplémentaire de communication. Dans le cas d’un message d’erreur critique, sa présentation (éventuellement dans une boîte de dialogue modale), son icône (icône d’erreur), son texte et son ton se combinent pour communiquer la nature de l’erreur. Un son d’erreur efficace peut être légèrement plus fort que le son Windows classique, mais il n’est pas nécessaire qu’il soit beaucoup plus fort.

Caractéristiques des sons Windows

Au-delà de cet appel général au minimalisme, l’esthétique du son Windows utilise la lumière, les tons purs, les sons vitreux et aérés, avec un fondu doux et fondu -out (« bords doux ») pour éviter les effets brusques, percussifs. Elles sont conçues pour se sentir subtiles, douces et consonnes. Les sons Windows utilisent l’écho, la réverbération et l’égalisation pour obtenir une sensation naturelle et ambiante.

Le schéma sonore par défaut pour Windows n’utilise généralement pas de sons instrumentaux ou reconnaissables au quotidien trop spécifiques ou musicaux. Les instruments de musique tels que les pianos ou les percussions, les sons d’animaux, les bruits environnementaux, la parole, les voix, les effets sonores de type cinéma ou d’autres sons d’êtres humains sont des exemples de sons qu’il évite. En outre, les sons Windows ne sont pas destinés à être perçus comme de la musique (c’est-à-dire, aussi longtemps, des mélodies multi-notes). Cela rend les sons Windows fonctionnellement distincts des autres types de sons.

Étant donné que les sons Windows ont été conçus de manière professionnelle pour avoir les caractéristiques souhaitables et attirer un large public, envisagez d’utiliser ces sons Windows intégrés chaque fois que nécessaire.

Conception de vos propres sons

Si vous devez créer vos propres sons, concevez-les pour avoir les caractéristiques décrites précédemment. Efforcez-vous de les rendre complémentaires aux tâches ou événements associés.

Comprenez que la création de sons originaux est difficile à faire, en particulier pour les sons destinés à un large public. Le son peut être un élément de conception polarisant. Pour chaque utilisateur qui aime un son, il y en aura beaucoup qui ne l’aiment pas.

Concevez les sons de votre programme en tant que groupe pour qu’ils se sentent comme des variantes connexes sur un thème. L’expérience auditive de votre programme doit être coordonnée avec son expérience visuelle. En outre, le ton des sons doit être coordonné avec le ton du texte. Réfléchissez à la façon dont un texte au ton agréable et naturel peut être miné lorsqu’il est accompagné de sons durs et alarmants.

Si vous ne faites que quatre choses...

1. Utilisez le son avec retenue pour vous assurer qu’il existe un avantage global clair pour l’utilisateur. En cas de doute, n’utilisez pas de son.
2. Utilisez les sons Windows intégrés chaque fois que nécessaire.
3. Si vous concevez vos propres sons, assurez-vous qu’ils ont les caractéristiques sonores souhaitables et dans l’ensemble se sentir comme des variations sur un thème.
4. Ne partez pas du principe que les sons doivent être forts et bruyants pour attirer l’attention de l’utilisateur.

Modèles d’usage

Les sons ont plusieurs modèles d’utilisation :

Utilisation du son	Exemple
Fin de l’action avertit les utilisateurs lorsqu’une action lancée par l’utilisateur de longue durée se termine correctement.	Dans cet exemple, la boîte de dialogue lit un son pour informer les utilisateurs que le téléchargement est terminé.
Échec de l’action avertit les utilisateurs en cas d’échec d’une action lancée par l’utilisateur de longue durée.	Dans cet exemple, Windows lit un son pour informer les utilisateurs que l’opération de sauvegarde a échoué.
Événement système important sonique alerte les utilisateurs des événements système importants ou des status qui nécessitent une attention immédiate.	Dans cet exemple, les utilisateurs sont avertis que leur batterie faible nécessite une attention immédiate.
FYI sonique avertit les utilisateurs des informations potentiellement utiles et pertinentes.	Étant donné que ces informations ne nécessitent généralement pas d’attention immédiate, un son fyi fournit des commentaires subtils sans briser le flux de l’utilisateur. Dans cet exemple, un son est lu lorsqu’un contact se connecte à un service de messagerie instantanée.
Effet sonore sonical fournit des commentaires aux interactions utilisateur.	Fournit des commentaires sonores réels ou de style appropriés pour l’interaction. les effets sonores sonnent souvent comme si l’utilisateur manipulait un objet physique réel. parfois appelé foley. Dans cet exemple, la taille de l’effet sonore de la fenêtre de réduction des sons comme un objet réel est réduite.
Sons de personnalisation un son fourni pour améliorer l’expérience utilisateur tout en ayant un impact émotionnel et, comme effet secondaire, promouvoir la marque du produit.	Les sons de personnalisation sont préférables lorsqu’ils sont synchronisés avec des événements visuels, en particulier les transitions d’interface utilisateur telles que l’affichage d’une fenêtre de programme. les véritables marques sonores indiquent la source des produits, comme un mot ou un logo de marque, et sont relativement rares. Dans cet exemple, le démarrage de Windows est une expérience de transition de marque.

Consignes

Utilisation

• Utilisez le son avec retenue pour vous assurer qu’il existe un avantage global clair pour l’utilisateur. Concentrez-vous sur les sons qui tiennent les utilisateurs informés, qui sont susceptibles de modifier leur comportement ou de fournir des commentaires utiles. En cas de doute, n’utilisez pas de son.
• Sélectionnez le son et ses caractéristiques en fonction de la façon dont il est utilisé. Pour obtenir une description de chaque modèle d’utilisation, consultez le tableau de la section précédente.
• Pour les notifications et les commentaires, n’utilisez pas le son comme seule méthode de communication. Utilisez plutôt le son comme méthode supplémentaire pour renforcer les signaux visuels ou textuels. Cela garantit que les utilisateurs peuvent voir les informations s’ils ne peuvent pas entendre le son.
• Ne jouez pas fréquemment des sons forts ou durs. Cela est inutile et entraîne une expérience utilisateur médiocre. Plus un son est joué, moins il doit être gênant. Les sons n’ont pas besoin d’être forts ou durs pour attirer l’attention.
• Ne bip pas. Le bip n’est pas approprié pour les programmes modernes. Les bips ne peuvent pas avoir de significations spécifiques qui leur sont attribuées et les utilisateurs ne peuvent pas les contrôler.
  • Exception: Les fonctions système critiques peuvent biper pour avertir les utilisateurs des situations auxquelles ils doivent faire attention immédiatement, comme une batterie extrêmement faible.

Lecture

• Ne répétez pas un son plus de deux fois consécutivement.
• Pour une séquence consécutive d’événements sonores connexes, lisez un son uniquement sur le premier événement. Évitez d’utiliser plusieurs sons, car ils peuvent entrer en collision les uns avec les autres ou entraîner une expérience utilisateur désagréable.

Sélection du son

• Choisissez des sons agréables. N’utilisez pas de sons désagréables et alarmants, tels que les bourdonnements, les plantages et les cassants.
• Utilisez des sons courts (moins d’une seconde).
• Utilisez des sons qui sont à peu près le même volume que le son Windows classique. Les utilisateurs n’aiment pas avoir à réduire le volume lors du démarrage d’un ordinateur ou d’un programme, en particulier dans des environnements publics tels que des réunions et des présentations. Les fichiers audio Microsoft Windows se trouvent dans le dossier Media dans le dossier Windows.
• Ne choisissez pas de sons qui nécessitent une localisation. Vous pouvez y parvenir en utilisant des sons qui n’utilisent pas la parole ou qui ont des significations ou des connotations dépendantes de la culture.

Sons système Windows

• Utilisez les sons système Windows intégrés chaque fois que nécessaire.
• Choisissez d’utiliser les sons système en fonction de leur signification associée, pas seulement du son lui-même. Les sons système doivent être utilisés de manière cohérente.

Conception sonore

Lors de la création de vos propres sons :

• Créez des sons avec les caractéristiques sonores souhaitables.
• Composer des sons avec principalement des fréquences moyennes à hautes (600 Hz à 2 kHz). N’utilisez pas de fréquences basses, car elles voyagent plus loin, sont plus difficiles à localiser et peuvent être alarmantes.
• Définissez l’amplitude relative des sons normaux au niveau du son Windows classique. Les sons Windows ont été correctement nivelé pour les environnements domestiques et professionnels. L’utilisation de différents niveaux pour vos sons forcera les utilisateurs à effectuer des ajustements de volume.
  • Définissez les sons importants pour qu’ils soient légèrement plus forts. Ces sons incluent les achèvements d’action, les échecs d’action et les événements système importants.
  • Définissez les sons fréquents pour qu’ils soient légèrement plus doux. Il s’agit notamment des ACI, des sons de personnalisation et des effets sonores.
• Choisissez des sons cohérents avec la signification des sons Windows. Pour créer une version personnalisée d’un son Windows, conservez le même ton et le même intervalle, mais modifiez l’orchestration ou le timbre. N’attribuez pas de significations différentes aux sons avec des hauteurs et des intervalles similaires à ceux des sons Windows.
• Concevez les sons pour que votre programme se sente comme s’il s’agit de variantes connexes sur un thème. L’expérience auditive de votre programme doit être coordonnée avec son expérience visuelle.
  • Concevez ensemble des transitions de scène et des transitions audio. Par exemple, si une scène s’évanouit progressivement, tout son doit également s’estomper progressivement. Ne gâchez pas les transitions visuelles transparentes en ayant des transitions sonores abruptes.
• Les sons doivent être au format de fichier .wav. Le format PCM (stereo uncompressed code modulation) 16 bits et 44,1 kHz est recommandé. Si la taille du fichier est importante, utilisez des formats compressés ou monaurals (mono), mais sachez qu’il existe une perte de qualité facilement perceptible qui pourrait mal se refléter sur votre application.

Mélange

• Vous n’avez pas de contrôles de volume ou de sourdine dans votre programme. Au lieu de cela, laissez les utilisateurs contrôler les paramètres de volume relatif entre les applications avec le mélangeur de volumes Windows. Si votre programme dispose d’un contrôle de volume, il y aura plusieurs endroits où les utilisateurs ajustent leurs paramètres, ce qui peut entraîner une confusion.

  

  Le mélangeur de volumes Windows permet aux utilisateurs de contrôler le paramètre de volume main ainsi que le volume de chaque programme qui lit actuellement l’audio.

• Exception: Si l’objectif principal de votre programme est la lecture ou la création audio ou vidéo, il peut être utile d’avoir un contrôle de volume dans le programme. Utilisez un contrôle de curseur à cet effet et fournissez des commentaires immédiats lorsque l’utilisateur modifie le volume.

Intégration de Windows

• Inscrivez les sons de votre programme dans le registre Windows Sounds. Cela permet au mélangeur de volumes Windows d’ajouter un curseur pour votre programme.
• Inscrivez les événements sonores personnalisés de votre programme. Cela permet à l’élément du panneau de configuration Windows Sound de les afficher. Créez la clé suivante pour chaque événement sonore personnalisé : HKEY_CURRENT_USER | AppEvents | Étiquettes d’événements | EventName = Nom de l’événement.
• Ne câblez pas les sons pour les événements sonores de votre programme. Au lieu de cela, spécifiez les sons à lire à l’aide des entrées du Registre. Cela permet aux utilisateurs de personnaliser les événements sonores via l’élément Panneau de configuration Son.
  • Exception: Vous pouvez choisir de connecter les sons durs utilisés pour la personnalisation.
• Ne fournissez pas aux utilisateurs un moyen de configurer des sons dans les options de votre programme. Utilisez plutôt l’élément panneau de configuration Windows Sounds à cet effet.
• Envisagez de ne pas affecter de sons aux événements fréquents par défaut. N’obligez pas les utilisateurs à configurer leur sortie d’une expérience initiale ennuyeuse.

Problèmes de programmation DirectSound

• Pour les programmes DirectSound qui ont leur propre contrôle de volume, définissez le volume du programme sur 100 % par défaut. Cela permet d’optimiser la plage dynamique de votre audio.
• Ne verrouillez pas les autres événements sonores en exécutant votre programme en mode exclusif. Cela peut empêcher d’autres programmes de fonctionner correctement. Par exemple, l’utilisation du mode exclusif empêche l’utilisation d’un ordinateur comme appareil de téléphonie.

Texte

• N’utilisez pas l’expression adaptateur audio. Utilisez plutôt des carte sonores.
• Utilisez l’appareil pour faire référence de manière générique à des haut-parleurs, des écouteurs et des microphones.
• Utilisez le contrôleur pour faire référence au matériel audio qui contrôle les appareils, tels que les cartes audio et les chipsets.
• Utilisez l’expression schéma de son pour décrire une collection de sons pour des événements de programme courants, tels que la connexion ou la réception de nouveaux e-mails. Utilisez l’expression Thème de bureau pour décrire une collection d’éléments visuels et de sons pour votre ordinateur de bureau.
• Utilisez le terme audio pour faire référence à la parole, à la musique et aux sons. Utilisez le terme son pour faire référence plus étroitement au programme et aux sons Windows décrits dans cet article.