Pourquoi une base de données propre à l’entreprise est un actif

Découvrez comment transformer des contacts dispersés en relations utiles, avec du contexte, de la continuité et un usage responsable des données. Apprenez quelles informations conserver, comment les organiser et pourquoi leur véritable valeur ne dépend pas du nombre d’enregistrements.

Imaginez que votre entreprise reçoive dix demandes d’information en une semaine.

Trois arrivent par le formulaire du site. Deux par Instagram. Quatre par téléphone et une par la recommandation d’un client.

Toutes représentent des personnes qui ont manifesté de l’intérêt pour votre offre.

Mais que se passe-t-il ensuite ?

Savez-vous lesquelles ont reçu une réponse ? Qui prépare un devis ? Quelles conversations restent ouvertes ? Quelles informations devez-vous conserver pour les traiter correctement ?

Une demande reste peut-être dans le téléphone du gérant. Une autre se trouve dans une boîte e-mail. Un devis attend une confirmation et personne ne se souvient de sa date d’envoi.

L’entreprise génère des opportunités, mais une partie importante des informations dépend de conversations dispersées et de la mémoire des personnes qui y ont participé.

Le problème est que l’entreprise ne dispose pas d’un moyen organisé de gérer les relations qu’elle génère déjà.

C’est là qu’apparaît la véritable valeur d’une base de données propre à l’entreprise.

Comme système d’information, au-delà d’une collection d’adresses e-mail destinées à recevoir de la publicité.

Elle n’a pas non plus vocation à devenir une liste qui doit croître indéfiniment.

Elle permet de comprendre pourquoi une personne a contacté l’entreprise, ce dont elle a besoin, quelle réponse elle a reçue et ce qui doit se passer ensuite.

Ces connaissances peuvent aider à mieux répondre, éviter les opportunités abandonnées et réduire la dépendance envers certaines personnes ou certains outils.

Elles peuvent aussi permettre à l’entreprise d’apprendre des questions, des besoins et des difficultés qui apparaissent dans ses relations commerciales.

Mais une condition est fondamentale.

Conserver des informations ne signifie pas avoir la permission de les utiliser de n’importe quelle manière.

Une base de données a besoin de finalités légitimes, d’informations proportionnées, de responsabilités claires et de conditions adaptées de sécurité et de conservation.

Sa valeur ne réside pas simplement dans la possession de données.

Elle réside dans la capacité à les utiliser correctement pour gérer de vraies relations.

1. Qu’est-ce qu’une base de données propre à l’entreprise et pourquoi compte-t-elle ?

Une base de données propre à l’entreprise est un ensemble organisé d’informations qu’elle obtient et gère dans le cadre de ses relations et de ses activités, sous des conditions lui permettant de contrôler leur utilisation et leur continuité.

Elle peut inclure des demandes commerciales, des clients, des réservations, des abonnements ou des informations nécessaires à la prestation d’un service.

Mais nous devons distinguer l’accès à une audience et la possession d’informations propres pour gérer une relation.

L’audience n’est pas la relation

Les réseaux sociaux, les moteurs de recherche, les plateformes de réservation et les annuaires peuvent générer une grande attention.

Ce sont des canaux précieux.

Ils aident les personnes à découvrir une entreprise, à connaître ses services et à établir un premier contact.

Mais un compte avec des milliers d’abonnés ne correspond pas à une base de milliers de clients potentiels.

Un abonné peut avoir montré de l’intérêt pour un contenu sans jamais demander de communication directe.

Une interaction sur Instagram n’autorise pas non plus automatiquement le transfert de ses données vers un autre système pour lui envoyer de la publicité.

Et l’entreprise peut dépendre des conditions de la plateforme pour poursuivre certaines conversations.

Cela ne signifie pas abandonner ces canaux.

Cela signifie comprendre quelle capacité l’entreprise conserve réellement.

Une relation peut commencer sur Instagram, par téléphone, lors d’une visite physique ou par une recommandation.

