Partenaires de communication : aider sans parler à la place de la personne

Qu’est-ce qu’un partenaire de communication ?

Un partenaire est toute personne qui échange avec l’utilisateur : proche, aidant, enseignant, collègue, professionnel, agent d’accueil ou interlocuteur occasionnel. Son comportement influence la disponibilité du support et la possibilité de terminer le message.

Le rôle n’exige pas de maîtriser tout le vocabulaire. Il demande de savoir où se trouvent les messages essentiels, comment proposer une confirmation, comment attendre et comment signaler une incompréhension. Une petite convention partagée vaut mieux qu’une interprétation silencieuse.

Le partenaire ne doit pas supposer que la voix numérique remplace le regard vers la personne. Il s’adresse à elle, non à l’accompagnant ou à l’écran, et accepte qu’un message puisse être lent, partiel ou corrigé.

Cartographie des rôles autour du support

Les responsabilités doivent être séparées pour éviter qu’une seule personne décide du vocabulaire, possède l’unique sauvegarde et interprète tous les messages. Dans un petit foyer, plusieurs rôles peuvent être tenus par la même personne ; ils restent nommés pour être transmis.

Préparer un échange avant d’ajouter du vocabulaire

Définissez d’abord la situation et l’intention : faire un choix au repas, raconter un événement, participer à une activité, demander une pause ou signaler un inconfort. Un ajout de vocabulaire sans situation finit souvent dans une catégorie oubliée.

Vérifiez ensuite le moyen d’accès, la position du support, l’environnement sonore et lumineux, le temps disponible et les partenaires présents. La même grille peut être accessible sur une table et difficile dans un déplacement.

Préparez enfin une voie de secours. Si le terminal ou la voix n’est pas disponible, le partenaire doit savoir comment maintenir les messages essentiels sans attendre une nouvelle configuration.

1. Nommer la situation
2. Lister deux ou trois intentions prioritaires
3. Vérifier posture et support
4. Présenter le mode de confirmation
5. Préparer le secours
6. Observer avant de modifier

Attendre, confirmer et réparer une incompréhension

Le temps d’attente commence après que le support est accessible. Regarder l’écran en silence tout en répétant la question peut ajouter de la pression. Le partenaire peut annoncer qu’il attend, puis laisser la personne naviguer, pointer, regarder ou vocaliser.

Une confirmation doit permettre oui, non et correction. Reformulez seulement ce qui est nécessaire : « tu parles de… ? » puis rendez le support. Une réponse ambiguë reste ambiguë ; elle ne devient pas certaine parce que le partenaire est pressé.

Lorsqu’un message n’est pas compris, identifiez la partie connue, demandez un indice compatible avec le moyen d’accès et revenez à l’intention. Ne supprimez pas l’élément comme « inutile » avant d’avoir observé plusieurs situations.

• Ne pas finir systématiquement la phrase
• Conserver une vraie possibilité de dire non
• Nommer l’incompréhension sans blâmer
• Revenir au support après la reformulation
• Noter le message manquant, pas une interprétation de la personne

Modéliser l’usage sans obliger à imiter

Un partenaire peut montrer comment il utiliserait le support pendant une situation réelle : sélectionner un mot pour commenter, demander ou préciser. Cette modélisation rend le moyen visible sans exiger une réponse immédiate.

Le but n’est pas de transformer chaque échange en exercice. Le partenaire continue de parler naturellement, emploie le support de façon compatible avec la situation et accepte que la personne réponde autrement.

Une méthode d’accompagnement relève du contexte et des compétences concernées. Ce guide n’établit ni fréquence thérapeutique, ni protocole clinique, ni progression individuelle. Il fournit seulement des garde-fous d’interaction.

Gouverner le vocabulaire avec la personne

Un vocabulaire est vivant : personnes, lieux, activités et intérêts changent. Les ajouts doivent répondre à des messages identifiés et être relus avec la personne autant que possible. Les mots fréquents, refus, questions et commentaires ne doivent pas être remplacés par une collection de demandes pratiques.

