Le Voice Operating Layer

Des connaissances qui parlent.
Et qui s’enrichissent.

Votre équipe doit pouvoir trouver les connaissances au moment d’agir et transmettre son expérience. Voice Intelligence mène la conversation adaptée ; les sources et les points à clarifier restent visibles. Le Voice Operating Layer relie les connaissances, le pilotage de la conversation, la voix et l’interface. Les nouvelles informations sont vérifiées par un spécialiste avant de devenir des connaissances d’équipe validées.

Comment les composants s’articulent

Un socle pour de nombreuses tâches. Expliqué à partir d’une situation de travail.

Illustration : Frank, un technicien, dans un atelier.

08 h 45 · Avant la prise de poste

La panne est de retour.

Frank doit informer son équipe. Le manuel décrit la procédure. La transmission d’équipe ne contient pas la confirmation concernant la pièce de rechange.

« Qu’est-ce qui est confirmé et que devons-nous encore clarifier ? »

Exemple explicatif fictif · Frank, technicien

Aujourd’hui

Les connaissances se trouvent dans des manuels, des PDF et les mémoires des personnes.
Frank cherche et pose des questions.

Avec le Voice Operating Layer

Frank pose sa question avec ses propres mots.
La réponse affiche les éléments probants et les points à clarifier.

01 · Le socle

Une question.
Quatre rôles en arrière-plan.

Quatre composants s’articulent pour répondre à la question de Frank. Chacun remplit un rôle précis.

KSE

Étayer les connaissances.

Met à disposition les sources et les états des connaissances. L’origine et la version restent traçables.

Pour Frank : que disent réellement le manuel et la transmission d’équipe ?

TalkTo

Piloter l’utilisation.

Définit le sujet et l’objectif de la conversation. Des personnes responsables y vérifient les nouvelles informations et valident les connaissances.

Pour Frank : sa conversation relève du cas d’usage « Transmission entre équipes ».

Voice

Mener la conversation.

Écoute, formule la réponse et pose des questions adaptées. Les informations étayées et les questions ouvertes restent distinctes.

Pour Frank : « Je ne dispose pas de la confirmation concernant la pièce de rechange. »

Frontend

Rendre l’état visible.

Ouvre l’accès par la voix ou le texte. La réponse, la source et les points à clarifier se retrouvent dans une interface adaptée.

Pour Frank : une vue compréhensible sur son appareil mobile.

Les éléments probants constituent la base. La manière d’en faire une conversation compréhensible peut être conçue sur mesure.

02 · La conduite de la conversation

Configurer la voix.
Conserver les limites.

Frank, technicien

Frank a peu de temps. Il veut entendre un bref état des lieux et poser des questions si nécessaire. Le ton, le vocabulaire, la prononciation et les questions complémentaires sont définis dans le projet.

Social Coding adapte la conversation à des besoins explicitement choisis, comme les connaissances préalables, la situation ou le temps disponible. Il n’évalue pas les personnes.

Les modules de conversation donnent une direction. Une demande d’information, une recherche de panne et un conseil exigent des conduites de conversation différentes. Les dialogues sont des exemples ; les réponses métier nécessitent des sources validées adaptées.

Comment Voice mène différentes conversations.

Une réponse rapide exige une autre conduite de conversation qu’une recherche de panne ou un retour d’expérience. Les modules choisis interviennent lorsqu’ils correspondent au besoin actuel. Ces exemples de dialogue indiquent une direction ; les réponses métier nécessitent des sources validées adaptées.

Service & technique

Cerner un problème

Voice distingue l’écart observé des causes possibles. Il demande précisément l’observation qui manque pour clarifier la situation.

Vous : « L’installation s’arrête toujours au démarrage. »

Voice : « Quel message s’affiche exactement au démarrage ? »

Accompagnement au travail

Accompagner étape par étape

Voice guide une procédure étayée, à raison d’une étape par tour de conversation. Les prérequis précèdent l’action ; votre retour aide à poursuivre.

Vous : « L’étape 2 est terminée. Que faut-il faire maintenant ? »

