Automatisation commerciale pour PME : du nouveau lead au contrat signé

Automatisez d’abord les transmissions, pas les conversations. Dans la plupart des équipes de vente de PME, le temps se perd entre les étapes : du formulaire au CRM, du CRM au devis, de « gagné » à la facture, et dans les relances que personne n’a planifiées. Corriger ces étapes signifie en général configurer le CRM que vous avez déjà et le connecter à la comptabilité, pas acheter une nouvelle plateforme. Ne développez sur mesure que la logique que votre CRM ne peut pas contenir, comme une tarification complexe ou la vente de contrats.

Configurer, connecter ou développer ?

Utilisez les workflows intégrés du CRM pour l’attribution, les tâches et les modèles d’e-mails. Connectez le CRM à vos autres systèmes lorsque les données doivent en sortir : devis, comptabilité, ERP, agendas. Ne développez un module ou un CRM sur mesure que si votre processus exige des structures de données qu’un CRM standard ne peut pas représenter. La plupart des projets combinent les deux premières options et développent peu, voire rien.

	Workflows intégrés au CRM	CRM et intégrations	CRM ou module sur mesure
Couvre	Attribution, tâches, modèles, changements d’étape	Devis, comptabilité, ERP, agendas	Logique de prix, vente de contrats ou par projets, données atypiques
Effort	Configuration	Configuration et travail sur les API	Projet logiciel
Limites	Uniquement les données présentes dans le CRM	Les limites de chaque API ; surveillance nécessaire	La maintenance vous incombe
À choisir quand	Votre processus correspond au modèle du CRM	Les données doivent atteindre d’autres systèmes	Les CRM standard imposent des contournements permanents

Comment le système est-il construit ?

Le CRM fait référence pour chaque affaire. Les leads capturés y sont enregistrés (voir génération de leads). Chaque changement d’étape déclenche la suivante : une tâche pour un appel de découverte, un devis généré à partir de la liste de prix, un e-mail de relance depuis l’adresse du commercial. La séquence vérifie l’affaire avant chaque envoi. Si le prospect a répondu ou pris rendez-vous, ou si l’affaire est perdue, la séquence s’arrête.

Une affaire gagnée appelle l’API de la comptabilité, crée le client et la commande, et enregistre la référence sur l’affaire. Les appels qui échouent sont relancés et signalés, jamais abandonnés.

Nous appliquons la même règle dans nos propres systèmes : vérifier l’état réel avant chaque étape automatisée. Dans le système de réactivation d’affiliés que nous avons construit pour un client SaaS, chaque message d’une séquence en quatre étapes est précédé d’une nouvelle vérification auprès de la plateforme source ; les réponses sont classées et transformées en tâches pour un responsable.

Exemple : un fournisseur de mobilier de bureau à Berne

Scénario illustratif, pas un projet client.

Une entreprise de 12 personnes vend du mobilier de bureau aux entreprises et aux écoles. Les devis sont montés dans Word à partir d’une liste de prix Excel, les relances dépendent de la mémoire de chacun, et les commandes gagnées sont saisies dans bexio par le secrétariat.

Après le projet, une affaire qualifiée dans le CRM obtient son devis en un clic : produits tirés de la liste de prix, remise négociée du client, conditions de livraison et TVA, le tout en PDF, en allemand ou en français. Le devis part de l’adresse du commercial. Sans réponse après cinq jours ouvrables, le commercial reçoit une tâche pour appeler. Quand le client confirme, l’affaire passe à « gagnée », le client et la commande sont créés dans bexio, et l’équipe de livraison reçoit la date prévue. Le secrétariat contrôle la commande au lieu de la saisir.

Quelles règles faut-il vérifier ?

Relancer individuellement un prospect au sujet d’un devis qu’il a demandé fait partie d’une relation commerciale en cours. Des séquences promotionnelles automatisées envoyées à des personnes qui n’ont rien demandé constituent de la publicité de masse. En Suisse, au sens de la loi fédérale contre la concurrence déloyale (art. 3, al. 1, let. o LCD), elles exigent un consentement préalable, l’indication correcte de l’expéditeur et un moyen de refus gratuit ; dans l’UE, les règles issues de la directive ePrivacy vont dans le même sens. Séparez clairement les deux dans le CRM.

Pour un projet en Suisse, trois autres points reviennent presque toujours :

• Protection des données. La LPD révisée, en vigueur depuis le 1er septembre 2023, s’applique aux données traitées en Suisse (le RGPD aux personnes dans l’UE) et impose la protection des données dès la conception et par défaut (art. 7). Dans un CRM, cela signifie des accès par rôle, des règles de suppression pour les leads inactifs, et savoir dans quel pays le CRM stocke les données.
• TVA. Les devis doivent indiquer le bon taux. Le taux normal est de 8,1 % depuis le 1er janvier 2024 et des taux réduits s’appliquent à certains biens : c’est donc la liste de prix, et non le commercial, qui doit porter le taux.
• Langues. Modèles, devis et séquences doivent souvent exister en allemand, en français et en italien. La langue doit figurer sur la fiche du contact, pas dans la tête du commercial.

Comment se déroule un projet ?

1. Découverte. Nous passons en revue avec votre équipe cinq à dix affaires récentes et repérons chaque étape manuelle et chaque temps d’attente.
2. Architecture. Étapes du pipeline, champs, règles d’automatisation, modèle de devis, et correspondance des données avec la comptabilité ou l’ERP.
3. Développement. Configuration du CRM, génération des devis, séquences et intégrations dans un environnement de test, éprouvées sur de vraies affaires passées.
4. Lancement. Les nouvelles affaires suivent le nouveau processus ; les affaires en cours sont migrées avec l’équipe.
5. Itération. Après un mois, nous analysons la conversion et la durée par étape, et ajustons les règles qui freinent l’équipe.

Vous recevez une offre à prix forfaitaire ou par phases après la phase de découverte. Pour approfondir la question « développer ou acheter », lisez notre article logiciel sur mesure ou solution standard.