Forum général.cherche-logiciel CRM en client lourd et riche

Posté par  (site web personnel) .
Étiquettes : aucune
0
29
jan.
2009
Bonjour à tous, pour un projet au boulot on cherche un programme qui permettrait à nos commerciaux sur la route d'avoir une gestion et suivie de client sur leur portable. La plus grosse contrainte est qu'ils n'ont pas accès au net en permanence donc il nous faut une solution autonome. J'ai bien pensé la dev mais avant de tout re-inventer j'essaie de voir ce qui existe.

Pour le moment à part des solutions en ligne je n'ai rien trouvé. Et rien que l'idée d'installer sur chaque portable le couple apache/mysql mais fait peur et n'est pas viable.

Les besoins réelles :
- Suivie client : commentaire, stats de vente...;
- Agenda;
- Gestionnaire de rapport et frais;
- Synchro dans les deux sens à notre outil interne (gestion co).

La contrainte :
- Totalement autonome.

Je doute bien que je vais pas avoir toute les fonctions mais si c'est un outils ouvert je veux bien mettre les mains dans le code pour le faire évoluer vers nos besoins.

Si vous avez des idées je prends, merci d'avance.
Philippe.

  • # Tiny^OpenERP

    Posté par  (site web personnel) . Évalué à 3.

    tu as OpenERP qui existe en client lourd et léger qui a un module de CRM

    • [^] # Re: Tiny^OpenERP

      Posté par  (site web personnel) . Évalué à 1.

      J'y ai pensé mais il y a deux problèmes :
      - je n'ai besoin que de la CRM;
      - dans OpenERP il y a toujours la notion de client/serveur donc sur chaque portable je vais avoir le paramétrage du serveur et la gestion des versions, pareil pour le client :(

      Born to Kill EndUser !

  • # Sugar CRM

    Posté par  . Évalué à 1.

    Je cherche la même chose. J'ai regardé un peu les différentes solutions et il semble que Sugar CRM le fais.

    J'ai a peine testé l'installation, pas encore essayé de trouver de client lourd (ou en tout cas de mode déconnecté).

    Si tu trouve ça m'interesse.

    http://www.sugarcrm.com/

  • # Type de synchronisation

    Posté par  . Évalué à 2.

    As-tu besoin d'une synchronisation à postériori ? Par exemple le commercial entre des modifications dans la fiche du client sans être connecté. Une fois revenu dans le monde civilisé il faut réconcilier les données.
    Si tu as besoin de cela c'est forcément un peu plus compliqué, et avoir un programme tout fait est plus confortable.

    • [^] # Re: Type de synchronisation

      Posté par  (site web personnel) . Évalué à 1.

      Oui il faut absolument qu'il y ai une synchro dans les deux sens. Après l'intégration à votre gestion commercial peut se faire via des fichiers d'échanges et non en natif.

      Born to Kill EndUser !

      • [^] # Re: Type de synchronisation

        Posté par  . Évalué à 2.

        Après l'intégration à votre gestion commercial
        Je ne vends rien :-) C'était pour éclaircir ton besoin.
        Avis vraiment perso: développer prends je pense 2 journées en interne, plus 2 journées de débogage ultérieurement. En externe compte 2 jours de plus.
        --> c'est moins cher que d'acheter une solution toute faite
        --> c'est plus cher que de trouver ça en libre tout cuit (si ça existe, d'où le problème)

        • [^] # Re: Type de synchronisation

          Posté par  . Évalué à 1.

          Quatre jour pour développer et débugger un mode offline, tu est optimiste quand même.

          • [^] # Re: Type de synchronisation

            Posté par  . Évalué à 2.

            Je vois peut-être un peu juste mais je pense que ça passe facilement.
            Apache+MySQL+PHP/Ruby/Python/etc sur le poste client. Un fichier de configuration. Une interface web honteusement pompée sur le client lourd, ça doit prendre une journée. La synchronisation doit prendre une journée à faire. Les deux jours restants sont les corrections/debogages/etc.

            • [^] # Re: Type de synchronisation

              Posté par  (site web personnel) . Évalué à 0.

              Apache+MySQL+PHP/Ruby/Python/etc

              Et je branche où le groupe électrogène pour faire fonctionner tout ça... Je rappel que se sont des commerciaux donc ils ne doivent pas avoir à ce prendre la tête avec 300 programmes

              Born to Kill EndUser !

        • [^] # Re: Type de synchronisation

          Posté par  (site web personnel) . Évalué à 1.

          Surtout quand le dev n'est pas ton métier :(

          Born to Kill EndUser !

          • [^] # Re: Type de synchronisation

            Posté par  . Évalué à 3.

            Donc 6000 € d'externalisation. Hop c'est réglé.

            Si seulement ça ce passait comme ça...

  • # Difficulté du mode offline

    Posté par  . Évalué à 2.

    Bonjour,

    pour être co-créateur d'un CRM (open source) je peux dire qu'il faudra bien plus que 4 jours pour développer une appli offline. Sinon je suis preneur pour acheter ce module adapté à notre CRM (on cherche des contributeurs au passage eh eh). 4 jours de dev ça coutera pas trop cher ;)

    Quid de la synchro d'une fiche client (par exemple) qui a été modifiée par la télé-opératrice depuis son poste client (rattaché au serveur de l'application bien sûr) et également par le commercial sur son portable offline ? S'ils ont modifié tous les 2 le champ 'activité', qui gagne quand le commercial fait la synchro ?

    En plus faut trouver la méthode pour le faire : on écrase tous les champs du client avec ceux de la base du commercial (c'est simple et efficace) ou on ne met à jour que le champ modifié (faut stocker les infos/requêtes à mettre à jour pour chaque modif) ? De plus ça demande bcp de contrôles.

    Pour notre part on a abandonné l'idée il y a longtemps surtout qu'avec l'avènement des mobiles et des télé-communications (3G par exemple) le mode offline va disparaître rapidement.
    En attendant une baisse des abonnements encore onéreux, je comprends bien votre besoin.

    Pour finir je pense donc que développer vous même ce mode offline sera long et couteux (sauf si vous n'êtes pas pris par des contraintes de temps ou d'argent).

    Cordialement

    • [^] # Re: Difficulté du mode offline

      Posté par  (site web personnel) . Évalué à 1.

      Bonjour,
      Merci pour votre témoignage du point de vue d'un dev.

      J'ai presque abandonné l'idée de la synchro dans les deux sens. Quand je vois les prises de tête rien qu'avec un téléphone et l'annuaire de la messagerie d'un utilisateur...

      Maintenant le offline. J'ai étudié les solutions de connexion à base de 3G, mais pour le moment les opérateurs pensent que les sociétés françaises (et grand public) son des vaches à lait. Ils imposent des tarifs bien trop élevés et des conditions/limitations totalement incompatibles avec une utilisation pro.

      Pour revenir aux différentes solutions. En mode autonome je n'en ai trouvé aucunes en opensource. Toute les applications sont en mode web ce qui impose de débourser une fortune en coût connexion et ne résous par le problème lorsque le nomade est hors zone de couverture 3G. L'autre idée est d'installer le trio apache/php/mysql sur chaque portable des nomades mais vient deux problèmes :
      - La maintenance et la configuration des versions d'apache/php/mysql en plus de la maintenance de la solution CRM;
      - La consommation de ressource;

      Je ne perd pas espoir de trouver une solution qui correspond à nos besoin mais pour le moment j'ai un peu mis l'idée de côté.

      Born to Kill EndUser !

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.