Le contexte fourni au moteur
Avant même de comprendre la demande, le moteur reçoit un contexte propre au rôle : les informations utiles à un technicien en intervention ne sont pas celles utiles à un accueil téléphonique.
Le moteur d'interprétation utilisé par SpeakDo est le même pour tout le monde. Ce qui change, c'est le profil métier : il définit le contexte transmis, les actions pertinentes, le vocabulaire compris et — tout aussi important — les actions qui ne doivent jamais être proposées à un rôle donné.
Ce que voit et peut faire chaque profil aujourd'hui :
Un profil métier n'est pas cosmétique. Il agit avant même que le moteur ne réponde, sur ce qu'il reçoit, ce qu'il peut proposer et ce qu'il n'a pas le droit de proposer.
Avant même de comprendre la demande, le moteur reçoit un contexte propre au rôle : les informations utiles à un technicien en intervention ne sont pas celles utiles à un accueil téléphonique.
Chaque profil n'expose que les actions qui ont un sens pour son rôle. Un chef de projet voit des tâches et des échéances, pas des opérations d'intervention terrain.
Le profil restreint aussi les objets réellement manipulés dans Dolibarr — tickets, interventions, tâches, tiers — selon ce que le rôle a besoin de toucher, et rien de plus.
Les mots employés changent selon le rôle : une « intervention » pour un technicien, un « dossier » pour un chef de projet, un « appel » pour un accueil téléphonique.
Certains enchaînements d'actions n'ont de sens que pour un profil donné. Préparer une intervention n'est pas un geste utile pour un poste d'accueil.
Un profil retire délibérément certaines actions du champ des possibles. Ce n'est pas une option à décocher côté utilisateur : elles ne sont tout simplement jamais proposées.
D'autres profils sont prévus au fil du temps. L'architecture de SpeakDo est conçue pour permettre, à terme, des pages dédiées par métier.
Le profil terrain historique de SpeakDo : compte rendu d'intervention, temps passé, tâches et recherche client, directement depuis le téléphone en intervention.
Un profil volontairement restreint, pensé pour une interaction publique : identifier un appelant ou une société, créer un ticket de suivi. Les factures et les dossiers clients complets ne sont jamais exposés à ce profil, y compris lorsque l'appelant n'est pas authentifié.
Suivi des tâches, des échéances et des dossiers clients ou projets — sans les actions d'intervention terrain ni les opérations qui ne relèvent pas de ce rôle.
Un profil pensé pour les usages d'entrepôt — encore en phase d'exploration. Son périmètre exact sera précisé au fil de son développement plutôt qu'annoncé à l'avance.
Restreindre ce qui est proposé n'est pas qu'une question d'ergonomie. C'est une couche de sécurité supplémentaire, en plus des droits déjà vérifiés par l'ERP — jamais à leur place.
Le fonctionnement général de SpeakDo est détaillé sur les pages Dolibarr et Sécurité.
Non. Les droits définis dans Dolibarr restent l'autorité finale sur ce qui peut être exécuté. Le profil métier agit en amont : il restreint ce qui est proposé, pas ce qui est autorisé au niveau de l'ERP.
Contactez-nous à hello@speakdo.fr pour en discuter. Définir un nouveau profil demande un travail sur le contexte, le vocabulaire et les actions pertinentes propres à votre métier ; nous ne pouvons pas garantir de délai à l'avance.
Oui. Le même mécanisme de profil s'applique aux deux : ce qui change, c'est le canal par lequel l'intention arrive, pas la façon dont elle est filtrée.
Non, jamais. C'est un choix de conception délibéré : ce profil est pensé pour des interactions potentiellement non authentifiées, et n'expose donc aucune donnée financière ni dossier client complet.
Découvrez comment un profil métier s'applique concrètement selon le canal utilisé.