L’essentiel est de pouvoir enregistrer les informations nécessaires pour la traiter correctement lorsqu’une finalité légitime le justifie.

Une base propre à l’entreprise n’a pas besoin d’être hébergée sur son serveur

Cette nuance compte.

Une entreprise peut gérer ses informations avec un outil externe et garder un contrôle adapté sur ses données.

Elle n’a pas besoin de développer son propre CRM ni de louer des serveurs pour que la base soit utile.

Elle doit toutefois savoir où se trouvent les informations, qui peut y accéder, quelles finalités justifient leur traitement, quelles conditions le prestataire établit et comment continuer à fonctionner en changeant d’outil.

L’entreprise doit aussi identifier son rôle en matière de protection des données.

Dans le cadre du RGPD, l’entité qui détermine les finalités et les moyens du traitement agit généralement comme responsable du traitement. Un prestataire qui traite des données personnelles pour le compte de ce responsable peut agir comme sous-traitant, avec les obligations et les accords correspondants. [1]

Le contrôle ne se démontre donc pas simplement par la propriété de l’infrastructure.

Il se démontre par les décisions, les droits, les responsabilités et les conditions de continuité.

« Propre » ne signifie pas que les personnes nous appartiennent

Une base de données propre à l’entreprise ne donne pas de droits illimités sur les informations personnelles.

Les personnes conservent leurs droits et les données doivent être traitées selon des finalités déterminées et des bases juridiques adaptées.

Disposer d’une adresse e-mail ne signifie pas que nous pouvons l’utiliser pour n’importe quelle campagne.

Avoir fourni un service n’autorise pas automatiquement la conservation indéfinie de tous les détails de cette relation.

Et pouvoir exporter des informations d’une plateforme ne garantit pas le droit de les réutiliser pour une autre finalité.

Nous cherchons une capacité d’entreprise pour gérer l’information de manière légitime, compréhensible et responsable, sans nous approprier les personnes.

2. Une liste de contacts n’est pas nécessairement un actif utile

Imaginons qu’une entreprise dispose d’un tableur de deux mille adresses e-mail.

À première vue, cela peut sembler une base de données importante.

Mais que savons-nous de ces personnes ?

Certaines ont peut-être demandé des informations il y a des années.

D’autres ont acheté un service.

Certaines se sont volontairement abonnées à une communication.

Il peut aussi y avoir des doublons, des adresses obsolètes ou des contacts dont nous ignorons l’origine.

Le nombre total d’enregistrements ne nous dit ni si l’information est utile, ni si nous pouvons l’utiliser pour une finalité précise.

De la donnée isolée au contexte

Une adresse e-mail isolée apporte très peu d’informations.

Nous ne savons pas nécessairement pourquoi elle est arrivée dans l’entreprise, quelle relation existe ou ce que nous devons en faire.

Imaginons en revanche cet enregistrement :

Demande : Devis pour une célébration familiale.
Origine : Formulaire du site.
Date : 14 octobre.
État : Devis en attente de réponse.
Responsable : Personne chargée des événements.
Prochaine action : Envoyer les options demandées.

Nous n’avons plus simplement un contact.

Nous disposons d’informations qui permettent d’accomplir un travail concret.

Une autre personne autorisée pourrait comprendre la situation et poursuivre le traitement sans reconstituer toute la conversation.

Mais même cet enregistrement nécessite une condition supplémentaire : savoir pourquoi nous traitons ces informations, quelles données sont nécessaires et pendant combien de temps il convient de les conserver.

Les cinq dimensions d’une relation organisée

Une base utile devrait permettre d’identifier, selon la finalité de chaque enregistrement :

Toutes les relations n’exigent pas la même quantité d’informations.

Un abonnement à une newsletter peut être géré avec peu de données.

Une demande de devis peut nécessiter des informations supplémentaires.

Et une réservation confirmée peut exiger d’autres données pour fournir le service et respecter les obligations correspondantes.

La structure doit s’adapter à la finalité.

Une base utile conserve les informations nécessaires à la bonne gestion de chaque relation, plutôt que le plus d’informations possible sur chaque personne.

3. Répondre à une question, servir un client et envoyer du marketing sont des activités différentes

Cette distinction est fondamentale.

Une même entreprise peut traiter des informations personnelles pour différentes finalités.

Mais nous ne devons pas mélanger ces finalités comme si elles étaient équivalentes.

Voyons trois situations courantes.

Une personne demande des informations

Quelqu’un remplit un formulaire pour se renseigner sur un service.

Cette personne fournit son nom, une adresse de contact et une description de son besoin.

L’entreprise peut avoir besoin de traiter ces données pour gérer la demande et répondre.

La base juridique précise dépendra des circonstances. Certaines demandes préalables à un achat peuvent, par exemple, être couvertes par la nécessité de prendre des mesures précontractuelles à la demande de la personne.

Répondre à une demande n’exige pas nécessairement d’obtenir un consentement spécifique à l’envoi de publicité.

Mais nous devons identifier une base juridique adaptée, informer correctement sur le traitement et n’utiliser que les données nécessaires.

Une personne achète un service

Imaginons maintenant que la demande aboutisse à un achat.

L’entreprise devra gérer certains sujets liés à la prestation du service, à la facturation et aux obligations applicables.

Certaines données peuvent devoir être conservées pendant des délais fixés par la loi.

D’autres cesseront d’être nécessaires à la fin de la finalité ayant justifié leur collecte.

Nous ne devons pas supposer que toutes les informations commerciales ont la même durée de conservation.

Une personne demande à recevoir des communications

Enfin, une personne décide de s’abonner à une newsletter.

Une finalité différente apparaît ici.

La personne demande à recevoir certaines communications.

Nous devons lui expliquer le type de messages qu’elle recevra et gérer son abonnement selon les conditions applicables.

Lorsque le traitement repose sur le consentement, celui-ci doit être libre, éclairé, spécifique et univoque, et son retrait doit pouvoir être effectué de manière appropriée.

Le RGPD prévoit différentes bases juridiques pour traiter les données personnelles ; le consentement en est une, mais ce n’est pas la seule. [2]

Trois relations à distinguer

Une même personne peut se trouver dans plusieurs de ces situations.

Elle peut être cliente et avoir aussi demandé à recevoir une newsletter.

Mais cela ne signifie pas que nous devions mélanger toutes ses données et permissions.

La relation avec une personne peut se poursuivre. La finalité de chaque traitement doit rester claire.

Qu’en est-il de l’e-mail marketing ?

En Espagne, la Ley de Servicios de la Sociedad de la Información (LSSI) établit des exigences spécifiques pour l’envoi de communications commerciales électroniques.

En règle générale, ces communications doivent avoir été demandées ou autorisées au préalable.

Il existe, sous certaines conditions, une exception pour les relations contractuelles antérieures lorsque des produits ou services propres similaires à ceux achetés sont promus.

Les exigences d’information et la possibilité de s’opposer par des procédures simples et gratuites doivent aussi être respectées. [3]

Cela signifie qu’un restaurant ne devrait pas ajouter automatiquement toutes les personnes ayant demandé un devis à une liste promotionnelle.

Cela ne signifie pas non plus qu’il ne puisse jamais adresser des communications commerciales à d’anciens clients.

Cela signifie qu’il doit vérifier les conditions juridiques applicables à chaque situation.

Les obligations de protection des données et les règles relatives aux communications commerciales doivent être évaluées ensemble.

4. Exemple pratique : organiser les demandes d’un restaurant

Appliquons ces principes à une situation concrète.

Imaginons un restaurant des Pyrénées qui organise des célébrations familiales, des repas de groupe et de petits événements d’entreprise.

Le restaurant a une bonne réputation et obtient des réservations grâce aux recommandations, à son site et à différents canaux de communication.

Mais la gestion des demandes présente des difficultés.

Une famille demande sur Instagram s’il reste une disponibilité pour une célébration.