Voice : « Avant de poursuivre : qu’indique l’affichage après l’étape 2 ? »

Conseil & choix

Clarifier le besoin

Voice précise le critère de choix décisif et ne recommande que des options étayées. Il donne la justification adaptée et les limites de sa recommandation.

Vous : « Quelle variante convient à notre équipe ? »

Voice : « Combien de personnes doivent l’utiliser simultanément ? »

Huit autres modules de conversation avec des exemples

Introduction & changement

Examiner les objections de manière factuelle

Voice reprend une objection et explique les raisons, conditions ou exceptions étayées. Il reconnaît les points à clarifier et n’exerce aucune pression.

Vous : « Cette nouvelle procédure nous prend trop de temps. »

Voice : « Je ne peux pas évaluer ce travail à partir des documents disponibles. Je peux expliquer les raisons de cette procédure qui y sont indiquées. »

Projets & conception

Développer des idées ensemble

Voice précise l’objectif et les conditions, développe plusieurs propositions et aide à choisir. Les idées restent identifiables comme des propositions non vérifiées.

Vous : « Nous cherchons des idées pour une transmission d’équipe plus claire. »

Voice : « Quelle information doit impérativement être transmise à chaque relève ? »

Interventions & apprentissage en équipe

Faire le bilan ensemble

Voice examine successivement le plan, le déroulement, les facteurs contributifs et les enseignements à venir. Les réussites comptent aussi ; les personnes ne sont pas évaluées.

Vous : « Faisons le bilan de la dernière intervention. »

Voice : « Que devait-il se passer selon votre plan ? »

Expliquer et approfondir

Après une explication, Voice pose une question adaptée à l’application ou à l’approfondissement, si vous le souhaitez.

Exemple : « Quelle partie de cette procédure souhaitez-vous appliquer à votre cas ? »

Proposer la prochaine étape

Lorsque l’objectif est clair, Voice propose une prochaine étape limitée. Il n’exécute aucune action de ce fait.

Exemple après une proposition : « Qu’est-ce qui vous empêche encore de passer à cette prochaine étape ? »

Prendre en compte une frustration exprimée

Voice prend brièvement en compte une difficulté explicitement mentionnée et aide à traiter le besoin concret. Il ne déduit aucune émotion de la voix.

Exemple : « Les pannes répétées vous font perdre du temps. Examinons le défaut précis au démarrage. »

Présenter les consignes de protection en premier

Dans une procédure, Voice indique avant l’action les avertissements et mesures de protection applicables et étayés. Les consignes nécessaires s’appliquent même sans ce module.

Exemple de demande : « Que dois-je prendre en compte avant cette étape de travail ? »

Indiquer le bon interlocuteur

Lorsqu’une décision humaine est nécessaire, Voice indique le responsable documenté et le moyen de le contacter. Une transmission effective nécessite un processus distinct configuré à cet effet.

Exemple de demande : « Qui décide de cette exception ? »

Les modules sont désactivés au départ. Ils sont choisis dans le projet, vérifiés lors d’une conversation de test et activés pour les nouvelles conversations. Plusieurs modules peuvent se combiner ; chaque réponse comporte au maximum une seule question au total. Les décisions métier et les validations restent du ressort des personnes responsables.

03 · L’interface

08 h 50 · Dans l’atelier

Il y a du bruit.
Frank saisit sa question.

La réponse doit aider au moment d’agir. Frank voit ce qui est confirmé, d’où vient l’information et quelle question reste ouverte.

Lorsque les conditions s’y prêtent, il peut parler à nouveau ou écouter une réponse. L’interface est conçue pour le cas d’usage.

Vue conceptuelle illustrative · Les contenus et les fonctions sont définis dans le projet pilote.

Deux autres interfaces : dans l’équipe et dans le système existant
02 · En équipe

Espace de travail d’équipe

Questions orales, réponses brèves et sources justificatives se retrouvent sur une interface épurée.

Vue conceptuelle anonymisée
03 · Dans le système existant

Aide intégrée

