Catégorie : Votre projet CRM « cousu main »

Pas besoin d’aide, je vais d’abord découvrir Salesforce moi-même…

Skama est sceptique sur cette méthode… L’intérêt d’un intégrateur c’est plutôt au début.

Comparaison n’est pas raison mais c’est un peu comme si vous achetiez un nouvel objet inconnu et sophistiqué, comme une voiture 🚗, et que vous disiez, « Finalement je pars d’abord en voyage avec, puis on reviendra pour un stage de perfectionnement si on a des questions ».

Vous allez revenir en disant :

  • Bof, ! … C’est un véhicule confortable mais un peu lent, étroit, bruyant et surchauffé.
  • Et vous découvririez alors…
    • Qu’il existe une manette de vitesse et que vous auriez pu passer la seconde, voire la troisième, etc
    • Qu’un bouton permet d’activer la clim,
    • Qu’il était inutile d’entasser vos bagages sur les sièges car la trappe à l’arrière s’ouvre, que ce n’est pas la suite du moteur mais qu’elle donne accès à un coffre, fait pour cela
    • etc.

Défaire pour re-faire, c’est plus long que faire.

Hélas, le vrai drame n’est pas l’utilisateur déçu qui a juste perdu son temps, parfois pendant des années, à réaliser laborieusement une action sans savoir qu’un bouton standard le faisait automatiquement. Le vrai drame c’est quand le « découvreur tout seul » est l’administrateur lui-même. Ses droits vont lui permettre de tordre et modifier, parfois saccager l’outil, se croyant plus malin que l’éditeur.

En langage « comparaison voiture », cela donnerait : « Pour la chaleur dans la voiture, j’ai trouvé une astuce qui permet de rafraichir l’habitacle. Et auquel même le concepteur n’avait pas pensé ! A l’aide d’une perceuse j’ai fait des trous dans le pare-brise qui laissent passer un filet d’air rafraichissant. Pas mal ? Bon bien sûr, cela a pris quelques heures, c’est bruyant et la voiture roule moins vite… Et puis aussi j’ai réalisé ensuite qu’elle ne pourrait plus rouler sous la pluie, mais bon, il fallait trouver une solution… »

Dommage qu’il n’ait pas lu la page « Climatisation » du mode d’emploi.

Pour un marteau, tout problème est un clou.

Un symptôme de saccage fait par un pseudo-administrateur, c’est souvent la répétition suspecte d’un paramétrage identique, comme une obstination. Il existe par exemple une demi douzaine de méthodes pour rendre un champ obligatoire, adaptées à chaque contexte. Le montant d’une opportunité par exemple, ne devrait pas être obligatoire d’emblée. En effet, à la première étape « projet suspecté » d’une vente, il est rare de connaître les besoins précis et encore moins le budget du client. Un commercial s’agacera – légitimement- qu’on exige de lui une donnée non pertinente. Le montant ne devrait donc devenir obligatoire qu’à l’étape « négociation engagée », par exemple. La méthode de l’obligation « conditionnelle » qui s’appuie sur une règle de validation basée sur l’étape, est donc préférable à l’obligation « universelle » qui rend un champ obligatoire d’emblée. Etc. Mais l’administrateur novice a tendance, quand il connaît une méthode à l’appliquer partout.

En tant qu’intégrateur, nous trouvons ainsi des installations saccagées par un administrateur novice qui a cru bien faire. Cela mène parfois à l’abandon du projet sous prétexte que « l’outil n’est pas si bien que cela » alors qu’il était simplement utilisé en dépit du bon sens. Même quand le projet est poursuivi, il est difficile de convaincre le client que le travail déjà réalisé par son apprenti administrateur ne vient pas en déduction du travail à réaliser mais en ajout. Pour rétablir les choses.

Au final, une recommandation : Tout ce que vous découvrirez dans Salesforce ne paraît pas forcément logique ou évident à première vue.  Evitez néanmoins de supprimer ou modifier les réglages par défaut en pensant que « c’est peut être un oubli ou un bug ». Le logiciel est robuste et testé.