Une entreprise appelle pour demander un menu de groupe.

Une autre personne envoie un formulaire depuis le site.

Et un couple ayant organisé un événement l’année précédente reprend contact pour une nouvelle réunion.

Les demandes arrivent.

Mais les connaissances sont dispersées.

Le gérant conserve certaines conversations sur son téléphone. D’autres messages restent dans les e-mails. Une personne de l’équipe prépare les devis, mais les autres ne savent pas toujours lesquels sont en attente.

L’entreprise n’a pas nécessairement besoin d’acquérir davantage de contacts.

Elle doit d’abord organiser correctement les relations commerciales qu’elle génère déjà.

L’exemple suivant est entièrement hypothétique. Les processus, les enregistrements et les décisions décrits ne correspondent pas à un vrai restaurant et ne constituent pas une mise en œuvre réalisée par PhiStudio.

Étape 1. Identifiez comment les demandes arrivent

Avant de souscrire des outils, nous étudions les canaux et le processus existant.

Nous n’avons pas besoin d’obliger tous les clients à utiliser un seul canal.

Nous pouvons continuer à répondre par téléphone, réseaux sociaux ou e-mail.

Nous devons établir une manière adaptée d’enregistrer les demandes qui nécessitent un suivi.

Toute conversation informelle ne doit pas automatiquement devenir une fiche commerciale.

Nous enregistrerons uniquement les informations nécessaires lorsqu’une finalité légitime le justifie.

Étape 2. Définissez le processus de traitement

Le restaurant doit savoir ce qui se passe entre la réception d’une demande et son traitement ou sa clôture.

Nous pouvons établir un parcours simple :

Demande reçue → Informations en cours d’examen → Devis envoyé → En attente de réponse → Confirmée ou clôturée.

Ces états sont indicatifs.

Nous ne cherchons pas à transformer toutes les conversations en processus de vente compliqué.

Nous voulons éviter l’abandon d’une demande parce que personne ne connaît sa situation.

Nous devons aussi attribuer les responsabilités.

Une personne peut, par exemple, examiner les nouvelles demandes.

Une autre peut préparer les devis.

Et le gérant peut intervenir uniquement lorsqu’il faut approuver des conditions particulières.

L’essentiel est que les participants comprennent le processus.

Étape 3. Concevez une fiche de demande minimale

Nous pouvons maintenant définir les informations à enregistrer.

Ce tableau est une référence fonctionnelle, pas un modèle obligatoire de base de données.

Dans un système réel, tous ces éléments ne doivent pas nécessairement apparaître comme des champs modifiables dans chaque fiche.

La finalité, la base juridique et les informations fournies à la personne concernée peuvent, par exemple, être documentées par les règles du système et les enregistrements associés au canal d’entrée, à condition qu’une traçabilité suffisante existe.

Nous n’avons pas besoin de transformer chaque demande en dossier juridique.

Nous devons concevoir correctement le traitement et pouvoir démontrer son fondement.

Étape 4. Suivez une demande réaliste

Imaginons qu’une personne demande des informations pour organiser un repas familial.

Le restaurant reçoit la question par son site.

Une personne autorisée examine les informations et enregistre la demande dans le système.

L’état initial est « Informations en cours d’examen ».

Après avoir vérifié la disponibilité et les conditions, elle prépare un devis.

L’état passe à « Devis envoyé ».

Si la personne a demandé à être recontactée après avoir étudié la proposition, nous enregistrons la prochaine étape convenue.

Si elle confirme l’événement, le processus se poursuit avec les opérations nécessaires à la prestation du service.

Si elle décide finalement de ne pas acheter, nous clôturons la demande et appliquons les règles de conservation correspondantes.

L’enregistrement permet de savoir ce qui s’est passé sans que chaque membre de l’équipe ait besoin d’accéder à tous les messages d’origine.

Exemple de fiche opérationnelle