Évitez de déplacer les éléments déjà maîtrisés pour satisfaire un classement d’adulte. Avant une réorganisation, notez le défaut observé, sauvegardez, changez un ensemble borné et vérifiez le nouvel accès.

Décidez qui peut proposer un ajout, qui vérifie l’image ou le libellé, qui traite les doublons et qui archive. Le compagnon de configuration facilite cette procédure ; son code local ne lui confère pas une autorité sur les messages.

1. Consigner le message manquant dans son contexte
2. Choisir avec la personne un libellé compréhensible
3. Vérifier image, catégorie et emplacement
4. Éviter les déplacements inutiles
5. Tester dans la situation
6. Sauvegarder et dater la révision

Responsable technique : rendre le support disponible

La charge technique peut être confiée à une personne distincte : batterie, mise à jour, installation PWA, stockage disponible, voix système, sauvegardes et protection du terminal. Cette personne vérifie un service ; elle n’évalue pas le langage ni ne décide des messages.

Une checklist périodique couvre l’ouverture hors ligne, la présence des voix utiles, le chargement, l’intégrité physique, la date du dernier export et la disponibilité du secours. Une mise à jour importante est testée sur une copie ou avec un rollback connu.

PictoVoice stocke localement et n’annonce pas de compte distant. Le responsable technique doit donc comprendre qu’un changement de terminal ou un effacement du navigateur peut faire perdre les données non exportées.

• Terminal chargé et accessible
• Voix testée dans les conditions réelles
• PWA ouverte hors ligne
• Export de sauvegarde daté
• Restauration testée sur copie
• Support papier de secours disponible

Professionnels et proches : articuler les compétences

Un proche apporte la connaissance du quotidien ; un professionnel peut apporter une évaluation et une méthode dans son champ ; un enseignant connaît les situations pédagogiques ; un responsable technique maîtrise le terminal. Aucun rôle ne possède à lui seul toutes les informations.

La passation doit distinguer observation et conclusion. « Le message a demandé quatre étapes et deux aides dans un lieu bruyant » est transmissible. « Cette grille ne convient pas » demande davantage de contexte et peut relever d’une décision compétente.

Le site-guide et PictoVoice ne remplacent aucun professionnel. Inversement, l’usage d’un outil par un professionnel ne transforme pas automatiquement cet outil en dispositif médical ou en solution validée.

Structure ou établissement : organiser accès et confidentialité

Une structure qui fournit des terminaux doit nommer les responsables, définir les habilitations, gérer mises à jour, sauvegardes, pertes et fin d’usage. Un appareil partagé ne doit pas exposer le vocabulaire d’une autre personne.

Le contenu d’un export peut être personnel. Les canaux, répertoires, durées et destinataires doivent être choisis selon les responsabilités et règles applicables. Le stockage local ne dispense pas la structure de sécuriser le terminal et les copies.

Les obligations d’accessibilité et de données dépendent du statut de la structure et du service. Le dossier réglementaire fournit les questions de qualification ; il ne remplace pas la procédure interne ou l’avis compétent.

• Un profil ou terminal clairement attribué
• Habilitations de configuration connues
• Exports séparés et protégés
• Procédure de perte ou restitution
• Suppression ou transfert en fin d’accompagnement
• Mode de secours disponible sur les lieux

Éditeur : publier les capacités et limites exactes

L’éditeur est responsable de décrire ce que l’application fait dans la version publique, de maintenir les informations de sécurité, d’expliquer le stockage et de corriger les affirmations erronées. Il ne doit pas transformer un test technique en efficacité clinique.

Pour PictoVoice, les capacités publiées restent : grilles 12 ou 20, phrase visible, voix système, vocabulaire extensible, stockage local et import/export OBF/OBZ. Les limites restent : pas de compte ou synchronisation, voix variable, exports non chiffrés par l’application, code compagnon non fort et absence de test mineur revendiqué.

Toute évolution exige une nouvelle preuve produit avant de changer le site. Les partenaires doivent pouvoir distinguer présent, limite et vision sans inspecter le code.

Passer d’un lieu ou d’une équipe à l’autre

