Voici donc la suite de mon billet sur le CRM et SugarCRM.
SugarCRM donc.
L’application permet, à la base, de gérer les données suivantes : Contact, Compte (regroupe plusieurs contacte), Affaire (associée à un Compte), Evènement (appel téléphonique, mail)…
Mais le modèle est particulièrement évolutif. Fondamentalement, le système permet de gérer… des données ayant des relations entre elles (on peut difficilement faire plus générique !). C’est pourquoi SugarCRM peut être utilisé pour des applications très variées, bien loin du modèle initial.
Autre sujet intéressant : comment brancher un site marchand sur le système de CRM ?
2 approches : on peut avoir les deux systèmes séparés, chacun ayant sa propre base de données.
Avantage : c’est propre, et les activités « back » ne viennent pas impacter ce qui se passe au niveau du Front.
Le problème est qu’il faut alors synchroniser les bases. Cette synchronisation va nécessiter un développement spécifique, qu’il faudra faire évoluer en permanence, pour des évolutions sur le front ou sur le back.
Autre solution : tout construire sur SugarCRM. Un client d’Ysance l’a fait, et ça marche très bien.
L’avantage est évident : un seul modèle de données, rien à synchroniser.
Problème ? Il faut être attentif à ce que les opérations du back n’impactent pas trop les performances du site. Cela va bien pour un site ayant un trafic « raisonnable ». C’est une bonne solution pour commencer, il sera toujours temps de faire évoluer le modèle.