Demande : CE-014
Origine : Formulaire web
Motif : Repas familial
État : Devis envoyé
Responsable : Coordination des événements
Prochaine action : Répondre à une demande de précision du client
Finalité : Gestion de la demande commerciale
Communications promotionnelles : Aucune autorisation n’a été établie pour cette finalité

La fiche fictive montre l’essentiel sans données personnelles : une autre personne autorisée peut comprendre l’état de la demande et poursuivre le travail.

Nous ne dépendons plus uniquement de la recherche du bon message ou du souvenir de la personne qui a parlé au client.

Étape 5. Séparez le suivi commercial du marketing

Imaginons maintenant que le restaurant souhaite envoyer des nouveautés sur ses menus de célébration.

Cet objectif diffère de la réponse aux demandes de devis.

Nous ne devrions pas utiliser automatiquement toutes les demandes enregistrées pour créer une liste publicitaire.

Nous devons d’abord vérifier s’il existe une base valable pour cette nouvelle finalité et si les conditions des communications commerciales sont remplies.

Si une personne a demandé à recevoir certaines communications, nous pouvons gérer cette préférence selon ses conditions.

Si la base est insuffisante, l’adresse de contact ne doit pas être intégrée à ces campagnes.

Nous devons aussi pouvoir distinguer une relation commerciale active, un achat antérieur et un abonnement.

Il ne s’agit pas simplement de créer trois étiquettes.

Il s’agit d’éviter qu’un outil ou une automatisation utilise les informations pour une finalité différente de celle qui convient.

Étape 6. Utilisez les apprentissages pour améliorer l’entreprise

Après avoir travaillé avec ce système, le restaurant peut observer les questions les plus fréquentes.

Beaucoup de personnes ont peut-être besoin d’informations sur la capacité des salles.

D’autres demandent les conditions de réservation.

Nous pouvons aussi découvrir que certains devis nécessitent trop de précisions parce que l’offre est insuffisamment expliquée.

Ces observations peuvent aider à améliorer le site, la présentation des menus ou la procédure de traitement.

Nous n’avons pas besoin d’analyser tous les messages ni de conserver des informations personnelles inutiles pour reconnaître des tendances générales.

Nous pouvons travailler avec des catégories et des données agrégées lorsqu’elles suffisent.

Qu’avons-nous obtenu ?

Le restaurant dispose désormais d’une manière plus claire de gérer ses demandes.

Il peut identifier les conversations ouvertes, les responsabilités et les prochaines actions.

Il peut aussi réduire sa dépendance envers une seule personne et conserver des connaissances utiles pour améliorer le traitement.

Nous n’avons pas supposé qu’il avait besoin d’une newsletter.

Nous n’avons pas non plus promis d’augmenter les ventes.

Et nous n’avons pas transformé chaque contact en opportunité à poursuivre indéfiniment.

Nous avons organisé une capacité qui existait déjà de manière dispersée : gérer des relations commerciales et apprendre d’elles.

C’est la valeur que peut apporter une base de données propre à l’entreprise, bien gérée.

5. Comment gérer le cycle de vie des données

Une base de données ne nécessite pas un contrôle uniquement lors de la collecte des informations.

Nous devons aussi considérer ce qui se passe pendant leur utilisation et lorsqu’elles cessent d’être nécessaires.

L’Agencia Española de Protección de Datos cite parmi les principes fondamentaux du traitement la licéité, la transparence, la limitation des finalités, la minimisation, l’exactitude, la limitation de conservation et la sécurité. [4]

Ces principes doivent se refléter dans la conception et la gestion du système.

Le cycle de vie d’une relation

Tous les enregistrements ne suivent pas exactement le même parcours.

Une demande qui ne devient pas un achat peut avoir des besoins de conservation différents d’une facture ou d’une réservation effectivement réalisée.

Et retirer un abonnement commercial ne signifie pas nécessairement que toutes les données liées à un achat antérieur doivent disparaître.

Les finalités et les obligations doivent être gérées séparément.

Recueillir seulement le nécessaire

Une entreprise peut être tentée de demander beaucoup de données parce qu’elles pourraient être utiles à l’avenir.

