, Le quoi, le comment et le quand des bacs à sable Pardot · Nebula Consulting<span class="wtr-time-wrap after-title"><span class="wtr-time-number">7</span> minutes de lecture</span>

Le quoi, le comment et le quand des bacs à sable Pardot · Nebula Consulting7 minutes de lecture


Les bacs à sable Pardot ont été largement demandés par les utilisateurs de Pardot du monde entier. (Vous pouvez jeter un oeil à l’idée ici). Ils vous permettent de tester dans un environnement sûr et non opérationnel avant d’apporter des modifications pour de vrai. Si les sandbox sont disponibles dans Salesforce depuis un certain temps, ils sont attendus depuis longtemps dans Pardot. Mais maintenant, ils sont là …

Qu’est-ce qu’un sandbox Pardot et en quoi est-il différent d’un sandbox Salesforce?

Dans Salesforce, un bac à sable est une réplication de votre environnement Salesforce actuel vous permettant de créer et de tester de nouvelles modifications, puis de les remettre en production. Il existe plusieurs types de sandbox Salesforce, mais il n’existe qu’un seul type pour Pardot.

Un Sandbox Pardot est une Business Unit Pardot qui peut être provisionnée à partir d’un Salesforce Full Sandbox. Ainsi, vous avez accès à une organisation Pardot entièrement fonctionnelle, dans laquelle créer de nouvelles automatisations et tester avec un Salesforce Sandbox, qui est une réplique exacte de votre organisation Salesforce.

De plus, vous devez vous rappeler que vous ne pouvez pas transférer les modifications de votre bac à sable Pardot vers la production. Cela signifie que toutes les modifications apportées à votre Sandbox Pardot doivent être recréées manuellement dans votre instance Pardot en direct.

Enfin, n’oubliez pas que Salesforce Engage et B2B Marketing Analytics ne sont actuellement pas pris en charge dans les Sandbox.

En quoi cela sera-t-il utile pour un utilisateur de Pardot?

La chose clé avec laquelle un bac à sable Pardot aidera est de tester et de minimiser les risques. Cela permet à votre équipe Salesforce de s’assurer que les modifications Pardot n’interféreront pas avec les automatisations complexes en cours d’exécution.

Cela sera vital dans un certain nombre de cas. Par exemple si vous avez:

  • Jamais fait un changement sans tester correctement (!!!!)
  • Vous n’aviez pas une visibilité suffisante sur les automatisations en cours d’exécution dans Salesforce et sur la manière dont ces automatisations peuvent avoir un impact sur les modifications que vous apportez.
  • Responsable d’une grande organisation d’entreprise avec beaucoup d’automatisation et de code personnalisé.

Il permet également aux utilisateurs d’avoir l’espace nécessaire pour essayer de nouvelles idées et être plus créatifs avec des solutions sans avoir à se soucier d’endommager les données.

Quand devriez-vous utiliser un bac à sable Pardot?

Le moment le plus important pour utiliser un bac à sable Pardot est lorsque vous testez tout ce qui concerne le flux de données entre Pardot et Salesforce. L’utilisation de bacs à sable pour le flux de données aidera à éviter les modifications incorrectes ou accidentelles des enregistrements et la suppression des données.

Voici quelques scénarios:

1. Mappage de champ et comportement du niveau de synchronisation

Le fait de concentrer vos efforts de test Sandbox sur les champs Lead et Contact vous aidera à déterminer le comportement de synchronisation au niveau du champ à utiliser. Vos trois options sont:

  • La valeur de Salesforce est utilisée comme maître
  • La valeur de Pardot est utilisée comme maître
  • Utiliser le dernier enregistrement mis à jour

Vous devrez déterminer quels noms de champ Salesforce correspondent aux champs de prospect Pardot pour vous assurer que toutes les données qui vont et viennent sont exactes. Vous pourrez voir si des problèmes surviennent en vérifiant vos erreurs de synchronisation et en observant les données qui sont laissées dans les champs une fois testées.

2. Test de la synchronisation des prospects

Le comportement de synchronisation par défaut entre Salesforce et Pardot est déterminé par les autorisations et le rôle de l’utilisateur du connecteur. Les enregistrements qui ne sont pas visibles par l’utilisateur du connecteur ne sont pas synchronisés avec Pardot. Si vous utilisez v2 du connecteur, vous devez également prendre en compte les règles de partage de données marketing.

Les règles de partage de données marketing vous permettent d’affiner votre comportement de synchronisation en fonction des valeurs de champ. Par exemple, utiliser une valeur de champ de région pour déterminer dans quelle unité commerciale un prospect doit appartenir. Pour ce faire, il peut être nécessaire de modifier les données des prospects et des contacts. Le test Sandbox est donc approprié.

