Pourquoi un taux journalier ne vous dit presque rien
C'est la première question posée à tout administrateur Salesforce freelance, et paradoxalement celle qui vous renseigne le moins.
C'est la première question posée, et c'est la moins utile. Un taux journalier isolé ne vous permet de comparer ni deux prestataires, ni deux propositions.
Prenez deux administrateurs Salesforce freelance. Le premier annonce un tarif bas et met neuf jours à livrer un chantier. Le second annonce un tarif supérieur de moitié et livre le même chantier en quatre jours, documenté, avec des tests. Le second vous coûte moins cher et vous laisse quelque chose de maintenable.
Ce qui compte, c'est le coût total du résultat, et surtout ce qui reste dans votre org une fois l'administrateur parti. C'est pour cette raison que je travaille au forfait plutôt qu'en régie : vous achetez un résultat défini, pas des journées.
Les quatre facteurs qui font varier le prix
L'état de votre org Salesforce
C'est le facteur numéro un, et celui que personne n'anticipe. Le même besoin fonctionnel coûte du simple au triple selon l'org dans laquelle on intervient.
Une org propre, documentée, avec des automatisations lisibles et des droits cohérents, on y ajoute une fonctionnalité rapidement. Une org qui a accumulé dix ans de couches successives, avec des règles de validation qui se contredisent, des champs dont personne ne connaît l'usage et des automatisations superposées, exige d'abord de comprendre l'existant avant d'y toucher. Cette phase d'exploration est invisible pour vous, mais elle est réelle.
C'est précisément pour cela que je demande un accès à votre sandbox avant de chiffrer. Chiffrer sur description, sans avoir vu, produit soit une surestimation de précaution, soit une sous-estimation qui finira en avenant.
Déclaratif ou développement
Un besoin couvert par la configuration native ou par un Flow coûte nettement moins cher qu'un besoin qui exige du code.
La raison n'est pas seulement le temps de développement. Un composant sur mesure en Apex ou en Lightning Web Component impose d'écrire une classe de test qui couvre plus de soixante-quinze pour cent du code, seuil exigé par la plateforme pour déployer. Cette couverture représente une part significative de la charge. Il faut ensuite déployer proprement, ce qui ajoute une étape.
Un bon administrateur Salesforce cherche d'abord la solution déclarative. Si l'on vous propose du code d'emblée sans avoir exploré le déclaratif, demandez pourquoi.
Le périmètre réel, pas celui qu'on imagine
Les besoins exprimés sont presque toujours plus larges qu'ils n'en ont l'air. « Automatiser la validation des commandes » peut vouloir dire une règle simple sur un champ, ou une matrice de conditions croisant produits, pays, clients et montants, avec des exceptions à gérer.
La différence de charge entre les deux se compte en jours. C'est pour cela que la phase d'analyse compte autant, et c'est pour cela que je ne la facture pas : elle protège autant votre budget que mon planning.
La reprise de l'existant
Modifier une automatisation existante coûte souvent plus cher que d'en créer une. Il faut comprendre ce qu'elle fait, identifier ce qui en dépend, vérifier qu'on ne casse rien ailleurs, puis tester l'ensemble.
Une org sans documentation transforme chaque modification en enquête.
Ce que doit contenir un devis d'administrateur Salesforce
Un devis d'une ligne avec un montant global ne vous protège de rien. Voici ce que vous devriez y trouver, et ce que vous êtes en droit d'exiger.
- Un découpage en lots. Analyse, développement ou paramétrage, tests, déploiement. Chaque lot avec son estimation en heures.
- Les hypothèses retenues. Ce sur quoi le chiffrage repose. Par exemple, que la sandbox est à jour, que tel processus reste inchangé, que vous fournissez les règles métier.
- Ce qui est explicitement exclu. C'est le point le plus important, et celui qu'on oublie. Ce qui n'est pas écrit comme exclu sera réclamé comme inclus.
- Les conditions de recette. Qui valide, sur quels cas, dans quel délai.
- Les modalités de mise en production. Qui déploie, avec quel accès, et à quel moment on en décide.
Les trois pièges qui font exploser une facture
Le chiffrage sans avoir vu l'org Salesforce
Un administrateur freelance qui vous annonce un prix ferme après un simple appel de trente minutes, sans avoir regardé votre configuration, prend un risque. Il le couvre soit par une marge de sécurité que vous payez, soit par des avenants que vous paierez plus tard.
Demandez systématiquement que le chiffrage soit précédé d'un accès à votre environnement de test. Cela ne vous engage à rien, une licence sandbox est incluse dans votre abonnement Salesforce, et le compte créé est révocable en un clic.
L'absence de recette formalisée
Sans conditions de recette écrites, la fin de mission devient une négociation. Vous estimez que le résultat ne correspond pas, l'administrateur estime avoir livré ce qui était demandé, et personne n'a de référence commune.
Une recette formalisée, c'est une liste de cas concrets, issus de votre activité réelle, que le livrable doit passer. Elle se rédige avant de commencer, pas à la fin.
Le livrable non documenté
C'est le piège différé, celui dont la facture arrive un an plus tard. Un développement livré sans documentation vous rend dépendant de son auteur. Le jour où il n'est plus disponible, la moindre évolution devient une reprise complète.
Exigez la documentation dans le devis, au même titre que le reste. Ce que vous payez doit rester maintenable par quelqu'un d'autre que celui qui l'a écrit.
Combien coûte le fait de ne pas avoir d'administrateur Salesforce
C'est l'autre côté du calcul, celui qu'on oublie systématiquement quand on compare des devis d'administrateur Salesforce freelance.
Reprenez les six signaux d'une org Salesforce qui dérive : ressaisie manuelle, chiffres auxquels personne ne se fie, demandes jamais traitées, licences payées pour rien, configuration figée. Chacun a un coût, diffus mais réel, et ce coût court tous les mois.
Une automatisation qui supprime dix minutes de saisie par commande se rentabilise en quelques semaines dès que le volume est significatif. Un nettoyage de licences se rentabilise immédiatement. Une remise au propre de la sécurité ne se rentabilise jamais visiblement, jusqu'au jour où elle vous évite un incident.
Comment je procède
Vous me décrivez votre besoin, en quelques lignes ou avec un cahier des charges. On en parle trente minutes. Vous m'ouvrez un accès à votre sandbox, jamais à votre production. J'explore, je mesure l'écart entre l'existant et votre besoin, et je vous remets un devis détaillé.
Cette étape d'analyse et de chiffrage ne vous est pas facturée. Vous recevez un devis découpé en lots, avec les heures estimées, les hypothèses, les exclusions et les conditions de recette. Si le montant ne vous convient pas, vous n'avez rien dépensé.
Le taux journalier, lui, je le communique au premier échange. Mais vous aurez remarqué que ce n'est pas ce qui détermine le prix de votre projet. Ce qui le détermine, c'est l'état de votre org, la part de déclaratif, le périmètre réel, et la qualité du devis que votre administrateur Salesforce freelance vous remet.
Forfait ou régie pour une mission Salesforce
Deux modes de facturation coexistent, et ils ne répartissent pas le risque de la même façon.
La régie, c'est un tarif à la journée consommée. Le risque de dérive est intégralement chez vous : si le chantier prend trois fois plus de temps que prévu, vous payez trois fois plus. C'est adapté à un besoin flou, exploratoire, ou à une présence récurrente sans périmètre défini.
Le forfait, c'est un prix pour un résultat défini. Le risque de dérive passe chez le prestataire : s'il a mal estimé, il assume. C'est adapté dès que le périmètre peut être écrit, ce qui est le cas de la grande majorité des chantiers d'administration.
Je travaille au forfait par défaut, et j'assume ce choix. Il m'oblige à regarder votre org avant de m'engager, ce qui est exactement ce qu'il faut faire. Le forfait mensuel de l'administration externalisée est un cas particulier : le périmètre y est un volume de demandes plutôt qu'un livrable, ce qui convient au récurrent.
Un ordre de grandeur utile
Je ne peux pas vous donner un prix sans avoir vu votre org, ce serait malhonnête. En revanche voici comment raisonner.
Un audit d'org et un plan d'actions priorisé se comptent en un à deux jours. C'est l'investissement le plus rentable pour commencer, parce qu'il transforme un malaise diffus en liste de chantiers chiffrés, et parce qu'il vous permet ensuite de décider en connaissance de cause, y compris de ne rien faire.
L'automatisation d'un processus commercial se compte en trois à six jours selon sa complexité et l'état de l'org. Une remise au propre de la sécurité et des données, en quatre à huit jours. Un reporting de pilotage, en deux à quatre jours.
Ces durées sont celles que je constate. Elles varient, et c'est bien pour cela que le chiffrage précis passe par une exploration préalable, qui ne vous est pas facturée.
Questions fréquentes
Le chiffrage d'une mission Salesforce est-il payant ?
Non. J'explore votre org dans une sandbox, je mesure l'écart avec votre besoin et je remets un devis découpé en lots. Cette étape n'est pas facturée, et vous n'engagez rien avant signature.
Vaut-il mieux un forfait ou une régie pour une mission Salesforce ?
Le forfait dès que le périmètre peut être écrit, ce qui couvre la grande majorité des chantiers d'administration. Il place le risque de dérive chez l'administrateur. La régie convient à un besoin exploratoire ou à une présence récurrente sans périmètre défini.