Mais cette possibilité ne suffit pas à le justifier.

Revenons au restaurant.

Pour préparer une première proposition de célébration, il peut être nécessaire de connaître la date approximative, le nombre estimé de participants et un moyen de contact.

Nous n’avons pas nécessairement besoin de recueillir les adresses postales, les dates de naissance ou des informations personnelles sur tous les invités.

Certaines données, comme les informations médicales liées aux allergies, peuvent entraîner des exigences supplémentaires en raison de leur sensibilité particulière et ne devraient pas être intégrées sans discernement à une fiche commerciale générale.

Si elles sont nécessaires à la prestation du service, elles devront être gérées par une procédure adaptée et avec les garanties correspondantes.

L’AEPD explique que la protection des données par défaut exige de configurer les traitements pour utiliser le minimum d’informations nécessaires, pendant une durée appropriée et avec un accès limité. [5]

Nous ne devrions pas stocker une donnée simplement parce que notre formulaire ou notre CRM permet d’ajouter un champ.

Les permissions d’accès comptent aussi

Une base peut être utile à différentes personnes de l’entreprise.

Mais cela ne signifie pas que tout le monde doive accéder à toutes les informations.

La personne qui prépare les devis a besoin de certaines données.

Celle qui effectue la maintenance technique n’a pas forcément besoin de consulter le contenu des demandes.

Et un collaborateur externe doit disposer uniquement des accès justifiés par sa fonction.

Les mesures concrètes dépendront des risques et de la technologie utilisée.

Elles peuvent comprendre des permissions différenciées, une authentification adaptée, des sauvegardes, des procédures de restauration et des contrôles sur les exportations.

L’essentiel est que la protection ne repose pas uniquement sur la confiance dans le bon usage de l’information par chacun.

Une relation peut aussi se terminer correctement

Toutes les demandes n’ont pas besoin de rester ouvertes.

Tous les clients ne souhaitent pas garder le contact après un achat.

Et tous les abonnements ne resteront pas actifs indéfiniment.

Clore une relation, gérer un désabonnement et appliquer les critères de conservation font partie du fonctionnement normal du système.

Nous avons aussi besoin de procédures pour répondre aux droits des personnes : accès, rectification, effacement, opposition et autres droits prévus par la réglementation.

Cela ne signifie pas supprimer automatiquement tout enregistrement à la demande d’une personne ; le traitement précis et les éventuelles obligations de conservation doivent être évalués.

Une base bien gouvernée sait intégrer des informations, mais aussi les corriger, limiter leur usage et cesser de les conserver lorsque c’est approprié.

6. Quels outils une entreprise a-t-elle réellement besoin d’utiliser ?

Lorsque nous parlons de bases de données propres à l’entreprise, on pense souvent immédiatement à un CRM.

Un CRM peut être très utile pour organiser les relations commerciales.

Mais toutes les entreprises n’ont pas besoin d’en souscrire un au départ.

La technologie doit répondre au volume d’informations, aux responsabilités et aux fonctions à gérer.

Et non l’inverse.

Un tableur peut suffire pour commencer

Imaginons une petite entreprise qui reçoit peu de demandes commerciales chaque semaine.

Elle dispose d’une personne responsable, d’un processus simple et n’a pas besoin d’intégrations complexes.

Un tableur partagé, correctement protégé et organisé, peut suffire pour enregistrer les demandes et leurs états.

Mais même une solution simple a besoin de critères d’accès, de conservation, de sécurité et de mise à jour.

Elle ne devrait pas devenir un fichier que chacun peut copier, partager ou conserver indéfiniment.

Et si les informations sont sensibles, si le volume augmente ou si plusieurs niveaux d’accès sont nécessaires, il faudra peut-être choisir des outils plus adaptés.

Quand un CRM peut être pertinent

Un CRM peut être utile lorsqu’il faut coordonner plusieurs responsables, gérer de nombreux contacts ou des parcours commerciaux plus complexes.