VOP complète le processus existant. Une question saisie peut donner lieu à une réponse orale.

Vue conceptuelle anonymisée

Frank connaît maintenant l’état de la situation. Mais, au travail, il découvre quelque chose qui ne figure encore dans aucune source.

04 · Le cycle des connaissances

Une observation
peut devenir une nouvelle connaissance.

Frank décrit une nouvelle observation et confirme explicitement son information. Voice peut la transmettre pour vérification.

Aucun élément d’une conversation n’entre dans KSE sans validation humaine. La personne responsable vérifie l’information. Seules les connaissances validées reviennent sous forme d’un nouvel état des connaissances.

  1. Sources dans KSE

    KSE lit les sources, rend les connaissances accessibles et conserve les éléments probants.

  2. Éléments probants & versions

    KSE fournit des éléments probants et des états des connaissances versionnés.

  3. Conversation

    Voice parle, écoute et conduit les conversations dans l’interface du Frontend.

  4. Informations confirmées

    Voice les transmet ; une « correction » ou une « nouvelle connaissance » reste une proposition.

  5. Vérification humaine

    TalkTo traite les nouvelles affirmations, les contradictions, les questions du responsable des connaissances et les validations.

  6. … puis retour

    Les connaissances validées reviennent dans KSE sous forme d’un nouvel état des connaissances.

L’étape 6 ramène à l’étape 1

C’est ainsi que le cycle des connaissances est conçu. Nous relions KSE à TalkTo dans le projet.

Comment une information est vérifiéeDe la proposition confirmée à un état des connaissances traçable

Exemple fictif · L’information de Frank

« La confirmation concernant la pièce de rechange est disponible, mais elle n’est pas encore consignée dans la transmission d’équipe. »

Il s’agit d’abord d’une affirmation de Frank. La personne responsable vérifie si elle est étayée et s’applique à l’installation concernée.

  1. 1

    Confirmer l’information

    Frank confirme explicitement ce qu’il souhaite transmettre pour vérification. La correction comprend la question d’origine et le contexte des éléments probants. Voice transmet l’information confirmée.

  2. 2

    Vérifier l’affirmation et les éléments probants

    La personne responsable des connaissances vérifie : qui a confirmé la pièce de rechange ? Où est-ce documenté ? Pour quelle installation ? Les informations manquantes donnent lieu à une question complémentaire.

  3. 3

    Validation et intégration

    Le spécialiste décide de la validation dans TalkTo. L’intégration dans KSE doit ensuite être confirmée. Ce n’est qu’alors que l’information figure dans l’état confirmé des connaissances.

Les résultats possibles

Question complémentaire
Une information ou une source justificative doit être ajoutée.
Rejeté
L’information ne modifie pas les connaissances publiées.
Validé
Le spécialiste a donné son accord ; l’intégration dans KSE reste en attente.
Intégration confirmée
L’information figure dans le dernier état confirmé des connaissances de KSE.

Frank peut demander « Statut de mon information ». Nous configurons dans le projet le circuit de vérification et la liaison entre TalkTo et KSE. La validation métier, le profil de conversation et la conception de l’interface restent des décisions distinctes.

05 · Cinq points de contrôle

Un contrôle
visible.

Vous voyez sur quoi repose une réponse et qui décide des connaissances et des accès.

  • Validation. Des personnes valident les connaissances, pas l’IA.
  • Source. Les réponses s’appuient sur vos éléments probants.
  • Version. Chaque état des connaissances est traçable.
  • Autorisation. Les accès sont temporaires et révocables.
  • Transmission. Les limites et les responsables sont définis dans le projet.

06 · La collaboration dans le projet

Comment nous configurons VOP
pour votre équipe.

Dans le projet, nous définissons ensemble les sources applicables, la manière dont VOP parle et les points d’accès pour votre équipe.

Télécharger le cahier de cadrage Cahier à remplir · HTML · Anglais
1

Définir la tâche et les connaissances

Nous délimitons la tâche et choisissons les sources adaptées. Vous désignez la personne qui vérifie les nouvelles informations sur le plan métier.

2

