Bonsoir,

je souhaiterais me lancer dans le développement d'un CRM (Customer RelationShip Management). Seulement je ne sais pas par où commencer.
En fait, coté base de données ça va aller. Par contre, côté PHP, je ne sais pas de quelle façon concevoir le programme.

Utilisation d'un framework ?
Programmation MVC maison ?
Etc...

je regarde un peu ce qui existe déjà... SugarCRM, vtiger, etc.

Mais c'est relativement complexe d'analyser ce qui est existant (projet trop/très volumineux) et ce n'est pas forcément le but recherché. Évidemment je souhaite partir sur une solution pérenne et évolutive.

Sur quel base de conception réaliseriez-vous ce projet ? Comment découperiez-vous votre application ?

Merci pour votre participation.

je souhaiterais me lancer dans le développement d'un CRM (Customer RelationShip Management). Seulement je ne sais pas par où commencer.

Je pense qu'il serait souhaitable, au préalable, de définir le CRM que tu souhaites développer, car le sujet est complexe.

Salut,

entièrement d'accord avec toi, le sujet est complexe. Peux-tu préciser ce que tu entends par

"de définir le CRM que tu souhaites développer"

Merci

Et bien dans un premier temps décrire de manière plus ou moins formelle le domaine qui doit être couvert par ton application, les charges qui lui incomberont (d'où le nom de "cahier des charges" pour ce document).

À partir de cette première analyse, tu spécifieras de manière exhaustive, précise et plus ou moins technique, la liste des fonctionnalités que cette application doit offrir (d'où le nom de "spécifications fonctionnelles" pour ce document).

Ensuite, commence le développement en lui-même, et là fonctionnalité par fonctionnalité tu commenceras par décrire précisément la façon dont fonctionnera cette fonctionnalité, puis tu concevras "sur papier" chaque élément de cette fonctionnalité (ce "cahier de conception technique" te suivra tout au long du développement et sa fusion avec les spécifications fonctionnelles te permettra d'avoir un "cahier de recettes" pour tester à chaque étape si tout fonctionne bien comme souhaité/prévu).


Le code n'est qu'une infime partie, et le choix du framework ou de la méthode de développement ne devrait intervenir qu'au début du développement, ou au mieux durant la rédaction des spécs fonctionnelles (car en listant les fonctionnalités on peut se rendre compte qu'un choix se démarque des autres).
Ne mets pas la charrue avant les boeufs pour un outil aussi complexe

En fait, je travaille dans le domaine du CRM depuis plusieurs années. Je connais donc un bon nombre de fonctionnalités utilisées dans ce domaine. Ce que je souhaite, c'est partir sur une architecture et un découpage de l'application souple et évolutif c'est pour cela que j'ai besoin de votre expérience et vos conseils sur le sujet.

Voici en gros ce que je vais gérer dans un 1er temps:
- Account
- Contact
- Activity
- Opportunity
- Agenda / Calendar

Bien évidemment tout cela sera associé à une base de données MySQL. Ceci n'est qu'une première partie, d'où l'importance d'une application modulable et évolutive.

C'est important de connaître le domaine dans lequel on souhaite créer une application, mais je souhaiterais surtout partir sur une conception propre et "efficace". Et c'est à ce niveau là que je pêche un peu ! :p

Merci

je souhaiterais surtout partir sur une conception propre et "efficace".

D'où l'importance de définir précisément ce que tu souhaites faire et à qui tu t'adresseras.
Quel système de crm:
- une suite englobant marketing, ventes et le service clients (ex:CRM mySAP)
- un seul aspect qui est développé soit le marketing ou la vent ou le service clients.
- une application « maison » construite sur mesure pour une demande spécifique.
Quelle stratégie clients:
-de masse
-de fidélisation

Le crm c'est (aussi) une gestion des données (informations). Il faut être attentif à une exploitation performante des données. Une réflexion sur la pertinence des données peut-être intéressante.
-faire un schéma de bd.

Si ça trouve, après avoir fait une étude approfondie (voir post naholyr) de ton projet, tu ne choisiras pas Mysql comme SGBD

Bonjour,

je rejoins également les bons conseils de naholyr et rolusseum. Il faut bien définir le besoin et prendre le temps de rédiger son cahier des charges et ne pas partir dans le code avec la tête dans le guidon.
Outre l'aspect 'je vois quelles pages je vais faire avec quelle bdd', l'aspect technique peut être vite très complexe derrière. Une page de CRM peut afficher beaucoup d'informations et être lourde. Exemple quand je modifie le téléphone d'un contact et que je valide : rechargement de la page complète, du frame, d'un iframe, Ajax ?. Rien de plus chiant qu'une page qui met 3 secondes à valider et se recharger juste pour une petite modif. Il faudra bien réfléchir à ce point avant de commencer je pense.

Pour être co-créateur d'un excellent CRM open source Français (allez un peu de pub au passage sans le nommer ) je peux affirmer que c'est un travail d'envergure. Vous pouvez le faire si aucun logiciel ne répond à votre besoin mais pourquoi ré-inventer la roue quelque part. Surtout qu'il existe de nombreuses solutions libres et en PHP. Si c'est un challenge alors pourquoi pas sinon.
De plus rolusseum a bien raison : attention à l'exploitation performante des données (Dans notre cas Mysql répond bien sur des tests effectués sur la gestion des fiches clients, l'e-mailing et le géomarketing avec 150000 clients fictifs importés).

Je dis tout ça mais nous avons commencé il y a 5 ans avec la même idée que vous et à peu prêt le même nombre de fonctionnalités que vous évoquez . Nous avions fait un cahier des charges de 6 pages avec 8 ou 10 tables et il y en a 112 aujourd'hui.

Bonsoir à tous,

merci pour tous ces bons conseils.

j'ai commencé à étudier un peu vtiger, sugarcrm et cligraphcrm.

L'évolution de votre produit cligraphcrm est-elle facile ? Si vous souhaitez intégrer un nouveau module, les modifications du coeur de l'application sont minimes ?

Merci

Je connaissais pas ces outils CRM. Moi je l'ai fais maison en mysql + AJAX + PHP.
Les points que j'ai du définir est quel est la relation avec tous les tables : le contact.

Aussi mon contact peut faire partie d'un service, d'une société (qui possède aussi ce service), d'un moment dans le calendrier, d'une activité, d'une opportunité de vente, de factures, de bon de commande en cours,... (ces derniers points sont encore plus difficile à mettre en œuvre).
Ce que j'ai fait pour être optimisables pour le futur : découper toutes mes tables en de toute petite table interrogeables à loisir et tout plein de classes qui gère uniquement une table ou qui gère la relation avec les tables mais pas les deux.

salut Aureusms,

on peut avoir accès à ton application ?

Merci

Bonsoir à tous,

merci pour tous ces bons conseils.

j'ai commencé à étudier un peu vtiger, sugarcrm et cligraphcrm.

L'évolution de votre produit cligraphcrm est-elle facile ? Si vous souhaitez intégrer un nouveau module, les modifications du coeur de l'application sont minimes ?

Merci

Bonsoir,

L'évolution de cligraphcrm est facile mais encore faut-il connaître des informations importantes sur le logiciel.

1. Par exemple il est facile de remplacer les pages existantes sans modifier le code original. On appelle ça chez nous la surcharge de page
Exemple : vous souhaitez modifier la page des contacts (contacts.php). Il suffit de créer une page du même nom à un endroit précis. Cligraphcrm va voir si elle existe et va utiliser la votre en lieu et place de la page originale.

2. Pages custom : sur chaque page d'affichage il existe 1 ou 2 require qui vont appeler des pages personnalisées si elles existent. Si cligraphcrm les trouve alors il va appeler vos pages et les intégrer à la page initiale. Ca permet de rajouter des affichages et/ou traitements personnalisés.

3. modules : ça ne modifie pas le code de cligraphcrm. Un module est constitué d'un répertoire qui contient tous les fichiers utilisés pour son exécution. On peut très bien l'installer/désinstaller sans altérer cligraphcrm. Le module peut s'appuyer sur des tables existantes de cligraphcrm, créer ses propres tables, utiliser ou non des fonctions de cligraphcrm (gestion des popups, listes déroulantes, calendriers, etc....), après c'est au choix.
Il existe un module d'exemple sur http://wiki.cligraphcrm.com/index.php5? ... _technique

Si vous souhaitez des infos n'hésitez pas à solliciter l'équipe via le forum du site.

En espérant avoir pu aider.

salut Aureusms,

on peut avoir accès à ton application ?

Merci

Malheureusement non! Cela est propriété de ma boite..
Je travaille sur un module open_source mais je manque de temps. (en plus j'ai des travaux à faire chez moi )