Salesforce est utilisé par des millions de commerciaux chaque jour. Ceux qui disent que « on ne peut pas utiliser un pareil outil qui demande autant de saisie » confondent pas pouvoir et pas vouloir. Ils ont probablement dit la même chose quand ils sont passés de la machine à écrire à Word. Proposez leur maintenant de repasser à la machine à écrire pour voir leur réaction.

Rien n’est fait par hasard dans Salesforce. C’est un outil abouti.

Consultez bien l’aide qui est exhaustive et claire.

Une bouteille de bulles 🍾 si vous découvrez une fonctionnalité standard qui serait vraiment mal conçue d’emblée 😉.

Bonne année et bonnes résolutions 2024 pour votre projet CRM !

Votre Stratégie CRM pour la nouvelle année se joue au Scrabble, en une minute et en musique avec Mozart…

Et comme une nouvelle année est aussi l’occasion de bonnes résolutions… Par exemple, utiliser son CRM pour l’envoi de ses propres vœux plutôt que de sous traiter,… Skama vous invite à une formation gratuite sur les Campagnes Marketing Salesforce les jeudis matin 11 et 18 janvier 2024.

Si votre projet Salesforce « roule » déjà bien et s’agrandit régulièrement de nouvelles fonctions, vous vous interrogez sans doute sur les chances d’adoption ou les risques de rejet des utilisateurs. L’indice « SCORE-USAGE » en 10 questions simples détaillées sur ce lien vous permettra d’évaluer précisément ce risque. Et de choisir le bon moment et les bonnes pratiques pour optimiser l’appropriation de l’outil.

Enfin, pour tirer le meilleur parti de vos licences, venez assister à l’une de nos formations gratuites sur les fondamentaux Salesforce.

Formation Flow Builder Salesforce

Objectifs

Le Flow Builder Salesforce est un outil déjà très puissant qui se perfectionne rapidement et remplace désormais les autres automatismes de Salesforce (Workflow, Process Builders). Il repousse en particulier le moment où il devient incontournable d’utiliser du code APEX.
A l’issue de ce cours, le stagiaire sait paramétrer et utiliser le FLow builder Salesforce.

Cette formation est volontairement organisée en 1 jour + 2 jours = 3 jours. Il est possible de suivre seulement la première ou la deuxième partie du stage.

  • Le jour 1 enseigne comment faire à ISO FONCTIONNALITE tout ce qui était déjà possible avec les anciens automatismes (Workflow, process builders) retirés du marché par Salesforce.
  • Les jours 2 & 3 enseignent comment faire LES NOUVELLES FONCTIONNALITES seulement accessibles via les Flow Builder (batch, flow d’écrans,…). Le Jour 3 se concentre sur l’utilisation des Flows pour les API. 

Contenu

Jour 1

  • 1) Différencier les types de flows (batch ou interactif) et savoir choisir lesquels utiliser.
  • 2) Différencier les éléments (Action, subflow, attribution, décision, boucle, et CRUD sur les enregistrements.), des connecteurs et des ressources (Formules, Variables, etc.)
  • 3) Réaliser un exemple simple transactionnel (trouver des exemples fonctionnels

Jour 2

  • 4) Gérer trucs, astuces (boucler sur autre chose qu’une collection … ) et bonnes pratiques
  • 5) Gérer le principe du debug et des versions, Governor limits, sécurité
  • 6) Gérer les actions hors Flow builder (simple : mail, chatter; complexes : apex (exemple d’écriture dans un log…)

Jour 3

  • 7) Savoir dissocier les principes de programmation : Découpage en processus ; notion de variable et type de variable ; E/S ; notion de contrôle du flux (structure de contrôle = Test, boucle,)
  • 8) Savoir dissocier variable locale, d’entrée, de sortie et dans la base.
  • 9) connaitre les bonne pratique de la programmation : Règles de nommage ; Code de retour, logs, Initialisation , test de cohérence des variables, vérification des codes de retour d’échange avec la base.

N.B. cette formation est réalisable en intra sur devis Formation@skama.fr

Pour accéder aux dates de stages, cliquez ici : dates de stages