Une passation utile contient le moyen d’accès, les messages essentiels, les conventions de oui/non/correction, le support principal, le secours, la personne responsable de la configuration et la date de la dernière sauvegarde. Elle ne transmet pas tout le vocabulaire à chaque interlocuteur.

Évitez les fichiers joints sans contexte. Un export OBF/OBZ peut servir de copie technique, mais la passation doit expliquer sa version, son contenu, sa destination et la procédure d’import sur copie. Les informations non nécessaires au nouveau contexte doivent être écartées.

Le premier échange dans le nouveau lieu vérifie l’accès et les conventions avant d’ajouter du vocabulaire. Une organisation différente peut être légitime, mais les repères maîtrisés ne sont pas déplacés sans observation.

1. Nommer les acteurs et le but de la passation
2. Lister seulement les messages essentiels au contexte
3. Documenter oui, non et correction
4. Identifier support principal et secours
5. Transférer une copie bornée si nécessaire
6. Tester avec la personne
7. Dater et prévoir la reprise

Trois cas concrets

Au domicile, une personne souhaite choisir le repas et commenter. Le partenaire place le tableau à portée avant de proposer les options, attend le message, confirme une ambiguïté et note qu’un commentaire manque. Le compagnon ajoute ce message plus tard sans réorganiser toute la grille.

Dans un lieu collectif, le terminal n’a plus de batterie. L’équipe utilise le tableau essentiel imprimé, conserve les mêmes conventions de oui/non et signale l’incident au responsable technique. Aucun nouveau support n’est improvisé pendant l’échange urgent.

Lors d’un changement d’accompagnant, une archive OBZ est envisagée. Le responsable exporte une copie, vérifie les données personnelles, choisit le destinataire autorisé et teste l’import sans écraser l’original. La nouvelle personne reçoit aussi les conventions d’échange, pas seulement le fichier.

Erreurs fréquentes de partenaire

Parler à l’accompagnant plutôt qu’à la personne, finir chaque phrase, poser uniquement des questions fermées, déplacer souvent les pictogrammes, masquer le support hors des activités prévues ou faire semblant de comprendre réduisent l’autonomie de l’échange.

Une autre erreur consiste à mesurer la personne avec le support : vitesse, nombre de sélections ou phrases prononcées deviennent un score global. Ces observations peuvent aider à identifier un obstacle, mais elles ne résument ni intention, ni compréhension, ni capacité.

Enfin, le partenaire peut confondre accès technique et autorité. Connaître le code compagnon ou posséder l’export ne donne pas le droit de modifier, partager ou interpréter sans cadre.

• Support proposé trop tard
• Réponse complétée sans confirmation
• Oui sans possibilité de non
• Réorganisation fréquente
• Export diffusé par commodité
• Panne sans secours
• Observation transformée en diagnostic

Checklist de partenariat

Une checklist courte peut être relue au début d’un nouvel accompagnement et après un changement important.

• La personne est l’interlocuteur principal
• Le support est à portée avant la question
• Oui, non et correction sont accessibles
• Le temps d’attente est respecté
• Plusieurs modes sont acceptés
• Les messages essentiels restent stables
• Les ajouts répondent à une situation réelle
• Le responsable technique est identifié
• Le secours est connu et à jour
• Les exports sont bornés et protégés
• Les observations restent factuelles
• La date de révision est prévue

Sources, limites et révision

Ce dossier s’appuie sur la définition de la CAA de l’ASHA, la Convention de l’ONU, les formats OpenAAC, les recommandations CNIL et les WCAG 2.2. Ces sources donnent des droits, concepts, formats et critères généraux ; elles ne valident pas une méthode clinique individuelle.

Dernière révision humaine : 25 août 2026. Les rôles doivent être adaptés au contexte réel et aux responsabilités applicables. PictoVoice ne reçoit pas les observations ou le vocabulaire via ce site et ne revendique aucune efficacité clinique.

• Aucune prescription
• Aucun profil utilisateur envoyé au site
• Aucune hiérarchie automatique entre partenaires
• Capacités produit datées
• Corrections selon la méthode publique