Il peut aussi faciliter l’attribution des demandes, la programmation de rappels, la visualisation des états ou la connexion de certains processus.

Mais souscrire un CRM ne garantit pas une meilleure organisation.

Si personne n’a défini la signification de chaque état, qui répond et quelles informations enregistrer, l’outil peut finir par reproduire les problèmes précédents.

Ils se retrouveront simplement dans une plateforme plus sophistiquée.

Nous devons d’abord comprendre le processus. Nous choisissons ensuite l’outil qui permet le mieux de le soutenir.

Automatiser uniquement ce qui est pertinent

Certaines tâches répétitives peuvent bénéficier de l’automatisation.

Par exemple, confirmer la réception d’une demande, l’attribuer à un responsable ou rappeler une action en attente.

Mais automatiser exige de vérifier les informations utilisées, leur finalité et ce qui se passe en cas d’exception.

Nous devons aussi distinguer clairement une confirmation opérationnelle d’un message publicitaire.

Un e-mail automatique confirmant la réception d’une demande de devis ne remplit pas nécessairement la même finalité qu’une campagne de promotion de nouveaux services.

La différence compte sur le plan commercial comme juridique.

Nous n’avons pas besoin d’automatiser toutes les relations.

Dans de nombreuses activités, une conversation personnelle reste la manière la plus adaptée de répondre à certains besoins.

La technologie doit faciliter ce travail, sans remplacer sans discernement le jugement humain.

Le prestataire ne devrait pas devenir le seul détenteur des connaissances opérationnelles

Une entreprise peut utiliser correctement une plateforme externe pour gérer ses contacts.

Mais il est utile de savoir ce qui se passerait si elle décidait de changer d’outil.

Peut-elle récupérer les enregistrements nécessaires ?

Les états et les relations entre les données seront-ils conservés ?

Qu’adviendra-t-il des préférences de communication ?

Les opérations pourront-elles être transférées sans perdre d’informations essentielles ?

Qui administre le compte et les accès ?

Nous devons aussi examiner les conditions contractuelles du prestataire et son rôle dans le traitement des données personnelles.

Lorsqu’un prestataire agit comme sous-traitant, le RGPD exige d’établir les conditions correspondantes par un contrat ou un autre instrument juridique valable. [1]

Exporter un fichier ne garantit pas la continuité

Le fait qu’une plateforme permette de télécharger un CSV ne signifie pas que toutes les informations utiles puissent être transférées sans difficulté.

L’export comprend peut-être les noms et les e-mails, mais pas l’historique des états.

Certaines automatisations ou configurations devront peut-être être reconstruites.

Et une exportation peut aussi générer des risques de sécurité à contrôler.

La question importante n’est pas uniquement de savoir si nous pouvons télécharger les données.

Elle est de savoir si nous pouvons conserver, légitimement et en sécurité, les informations et le contexte nécessaires à la poursuite du travail.

Une base réellement gouvernée devrait réduire la dépendance envers un outil précis.

Sans promettre que tout changement de prestataire sera automatique ou sans coût.

7. Comment savoir si la base de données apporte de la valeur

Une base de données ne devrait pas être évaluée exclusivement selon le nombre d’enregistrements qu’elle contient.

Une liste de milliers de contacts peut être peu utile si nous ignorons leur provenance, leurs finalités ou leur état.

À l’inverse, une base plus petite peut permettre une gestion commerciale parfaitement organisée.

Cela ne signifie pas que les petites bases soient toujours plus précieuses.

Cela signifie que nous devons observer la qualité et l’utilité en plus du volume.

Les questions qui comptent réellement

Nous pouvons commencer par une évaluation simple.

Ces questions peuvent donner une première vision de l’utilité du système.

Nous pouvons ensuite intégrer des indicateurs plus précis.

Par exemple, le temps nécessaire pour répondre aux demandes, la proportion de demandes traitées ou les raisons les plus fréquentes de l’échec de certaines propositions.

Tous les indicateurs ne nécessitent pas un outil avancé.

