Le malentendu de départ
Avant de chercher un administrateur Salesforce freelance, encore faut-il savoir si vous en avez besoin. La réponse tient rarement à la taille de votre entreprise, et presque toujours à l'état de votre org.
Salesforce se vend comme un outil. Il se comporte comme une plateforme. La différence est considérable, et c'est elle qui explique la plupart des déceptions.
Un outil, vous l'achetez et vous l'utilisez. Une plateforme, vous la configurez pour qu'elle épouse votre façon de travailler, puis vous la faites évoluer à mesure que cette façon de travailler change. Sans administrateur pour tenir ce rôle, l'org dérive. Des champs se créent en double, des règles s'empilent, des utilisateurs conservent des droits qu'ils n'ont plus, des rapports deviennent faux sans que personne s'en aperçoive.
Ce n'est pas une question de taille d'entreprise. J'ai vu des orgs de quinze utilisateurs plus dégradées que des orgs de deux cents. Ce qui compte, c'est le temps écoulé depuis la dernière fois que quelqu'un a regardé l'ensemble.
Les six signaux qui doivent vous alerter
1. Vos commerciaux ressaisissent des informations
C'est le signal le plus fiable, et le plus facile à mesurer. Demandez à un commercial de vous montrer comment il saisit une commande. Comptez les écrans, comptez les allers-retours, comptez les informations qu'il recopie d'un endroit à l'autre. Chaque recopie est une automatisation qui n'a pas été faite, et une erreur qui finira par arriver.
Cette saisie manuelle a un coût que personne ne calcule. Dix minutes par commande, sur trente commandes par semaine, sur trois commerciaux, cela fait vingt-cinq heures par mois. Un mois et demi de travail par an, retiré à la vente.
2. Personne ne fait confiance aux chiffres
Quand un comité de direction commence sa réunion en discutant de la fiabilité du reporting plutôt que de son contenu, l'org a un problème. Cela se manifeste par des symptômes reconnaissables. Chacun arrive avec son propre export Excel. Les chiffres du CRM sont systématiquement corrigés à la main. Le tableau de bord officiel n'est plus ouvert par personne.
La cause est presque toujours la même. Les données entrent mal, parce que rien ne contrôle leur saisie. Un CRM ne produit pas de la donnée fiable par magie, il restitue ce qu'on y met.
3. Les demandes s'accumulent sans jamais être traitées
Un utilisateur demande un champ, un autre un rapport, un troisième signale un bug. Ces demandes atterrissent chez la personne la plus à l'aise avec l'outil, souvent un commercial senior ou un responsable des opérations, qui les traite entre deux rendez-vous. Elles s'empilent, puis elles disparaissent.
Le problème n'est pas la compétence de cette personne, c'est qu'administrateur Salesforce n'est pas son métier et n'a pas de place dans son agenda. Résultat, les demandes légitimes ne sont jamais faites, et les utilisateurs cessent de demander. C'est le début du désengagement.
4. Vous avez des licences que personne n'utilise
Regardez la date de dernière connexion de vos utilisateurs. Vous trouverez presque toujours des comptes actifs pour des personnes parties depuis des mois. Chacun coûte une licence, chaque licence coûte de l'argent, et chaque compte actif d'un ancien salarié est une porte ouverte sur vos données.
C'est le genre de sujet qu'aucune équipe ne traite spontanément, parce qu'il n'appartient à personne. Ni au commercial, ni à la DSI, ni aux ressources humaines.
5. Vous n'osez plus toucher à la configuration
Symptôme classique des orgs qui ont grandi vite. Quelqu'un a mis en place des automatisations il y a trois ans, cette personne est partie, personne n'a documenté, et plus personne n'ose modifier quoi que ce soit de peur de casser une chaîne invisible.
Cette paralysie est coûteuse, parce qu'elle fige votre outil pendant que votre activité, elle, continue d'évoluer. L'écart se creuse jusqu'au jour où quelqu'un propose de tout recommencer, ce qui est presque toujours la mauvaise réponse.
6. Votre processus commercial a changé, pas votre org
Vous avez ouvert un nouveau marché, lancé une gamme, changé de mode de tarification, recruté une équipe. Salesforce, lui, reflète encore l'organisation d'avant. Les commerciaux compensent avec des champs détournés de leur usage et des conventions orales.
Recruter, former, ou externaliser
Une fois le besoin reconnu, trois voies s'offrent à vous, et aucune n'est bonne dans l'absolu.
Recruter un administrateur en interne
C'est la meilleure option si votre org est grosse, si les demandes sont quotidiennes, et si vous avez de quoi occuper quelqu'un à temps plein. En dessous d'un certain volume, vous paierez un salaire complet pour un poste qui tournera à trente pour cent, et la personne s'ennuiera avant de partir.
Ajoutez la difficulté de recrutement. Les bons administrateurs Salesforce sont rares et courtisés, et beaucoup préfèrent le freelance au salariat, et une PME est rarement le poste le plus attractif du marché.
Former quelqu'un en interne
Séduisant sur le papier, et parfois pertinent. Un utilisateur avancé motivé peut apprendre la configuration déclarative et devenir autonome sur les demandes courantes.
Deux réserves. La montée en compétence prend des mois pendant lesquels les besoins ne sont pas couverts, et cette personne garde son métier principal, donc ses priorités. Le jour où son activité s'intensifie, Salesforce repasse en dernier.
Faire appel à un administrateur Salesforce freelance
C'est pertinent quand le volume ne justifie pas un poste, quand vous avez un chantier précis à mener, ou quand vous voulez remettre l'org au propre avant de décider de la suite.
L'avantage, c'est que vous payez ce que vous consommez et que vous accédez immédiatement à une compétence constituée. L'inconvénient, c'est qu'un administrateur freelance ne connaît pas votre entreprise le premier jour, et qu'un intervenant qui change tous les six mois vous fait perdre cette connaissance à chaque fois.
Comment je travaille, concrètement
Je fonctionne de deux façons, selon la situation.
Au forfait, sur un chantier délimité. Un audit de votre org, l'automatisation d'un processus, la remise au propre de la sécurité, la construction d'un reporting de pilotage. Vous savez à l'avance ce que vous obtenez et ce que cela coûte, parce que le devis est découpé en lots avec les heures estimées, les hypothèses retenues et ce qui est explicitement exclu.
Au forfait mensuel, en administration externalisée. Vous avez un référent qui connaît votre org, qui traite les demandes du quotidien et qui garde une vue d'ensemble. C'est la formule qui remplace le recrutement quand le volume ne le justifie pas encore.
Dans les deux cas, la même méthode. Je travaille d'abord dans une sandbox, c'est à dire une copie de test de votre Salesforce isolée de vos données réelles. Je documente ce que je livre pour que ce soit reprenable par quelqu'un d'autre. Et vous validez sur des cas réels avant toute mise en production.
Le bon moment
Le bon moment, c'est avant que la situation ne se dégrade au point qu'un utilisateur vous propose de repartir de zéro. Une org négligée pendant deux ans se remet au propre en quelques jours. La même org négligée pendant cinq ans devient un projet de refonte, avec un ordre de grandeur de coût et de risque sans commune mesure.
Si trois des six signaux du début vous parlent, vous êtes déjà dans la zone où une intervention courte rapporte plus qu'elle ne coûte. Faire appel à un administrateur Salesforce freelance à ce moment-là coûte quelques jours. Attendre transforme la même chose en projet de refonte.
Ce qu'un administrateur Salesforce ne fait pas
Autant clarifier le périmètre, parce que la confusion est fréquente et qu'elle mène à des déceptions des deux côtés.
Un administrateur n'est pas un commercial. Il ne va pas définir votre processus de vente à votre place. Il le traduit dans l'outil, il vous alerte quand ce que vous demandez va créer un problème, mais la décision métier reste la vôtre.
Il n'est pas non plus un développeur d'applications. Sur Salesforce, la frontière est poreuse, et je passe moi-même au code quand c'est nécessaire. Mais un projet qui exige une architecture d'intégration complexe, plusieurs systèmes tiers et une équipe, ce n'est plus une mission d'administration, c'est un projet d'intégration. Un bon intervenant vous le dit au lieu d'accepter et d'échouer.
Enfin, il ne remplace pas la conduite du changement. Vous pouvez livrer l'automatisation la mieux conçue du monde, si personne n'explique aux utilisateurs pourquoi leur écran a changé, elle sera contournée. C'est d'ailleurs pour cette raison que, dans le composant de saisie que j'ai développé pour un négociant, j'ai conservé le bouton d'entrée existant : les équipes n'ont eu aucune nouvelle habitude à prendre, et l'adoption a été immédiate.
Trois questions à poser avant de choisir
Quelle que soit l'option retenue, posez ces trois questions. Les réponses sont plus révélatrices que n'importe quel argumentaire.
- Travaillez-vous en sandbox avant la production ? Si la réponse hésite, passez votre chemin. Modifier directement une org de production est une pratique qui finit toujours par coûter cher.
- Que me laissez-vous comme documentation ? Un livrable non documenté vous rend captif. Cette question sépare nettement les intervenants.
- Comment se passe la recette ? Si personne ne peut vous décrire qui valide quoi et sur quels cas, la fin de mission sera une négociation.
Questions fréquentes
Quand faut-il un administrateur Salesforce freelance plutôt qu'un recrutement ?
Quand le volume de demandes ne justifie pas un poste à temps plein, quand vous avez un chantier délimité à mener, ou quand vous voulez remettre l'org au propre avant de décider. En dessous d'un certain volume, un salaire complet finance un poste qui tourne à trente pour cent.
Un administrateur Salesforce peut-il intervenir sans accès à la production ?
Oui, et c'est la bonne pratique. Tout se conçoit et se teste dans une sandbox, une copie de test isolée de vos données réelles. La mise en production se décide séparément, au moment du devis.