Le devis indique « développement CRM » — sur-mesure de zéro ou paramétrage d'un outil existant ?

Faire développer un CRM de zéro est l'une des erreurs opérationnelles les plus coûteuses qui soient. Dès qu'un dev s'en va ou que le ton monte avec l'agence, vous vous retrouvez coincé avec une boîte noire sans doc. À 90 %, ils prévoient simplement d'adapter une solution existante : commencez votre réunion en demandant « Sur quelle base logicielle travaillez-vous ? ».

Certaines agences adorent changer trois couleurs sur un outil standard, brancher deux formulaires, appeler ça du « dev » et gonfler la facture. À 14.500 £, le montant doit au moins comprendre une vraie intégration API avec votre logiciel comptable et votre suivi logistique. Si c'est juste pour glisser-déposer des blocs, c'est hors de prix.

L'année dernière, nous avons fait des devis pour une activité de distribution similaire. Les intégrations standard prêtes à l'emploi tournaient entre 4.000 £ et 6.000 £. L'agence avec laquelle nous avons signé nous a facturé 12.000 £ en incluant un module de devis sur-mesure et une passerelle synchro avec notre base entrepôt. Votre devis à 14.500 £ reste dans la moyenne du marché britannique s'il y a du dev d'intégration spécifique.

Avant la réunion, envoyez un mail rapide : « La ligne développement CRM concerne-t-elle la programmation d'un logiciel propriétaire de zéro ou le développement d'API/modules sur une solution tierce ? » En fonction de leur réponse, vous adapterez votre posture sans perdre de temps.

Avec quels systèmes ce CRM doit-il communiquer ? S'il doit se synchroniser tout seul avec votre ERP actuel, votre téléphonie ou votre e-commerce l'essentiel du coût sert à développer ces passerelles. Ils n'ont pas fourni de schéma d'architecture ou de cahier des charges fonctionnel en annexe ?

on a eu un devis pareil ils nous ont dit on vous le code de zero et deux ans plus tard quand le systeme a plante y avait plus personne pour réparer. bon si c'est du dev sur une base existante foncez mais si c'est du zero partez en courant.

En 2021, on a signé avec une boîte qui nous promettait un « CRM entièrement sur-mesure ». Ça a traîné huit mois, le budget a doublé, et au final il fallait trois semaines d'attente pour ajouter un bête bouton d'export Excel. On a fini par tout jeter pour partir sur une base existante en développant uniquement les flux API nécessaires. La leçon la plus chère de notre vie.

si les développements sont faits sur une base logicielle existante et qu'on se sépare de l'agence un jour, est-ce qu'un autre prestataire peut reprendre la main facilement ou bien faut-il tout reprendre de zéro ?

Je partage mon expérience. Si les critères d'acceptation ne sont pas écrits, la date de fin du projet est ouverte à discussion.

Bon courage.

C'est exactement ça. Si vous ne formalisez pas cela par écrit dès le départ, des disputes éclateront plus tard.

Les accès doivent être créés au nom de l'entreprise, pas avec des comptes personnels. C'est mon avis, je ne l'écris pas comme une vérité absolue.

Merci de partager le résultat.

Je n'ai aucune expérience en développement crm définition, c'est pourquoi je pose la question. Si le périmètre s'agrandit, il faut augmenter soit le délai, soit le budget. Il n'y a pas de troisième option.

Je le note au cas où.

La solution qui semble bon marché finit souvent par coûter cher. L'offre la moins chère est généralement la moins réfléchie.

À votre place, j'irais par cette voie.

J'ai travaillé longtemps sur ce sujet. Mettre en place un processus de demande de changement n'ralentit pas le travail il l'accélère.

L'offre la moins chère est généralement la moins réfléchie. genre corrigez-moi si je me trompe.

J'ai été soulagé en lisant cette réponse, donc ce n'est pas seulement mon cas. Commencez par un petit test, ne vous engagez pas sur tout d'un coup.

À votre place, j'irais par cette voie.

Je suis du même avis. Mettre en place un processus de demande de changement n'ralentit pas le travail il l'accélère.

Enregistré. Un code sans documentation d'installation ne vous appartient pas, même si vous l'avez.

C'est mon avis, je ne l'écris pas comme une vérité absolue.

nous avons aussi bloqué au même endroit à une époque... avant de décider, regardez quelles données vous avez en main.

quand on essaie de tout changer en même temps, rien ne prend. c'est confirmé par l'expérience.