Uniformiser le traitement des emails ?

Habituellement, on sépare les emails en plusieurs catégories :

  • Il y a les emails transactionnels, ceux qu’on envoie lors d’une commande ;
  • Il y a les emails marketings, qu’on envoie pour « faire de la pub ».

Les emails transactionnels sont bien souvent envoyés depuis plusieurs endroits :

  • Module e-commerce ;
  • Plate forme logistique ;
  • Transporteur et plate forme de paiement parfois.

Pour les emails marketing, on passe souvent par une solution dédiée, type emailvision.

Maintenant, si on veut affiner sa politique d’email, on va vouloir faire du marketing plus fin, ou « 1-2-1 » (prononcer ouane tou ouane) :

  • Envoyer un email après la commande, pour proposer des avantages clés suite à une commande ;
  • Proposer une offre, lié aux achats, peu de temps après la commande ;
  • ….

C’est bien du marketing ça, mais cela ne rentre plus dans la logique des « newsletter » classique. Ce sont des emails, envoyés à un client particulier, pour répondre à un besoin spécifique.

Donc, pour envoyer ces différents type d’emails, on s’appuie sur différents outils.

Mais pour le client, tout cela, c’est de la communication qui vient d’un seul acteur : l’entreprise.

Il s’attend donc à ce que ces emails soient cohérents, sur le fond, la forme.

C’est pour ça que je pousse, quand c’est possible, à unifier le traitement des emails, au sein d’un unique outil : une base CRM.

Le gain est évident :

  • Les templates des emails sont facile à harmoniser ;
  • Facile aussi d’avoir une vue claire sur l’ensemble des emails envoyés à un client ;
  • Facile aussi de mettre des règles métiers claires, qui vont concerner l’ensemble des emails.

Mais ce choix à un cout : il faut alimenter cette brique CRM avec l’ensemble des composants qui veulent envoyer un email, pour que l’email parte bien de cette brique là.

Certaines solutions mettent déjà en place cette logique, comme Oxatis.

Pour ceux qui se construisent leur plateforme e-commerce, on peut tout à fait brancher la brique e-commerce avec un module CRM. Exemple : Prestashop et Sugar CRM.

C’est d’ailleurs une excellente architecture, qui permet d’aller beaucoup plus loin, en alimentant le CRM avec pas mal d’évènements Web… Mais ça, c’est un autre sujet !

J’en avais déjà parlé ici, mais c’est un sujet qui me semble mériter plusieurs couches ;).

2 commentaires

  1. En phase…

    Quoique…

    On peut aussi centraliser ses emails via une solution que vous appelez dédiée (type emailvision, cheetahmail, cabestan…)

    Un template, des déclinaisons en fonction des types de communication (transactionnel, marketing…)

    Cela me parait moins coûteux en terme de ressources (humaines et financières) que de plugguer un outil CRM sur une plateforme ecommerce, non?

    Je vois un autre avantage à cette solution, le routage est (à priori) plus performant via une solution dédiée que via un outil CRM.

    L’inconvénient est évident, ce type de solution n’offre pas les fonctionnalités d’un outil CRM…;-)

    On ne peut pas avoir le beurre et l’argent du beurre…

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *