9 critères pour choisir le bon freelance Salesforce — checklist DSI

Les 9 critères pour choisir le bon freelance Salesforce

Vous avez un projet Salesforce, un budget défini, et 3 semaines pour commencer. Vous recevez 12 candidatures. Comment trier ? Pas en lisant les CV, je vous le garantis. Voici les 9 critères qu’un DSI ou un responsable IT doit vérifier avant de signer avec un freelance. Nous les appliquons chez SF Talent à chaque intégration.

1. Certifications Salesforce vérifiables sur Trailhead

Pourquoi c’est crucial : Une certification prouve deux choses : (a) compréhension formelle de la plateforme, (b) investissement personnel (l’examen coûte 200€, il faut préparer 40-100h). Un consultant sans cert a peut-être du talent autodidacte, mais c’est un risque.

À vérifier :

  • Demandez son lien Trailhead public (tous les consultants sérieux l’ont). Vérifiez les badges : Admin, Platform Developer, Solution Architect, spécialités (CPQ, Marketing Cloud, Service Cloud).
  • Vérifiez la date : une cert de 2020 sans mise à jour ? Suspect. Les bonnes pratiques changent.
  • Cherchez au moins 2-3 certifications : Salesforce Admin + une spécialité (Dev, Consultant Fonctionnel, ou Architect).
  • Demandez : “Quelle cert préparez-vous actuellement ?” Un bon consultant se forme en continu.

Signal d’alerte : “Je n’aime pas les certifications, j’apprends en faisant.” → Fuite. Expérience + certs = gold. Expérience seule = risque.

2. Spécialisation cloud (Sales / Service / Marketing / CPQ / Industries)

Pourquoi c’est crucial : Salesforce est un écosystème vaste. Personne n’est expert en tout. Un “spécialiste Sales Cloud configuration” n’est pas la bonne personne pour piloter une migration Marketing Cloud complexe. Savoir ce qu’on NE sait pas est un signal de séniorité.

À vérifier :

  • Demandez sa spécialité principale (max 2-3 clouds).
  • Posez : “Si je te demande du CPQ et ce n’est pas ta spécialité, que fais-tu ?” → Bonne réponse : “Je dirais non ou je me forme avec vous sur 2 semaines”. Mauvaise : “Pas de souci, CPQ c’est comme le reste”.
  • Crochez sa spécialité avec votre besoin. Mismatch = problème.
  • Demandez 2-3 projets dans sa spécialité : cas chiffré, timeline, complexité.

Signal d’alerte : “Je maîtrise Salesforce.” (sans détail) → Bluff. Les vrais experts parlent niches et délimitent leur primaire.

3. Ancienneté sur la plateforme (nombre de Salesforce orgs touchées, années d’expérience)

Pourquoi c’est crucial : L’expérience n’est pas linéaire. 10 ans dans une seule org = 2 ans d’expérience répétés 5 fois. 5 ans sur 15 orgs différentes = apprentissage maximal. Cherchez variété + ancienneté.

À vérifier :

  • Demandez : “Combien de projets Salesforce en parallèle / en séquence ?” Minimum 10-15 orgs pour avoir vu de la complexité réelle.
  • Demandez : “Quel est le plus gros org que tu as touché ?” (# utilisateurs, # d’objets personnalisés, # de flux/règles, taille data volume). Senior = 1000+ users, 50+ custom objects, 200+ flows.
  • Posez une question technique piégée spécifique à sa spécialité (exemple : “Comment géres-tu un flow avec +3000 enregistrements en boucle sans governor limit ?” → Bonnes réponses : batch, async, ou refonte du design).
  • Année d’entrée sur Salesforce : avant 2018 = senior probable. Après 2022 = junior probable.

Signal d’alerte : “J’ai 3 ans d’expérience, tous sur le même client.” → Probablement un développeur salarié qui ne freelance que depuis 6 mois. Risque de “code maison” pas scalable.

4. Langue et soft skills (communication, autonomie, proactivité)

Pourquoi c’est crucial : Un dev Apex brillant mais qui ne parle qu’en code, pas en métier, vous laisse 3 sprints en retard sur l’alignement client. Cherchez quelqu’un qui traduit technique ↔ métier.

À vérifier :

  • Posez une question métier : “Un client veut mesurer l’impact d’une campagne email sur son pipeline de vente. Comment structures-tu la donnée ?” → Écoute la réponse. Elle doit croiser CRM + marketing + analytique, pas juste data warehouse.
  • Appel de découverte obligatoire (1h minimum). Notez : parle-t-il ton langage ? Pose-t-il des questions pertinentes ? Ou déroule-t-il sa pitch sans t’écouter ?
  • Demandez : “Comment géres-tu un client difficile ou un scope qui change en cours ?” → Bonne réponse : “On formalise, on documente, on re-cadre. Je peux pas livrer du vague.” Mauvaise : “Pas de souci, je m’adapte.”
  • Langue : français fluide minimum. English si remote hors France. Slack / Zoom : peut-il se débattre ?

Signal d’alerte : Réponses courtes, pas de question en retour, donne ses dispos sans écouter ton besoin → Attentisme. Il attend la paie, pas le succès du projet.

5. Référencement de cas concrets (avec chiffres)

Pourquoi c’est crucial : Tous les freelances disent “j’ai fait des projets complexes”. 2 sur 10 peuvent en parler vraiment (chiffres, défis, résultats). Les autres racontent une histoire moyenne.

À vérifier :

  • Demandez 2-3 cas client (au moins 1 dans votre secteur/type de besoin).
  • Exigez des chiffres : “j’ai intégré le CRM avec ERP” → Boring. “J’ai intégré Salesforce avec SAP pour 300 utilisateurs, 50k enregistrements/mois en sync, latence < 5min, réduction du time-to-book de 3 jours" → Gold.
  • Demandez : “C’était quoi le plus dur dans ce projet ?” → Réponse honnête (problème réel + résolution) = signal fort. “Rien de dur” = fuite.
  • Si NDA le bloque sur tous les cas : négocie. Au moins des chiffres anonymes (secteur, taille, défi). Un consultant blindé par NDA sur TOUT a peut-être pas grand chose à montrer.

Signal d’alerte : Cas vague (“j’ai fait du Salesforce chez Fortune 500”) ou refus total de parler chiffres → Bluff probable.

6. Outils maîtrisés autour de Salesforce (Gearset, DataLoader, Flow, Apex, LWC)

Pourquoi c’est crucial : Salesforce est une plateforme. Mais livrer on-time demande des outils : deploy, data migration, version control, CI/CD. Un consultant qui sait que Gearset existe et comment l’utiliser livre mieux qu’un qui clicke tout manuellement.

À vérifier :

  • Demandez sa stack typical : VCS (Git), deploy (Gearset, SFDX), data (DataLoader, automation), testing (Apex Unit Tests, Jest pour LWC).
  • Posez : “Tes derniers 3 projets, tu les as déployés comment ?” → Bonne réponse : “Gearset + Git + pipeline automated”. Mauvaise : “Change set manual”.
  • Flow, Apex, LWC : demande son usage. “Quand utilises-tu Flow vs Apex ?” → Bonne réponse : nuancée (Flow = 80%, Apex = 20% pour gouvern limits et complexité). Mauvaise : “Je code tout en Apex, les flows c’est pour les admins”.
  • Demande : “T’as une GitHub public avec code Salesforce ?” Bon signal si oui (transparency + passion).

Signal d’alerte : “Je fais du Salesforce depuis 5 ans et j’ai jamais touché à Gearset.” → Arrière, problème. Gearset est standard depuis 2019.

7. Disponibilité et engagement (timing, exclusivité, préavis)

Pourquoi c’est crucial : Un consultant hyper-disponible et qui reprend une mission ailleurs en 48h crée du chaos. Cherchez engagement clair et calendrier réaliste.

À vérifier :

  • Posez : “Tu peux te libérer dans 2 semaines pour 3 mois, 4 jours/semaine ?” → Note la précision de la réponse. “Ouais, probablement” ≠ “Oui, je peux confirmer jeudi après appel”.
  • Demande : “Si tu acceptes ma mission, tu arrêtes tes autres contrats ?” → Attention : exclusivité pas toujours nécessaire (un jour/semaine ailleurs, ça passe). Mais 50% temps sur 3 projets = catastrophe.
  • Demande : “Quel est ton préavis si tu dois partir ?” → Bonne réponse : “2 semaines, mais ça arrive 1 fois tous les 5 ans”. Mauvaise : “Pas de contrat, je pars si ça m’dit pas”.
  • Vérifie son agenda : peux-tu vérifier un appel semaine suivante sans qu’il dise “faut que je regarde” (mauvais signal d’organisation).

Signal d’alerte : “Je peux commencer dans 3 jours” (urgence anormale) ou “Pas sure de ma dispo, ça dépend” (flou) → Fuite.

8. Cadre contractuel (TJM, RC Pro, NDA, termes de rupture)

Pourquoi c’est crucial : Un freelance sans RC Pro, c’est un risque. Pas de contrat clair, c’est du verbal flou. Contractualiser n’est pas paranoia, c’est prudence.

À vérifier :

  • RC Pro : demande la preuve (certificat d’assurance). Minimum 500k€ de couverture (standard en France). Absent ? Exige qu’il la prenne (coûte ~800€/an, c’est un must).
  • TJM : doit être clair et fixe. “Ça dépend” = rouge. Négociation acceptable pour long terme (6+ mois), mais doit aboutir à TJM stable.
  • NDA : le tien ou le sien ? Si le sien, fais vérifier par ton legal. Cherche la balance : protéger sa proprio, pas vous emprisonner dans ses terms.
  • Rupture : quel est le préavis ? “2 semaines” c’est standard. “30 jours” acceptable. “Je peux quitter demain” = risque. Réciproquement, toi aussi tu dois pouvoir te sortir sans pénalité après préavis.
  • Jour festif / congé : comment gère-t-il ? “Je travaille les jours fériés” (rouge : burnout probable). “2-3 semaines de congé/an” (normal).

Signal d’alerte : “Pas besoin de contrat, on se fait confiance” → Pire phrase du monde. Signez un contrat.

9. Feeling humain et adéquation culturelle

Pourquoi c’est crucial : Le freelance passe 3-6 mois avec toi. Si la chimie n’est pas là, ça ronge. Quelqu’un de très compétent mais arrogant ou trop hands-off peut être pire qu’un bon junior bienveillant.

À vérifier :

  • Appel découverte 1h. Notes : il t’écoute ? Il pose des questions intelligentes ? Il admet ce qu’il ne sait pas ? Il rigole avec toi ?
  • Demande : “Décris-moi un moment où tu t’es trompé sur un projet et comment tu l’as géré.” → Honnêteté = bon signal. Denial complet = mauvais.
  • Culture d’équipe : vous êtes startup agile et lui c’est corporate ESN depuis 20 ans ? Choc culturel probable. Cherche alignment.
  • Vérifiez ses références (appel direct avec ancien client). Demande : “Il y a t-il quelque chose que tu changerais chez ce consultant ?” → Réponse saine : “Rien major, peut-être plus de proactivité”. Réponse folle : “C’était un cauchemar”.

Signal d’alerte : “Je travaille mieux seul” + “Je préfère qu’on me laisse tranquille” + “Votre processus de validation est lourd” (jour 1) → Manque collaboratif. Problème probable.

Checklist récap : les 9 signaux à verser

Avant de signer un contrat, valide cette checklist :

  1. Certifications Salesforce vérifiées sur Trailhead ? ☐
  2. Spécialisation cloud claire et alignée avec mon besoin ? ☐
  3. 10+ orgs touchées, 5+ ans d’expérience minimum ? ☐
  4. Langue fluide, soft skills de communication validés en appel ? ☐
  5. 2-3 cas concrets avec chiffres (ou anonyme + secteur clair) ? ☐
  6. Outils modernes maîtrisés (Gearset, Git, Flow, Apex) ? ☐
  7. Disponibilité confirmée, engagement clair, préavis défini ? ☐
  8. RC Pro attestée (min 500k€), contrat signé, TJM fixe ? ☐
  9. Feeling humain OK, références positives, culture alignée ? ☐

Score 8-9 = sign. Score 6-7 = bon candidat avec réserves. Score ≤5 = continue à chercher.

Comment SF Talent vous fait gagner du temps sur ces 9 critères

Chez SF Talent, chaque freelance passe par cette grille avant intégration :

  • Certifications vérifiées sur Trailhead (on note aussi les mises à jour).
  • Spécialités documentées (vous voyez “Sales Cloud + Apex” clair avant appel).
  • CV + orgs touchées validés (minimum 3 références client appelées).
  • Appel d’évaluation technique (nous on pose les questions dures).
  • Cas clients documentés (vous voyez les chiffres, pas du vague).
  • Stack technique vérifiée (Git, Gearset, outils modernes obligatoires).
  • Engagement validé (dispo vérifie, préavis défini, exclusivité clarifiée).
  • RC Pro vérifiée et couverte (certificat d’assurance exigé).
  • Compatibility test : appel avec vous avant engagement (pas de surprise).

Résultat : vous ne filtrez pas 50 candidats, vous recevez 2-3 freelances déjà validés et prêts.

FAQ

Faut-il vraiment exiger la RC Pro ?

Oui. Elle coûte au consultant ~800€/an et ça le protège ET vous protège. Un freelance sans RC Pro qui refuse d’en prendre = red flag (manque de pro, ou il sait qu’il y a du risque).

Les freelances sans certifications peuvent-ils être bons ?

Oui, mais c’est un risque. Un dev autodidacte peut coder brillant. Mais sans cert, pas de preuve formelle. Cas acceptable : junior avec mentor senior, ou dev généraliste (Python/Java) qui a pivot Salesforce avec expérience solide autre. Sinon, exigez au moins 1 cert.

Quel poids donner au feeling humain vs compétence ?

50/50. Compétence sans collaboration = frustration. Collaboration sans compétence = wasted time. Les meilleures embauches ? Expert ET humain. Si tu dois choisir, prends l’expert (tu peux manager), mais cherche l’hybride.

Combien de temps pour valider les 9 critères ?

2-3 semaines avec un bon freelance. Premier appel : 1h. Vérification certs/refs : 3-4 jours. Appel technique : 1h. Appel compatibilité : 1h. Contrat : 2-3 jours. Voilà. Pas 6 mois de process.

Et après 2 semaines j’ai peur ? Puis-je annuler ?

Contrat doit permettre rupture avec préavis 2 semaines. Si c’est pas écrit, négociez. Mais rupture précoce = jamais bon signe. Si tu annules 2 semaines après, c’est que tu as mal validé un des 9 critères (probablement le feeling humain ou la compétence réelle).

Conclusion

Choisir un freelance Salesforce n’est pas mystérieux. C’est méthodique. Les 9 critères ci-dessus couvrent technique, engagement, légal, et humain. Appliquez-les, vous trouverez quelqu’un de bon. Ignorez-les, vous aurez des surprises.

Vous ne voulez pas faire ce tri ? SF Talent sélectionne pour vous les meilleurs freelances Salesforce, validés sur ces 9 critères (et d’autres). Demandez une mise en relation.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Retour en haut