3. Test de la synchronisation utilisateur

Lors de l’activation de Salesforce User Sync avec votre instance Pardot, vous devrez mapper les profils Salesforce aux rôles Pardot. Ces rôles détermineront ce que vos utilisateurs pourront voir lorsqu’ils seront connectés à Salesforce ou lorsqu’ils afficheront vos données Pardot à partir de l’enregistrement Prospect ou Contact dans Salesforce. Configurer cela dans le bac à sable et vérifier que cela fonctionne comme prévu sera vraiment utile.

Quand devriez-vous tester sans Pardot Sandbox?

Il y aura des cas où les tests dans un bac à sable Pardot ne seront pas aussi utiles. Il s’agit de scénarios dans lesquels les modifications apportées présentent un faible risque ou peuvent être supprimées facilement sans causer de problèmes. Par exemple:

  • Modèles d’e-mails et brouillons – Étant donné que ceux-ci ne sont pas destinés aux clients (jusqu’à ce que vous appuyiez sur envoyer), et qu’il existe une fonctionnalité de test facilement disponible dans votre instance Pardot, ce serait une perte de temps d’utiliser un bac à sable. En outre, les modifications que vous apportez aux modèles d’e-mail et aux brouillons ne seront pas reflétées dans votre organisation Salesforce.
  • Pages de destination, formulaires et gestionnaires de formulaires – Testez ces ressources dans des outils tels que le mode navigation privée dans votre navigateur. Vous pouvez également utiliser vos propres données de test, donc un bac à sable ne serait pas utile ici.
  • Listes statiques et dynamiques – Les listes statiques ne nécessitent pas de test, car vous ajoutez et supprimez manuellement des prospects. Les listes dynamiques ont un bouton d’aperçu intégré pour que vous puissiez les vérifier avant de les exécuter.
  • Structures de dossiers – Seule votre équipe l’utilise. Ne faites plus de travail pour vous-même!
  • Actions de page et redirections personnalisées – Ceux-ci peuvent être testés et ajustés à partir de la production simplement en utilisant le mode navigation privée et les données de test.
  • Contenu dynamique – Que votre contenu dynamique se trouve dans un e-mail, sur une page de destination ou sur votre site Web – les tests seront toujours possibles dans votre environnement de production Pardot.

Que faire des zones grises….

Il y aura des moments où vous pourrez tester à la fois dans un bac à sable Pardot et en production. Dans ces scénarios, vous devrez réfléchir à ce qui convient le mieux à votre organisation. Gardez à l’esprit que certains de ces éléments nécessitent beaucoup de temps et d’efforts pour être intégrés dans un bac à sable, puis reconstruits manuellement. Considérez que reconstruire une deuxième fois dans un nouveau système peut entraîner des erreurs et des erreurs humaines.

  • Notation – Si vous modifiez simplement votre modèle de notation, ces modifications fonctionnent rétroactivement. Cela signifie que vous effectuez des tests assez sûrs en production. Cependant, si vous apportez des modifications directement au score des prospects (par exemple via des actions de finalisation), vous souhaiterez peut-être tester cela dans un environnement Sandbox, car ils ne sont pas rétroactifs.
  • Classement – La modification d’un profil de notation ne devrait pas être trop problématique, mais une grande partie de la notation est exécutée à l’aide de règles d’automatisation qui peuvent nécessiter des tests Sandbox.
  • Règles d’automatisation – Oui, il existe un bouton de prévisualisation intégré aux règles d’automatisation, mais ils sont incroyablement puissants. Avec une seule règle, vous pouvez apporter des modifications irréversibles géantes à vos données, sans pouvoir les annuler.
  • Studio d’engagement – Le processus de test des programmes Engagement Studio variera en fonction de la complexité du programme. Cela tient à la puissance et à la variété des options disponibles dans Engagement Studio. En règle générale, je les construirais dans Production et les testerais à l’aide de prospects de test. Néanmoins, vous devrez évaluer le programme en fonction du nombre de changements de données en cours.
  • Intégrations tierces – Si l’intégration a un impact sur les données (par exemple, les connecteurs de webinaire), utilisez un bac à sable. Cependant, pour les connecteurs tels que Google Analytics / Ads, vous pouvez l’intégrer directement dans Production.

Si vous utilisez les bacs à sable Pardot pour la première fois ou si vous avez des questions, vous pouvez nous contacter ici.



Source de l’article traduit automatiquement en Français