Essayer la conversation

Nous définissons l’objectif de la conversation, la langue et la voix. Votre équipe teste les réponses et les questions complémentaires pour le cas d’usage choisi.

3

Concevoir l’accès

Nous concevons une interface adaptée à votre processus de travail. Vous déterminez qui y a accès et l’autorisez explicitement.

Configuration et validations en détail
  1. Entreprise et connaissances

    Créer l’entreprise, désigner un responsable des connaissances, ajouter des sources. Après traitement, les connaissances sont disponibles pour les requêtes.

  2. Cas d’usage TalkTo

    Définir le nom, la solution et l’objectif de conversation. Le cas d’usage indique le sujet et le domaine de connaissances.

  3. Configurer la voix

    Définir la voix, la langue et le profil de conversation. Les nouvelles conversations utilisent la version active du profil.

  4. Tester et lancer

    Tester en direct, confirmer l’échantillon audio, lancer délibérément. Le service est alors actif en interne.

  5. Concevoir l’interface

    Concevoir le design et lui attribuer une version fixe. Le nom et le numéro de version sont visibles.

  6. Publier l’accès

    Autoriser l’accès, partager le lien ou le widget. Les invités dialoguent avec un code d’accès temporaire.

Trois validations distinctes

Actif en interne

Une personne confirme l’échantillon audio et lance le service délibérément.

Design attribué

Le design est adopté sous forme d’une version fixe.

Accès publié

L’accès invité est publié explicitement.

Un test n’ouvre aucun accès invité. Un nouveau design ne remplace ni le lancement délibéré ni la publication de l’accès.

Trouver votre point de départ, échanger avec nous.

Ce qu’en disent nos partenaires

Des témoignages sur le
Voice Operating Layer.

« Le Voice Operating Layer d’Overmind est une excellente technologie qui aide les entreprises sud-africaines à accélérer leur passage à l’automatisation et aux solutions avancées d’IA vocale. »

Greg HegerDirecteur, Overmind South Africa

« Overmind.one aide les entreprises européennes à devenir parmi les plus innovantes et les plus recherchées au monde. Avec rigueur, réflexion critique, créativité, courage et engagement. Le Voice Operating Layer est étroitement lié à ma conception de l’innovation. »

Hans LercherProfesseur, entrepreneur

« Notre VOP apporte aux entreprises l’outil indispensable pour renforcer la circulation des connaissances et rendre leurs collaborateurs plus confiants et plus compétents. Améliorer les capacités des personnes plutôt que les remplacer : c’est notre credo. »

Johannes WeissDirecteur des opérations chez Overmind

Les portraits représentent les personnes citées.

De l’exemple à votre entreprise

Quelle question reste
régulièrement sans réponse chez vous ?

Pour Frank, la situation est plus claire : il peut transmettre les informations confirmées, nommer les questions ouvertes et soumettre une nouvelle information à vérification. Pour quelle tâche cela pourrait-il aider votre équipe ?

Questions fréquentes

En quoi VOP diffère-t-il d’une application vocale ?

VOP relie quatre rôles : connaissances et éléments probants, pilotage et vérification des connaissances, conduite de la conversation et interface. Ces composants sont réunis dans le projet pour un cas d’usage concret.

Chaque conversation modifie-t-elle automatiquement nos connaissances ?

Les nouvelles informations restent des propositions. Des personnes les vérifient et valident explicitement les connaissances avant qu’un nouvel état des connaissances ne soit créé dans KSE.

Devons-nous déjà avoir une interface ou une base de connaissances prête à l’emploi ?

Dans le projet, nous examinons vos sources existantes, la tâche et l’accès souhaité. Les vues conceptuelles montrent des possibilités ; le design, les canaux et les fonctions sont définis selon le cas d’usage.

Que verrons-nous dans le projet pilote ?

Un cas d’usage convenu, avec des sources choisies, une conversation configurée et une interface adaptée. Nous définissons au préalable le périmètre, les vérifications et les critères de réussite.

Concept de solution · La disponibilité et le périmètre sont convenus pour chaque projet.