Certains peuvent être obtenus avec des registres opérationnels simples.

La base peut aussi révéler des opportunités d’amélioration

Revenons au restaurant de notre exemple.

Imaginons qu’après avoir organisé les demandes, nous observions qu’une part importante concerne des célébrations familiales pour lesquelles le restaurant possède déjà une proposition adaptée.

Nous devons peut-être mieux expliquer cette offre sur le site.

Ou nous découvrons que beaucoup de clients demandent des précisions sur les conditions de réservation.

Cela peut indiquer que les informations commerciales doivent être améliorées.

Nous pourrions aussi trouver une difficulté interne : les devis prennent trop de temps à préparer parce qu’ils nécessitent une approbation qui pourrait être organisée autrement.

La base permet de reconnaître des tendances.

Mais nous devons éviter les conclusions hâtives.

Le fait qu’une demande ait abouti à un achat après une certaine communication ne démontre pas nécessairement que celle-ci a provoqué la vente.

Des recommandations, des relations antérieures et d’autres facteurs peuvent aussi intervenir.

Les informations doivent nous aider à formuler des questions et à prendre des décisions mieux fondées, sans attribuer des résultats sans preuves suffisantes.

8. Données propres et intelligence artificielle : de nouvelles possibilités, les mêmes responsabilités

L’évolution de l’intelligence artificielle élargit les possibilités de travail avec les informations de l’entreprise.

Une base bien organisée peut faciliter certaines tâches.

Par exemple, classer des demandes selon des catégories définies, préparer des brouillons de réponse ou aider à identifier les questions récurrentes.

Elle peut aussi servir de référence aux processus internes, à condition que le système utilisé soit adapté et dispose d’un accès légitime aux informations nécessaires.

Mais nous devons éviter une confusion.

Le fait qu’un outil d’IA puisse traiter des données ne signifie pas qu’il soit autorisé à les recevoir.

Avant d’intégrer des informations personnelles à un service d’intelligence artificielle, nous devons vérifier les finalités, les bases juridiques applicables, les conditions du prestataire, les accès, la sécurité et les éventuels transferts internationaux.

Nous devons aussi considérer les erreurs que le système peut produire et les décisions qui nécessitent une supervision humaine.

Un outil ne devrait pas inventer des engagements commerciaux, communiquer des informations incorrectes à un client ni utiliser des données hors des conditions approuvées.

L’automatisation ne supprime pas non plus la responsabilité de l’entreprise.

C’est pourquoi il est important de conserver des informations structurées, des règles compréhensibles et des limites d’utilisation.

Nous n’avons pas besoin de mettre en place l’intelligence artificielle pour qu’une base soit utile.

Mais une base ordonnée, documentée et correctement gouvernée peut faciliter l’évaluation de nouvelles capacités lorsqu’un besoin réel existe.

La valeur réside dans des informations fiables et utilisables avec discernement. La technologie est une manière possible de travailler avec elles, pas leur raison d’exister.

9. Des contacts dispersés à une capacité de l’entreprise

Une entreprise peut recevoir des demandes par le site, les réseaux, le téléphone et les recommandations sans savoir lesquelles restent ouvertes ni qui doit répondre. Elle peut aussi accumuler des milliers d’adresses e-mail sans en connaître la provenance ou l’usage autorisé.

Une base propre transforme ces informations dispersées en capacité : elle conserve le contexte nécessaire, attribue les responsabilités et permet de gérer chaque relation selon sa finalité. Avec le temps, elle aide aussi à détecter les questions récurrentes et à améliorer le traitement.

Le système peut être simple ou nécessiter des outils et des intégrations plus avancés. Sa valeur dépend de la capacité de l’entreprise à utiliser les informations légitimement, à les maintenir à jour et à en garder le contrôle, au-delà du nombre de contacts.

Une base de données propre à l’entreprise n’est pas une liste de personnes auxquelles envoyer des messages. C’est une capacité à gérer des relations et à en tirer des enseignements.