Nitin Dangwal, chef d'équipe senior chez Cynoteck, est un professionnel Salesforce expérimenté avec une expérience remarquable de plus de 15 ans dans le secteur informatique. D'abord développeur Cobol, il est passé à Salesforce, reconnaissant son vaste potentiel dans le domaine du cloud computing. Les plus de 15 années d'expérience de Nitin dans Salesforce CRM ont été essentielles dans En savoir plus
Nous sommes un partenaire Microsoft Gold avec sa présence aux États-Unis et en Inde. Nous sommes un fournisseur de services informatiques dynamique et professionnel au service des entreprises et des startups, en les aidant à relever les défis de l'économie mondiale. Nous offrons des services dans le domaine de la consultation et de la mise en œuvre CRM, du développement d'applications, du développement d'applications mobiles, du développement Web et du développement offshore.
Liste de contrôle du Guide du déploiement de Salesforce
Liste de contrôle du déploiement Salesforce
Tous les bons administrateurs savent qu'à moins qu'il n'y ait une raison exceptionnellement bonne de faire autrement, les modifications doivent être apportées dans un environnement sandbox. Surtout si les changements sont nombreux et importants, comme une migration éclair.
Cela signifie donc qu'une fois que vous êtes satisfait de la solution que vous avez créée et qu'elle a passé les tests (y compris l'UAT, si nécessaire), ces modifications devront être déployées en production.
Cette dernière étape est le cumul de tout votre dévouement et de votre travail acharné, et il y a un risque que beaucoup de choses et de choses tournent mal dans le processus. Alors, que devez-vous faire pour que tout se passe rapidement?
Voici ma simple liste de contrôle de déploiement Salesforce pour vous aider.
A) Avant le déploiement
Liste de contrôle du déploiement Salesforce avant le déploiement
[intégrer l'image]
1) Mettez-vous d'accord sur une heure et planifiez tout à l'avance
Les meilleurs déploiements sont bien planifiés et prédéterminés afin que tout soit pris en compte bien avant la mise en service. Considérez attentivement les implications de notre Déploiement Salesforce et donnez-vous suffisamment de temps pour construire et tester différents scénarios (positifs et négatifs) avant de lancer le déploiement.
Le déploiement peut être temps intensive, et avec cela, beaucoup de choses étranges se produisent. Nous ne voulons certainement pas que quiconque travaille en production pendant que ces changements ont lieu. Il y a trois raisons principales :
a) Nous devons nous donner plus de temps pour tester vos changements de production afin de nous assurer que tout est déployé et fonctionne correctement.
b) Nous voulons nous assurer qu'aucune modification n'est apportée en production lorsque vous déployez la nôtre, car le déploiement d'un ensemble de modifications écrasera toutes les modifications apportées à la production.
c) Nous ne voulons pas que les utilisateurs finaux utilisent le système avant qu'il ne soit complètement déployé, ou avant que nous ayons eu l'occasion de les informer complètement.
Au lieu de cela, définissez une heure à l'avance et informez tous les membres de l'organisation en dehors des heures de non-travail de l'utilisateur, il est généralement préférable, si possible, d'éviter l'impact sur l'utilisateur et de nous donner le temps de résoudre les problèmes, ce qui signifie le soir/le week-end pour la plupart des entreprises.
Assurez-vous que tous les utilisateurs sont avertis et invités à ne pas se connecter à l'organisation pendant cette période. délai. Si nous travaillons dans une grande organisation ou si notre déploiement est particulièrement important, nous pourrions envisager de geler les utilisateurs jusqu'au déploiement, aux étapes de post-déploiement et jusqu'à ce que les tests soient terminés.
2) Construisez tout d'abord dans un environnement sandbox
A tas de sable vous offre un endroit sûr pour tester les applications et les développer avant le déploiement. Assurez-vous toujours que votre bac à sable est une véritable réplique/copie de l'environnement de production pour obtenir les résultats les plus précis et les meilleurs.
Vérifiez la piste d'audit dans l'environnement de production pour s'assurer qu'aucun changement/modification n'a été effectué qui sera écrasé par le déploiement.
Si tel est le cas, nous souhaiterons peut-être retarder ou reporter notre déploiement afin de faire migrer ces modifications vers le bac à sable ou de parler aux parties prenantes concernées. (Ce serait bien de préciser avec les utilisateurs qu'aucune modification ne doit être apportée en production before vous commencez à développer dans le bac à sable).
4) Préparez votre ensemble de modifications
Préparez et validez le changeset à l'avance. Cela peut prendre beaucoup de temps si nous devons corriger les choses entre le bac à sable et la production, et nous ne voulons pas manquer votre fenêtre de déploiement parce que vous ne vous êtes pas préparé.
Certaines choses peuvent se produire lors de la validation, comme renommer les champs standard ou toute modification apportée à Noms d'API, alors faites attention à ceux-ci aussi.
5) Faites une exportation complète et effectuez une sauvegarde
Effectuez une exportation / sauvegarde complète des données de production avant le déploiement. En cas de problème, vous voulez vous assurer que vos données restent intactes, une sauvegarde est donc nécessaire avant tout changement important.
6) Créer une copie Sandbox
Créer un bac à sable qui est une réplique de organisation de production, vous disposez ainsi d'un enregistrement de votre configuration et de vos métadonnées existantes. Encore une fois, si quelque chose ne va pas, vous voulez pouvoir revenir à l'état actuel du jeu requis.
Préparer la script de test vous devez exécuter après le déploiement pour vous assurer que tout fonctionne correctement. Bien sûr, en tant que bon administrateur, vous aurez déjà effectué vos tests dans votre bac à sable avant de créer le jeu de modifications, mais vous devriez le répéter à nouveau en production pour vérifier que tout a été déployé comme il se doit.
Préparez ces scripts de test (instructions étape par étape sur ce qu'il faut tester et comment) afin que vous et vos utilisateurs puissiez exécuter ces tests rapidement pour vérifier que tout fonctionne comme prévu.
8) Désactiver la délivrabilité des e-mails
Des modifications en masse peuvent déclencher de nombreuses perturbations du système e-mails et notifications, désactivez donc la délivrabilité des e-mails pendant le déploiement pour vous assurer que vos utilisateurs ne sont pas bombardés d'une avalanche de messages. Assurez-vous de noter ce que vous avez désactivé afin de pouvoir le réactiver une fois votre ensemble de modifications déployé.
Désactiver Règles/règles de workflow/règles de validation/flux/processus constructeurs– tout ce qui pourrait avoir un impact sur les modifications ou les empêcher de se déployer correctement. Assurez-vous que vous exécutez des tests après que nous les ayons réactivés, pour nous assurer que nous avons un environnement entièrement fonctionnel.
Si vous apportez de gros changements, vos utilisateurs peuvent être confus par la suite. Organisez des sessions de documentation et de formation pour tous les utilisateurs. Assurez-vous que les utilisateurs doivent savoir comment vous contacter ou émettre un ticket de support interne pour tout problème ou toute question.
Si vous apportez de très gros changements, envisagez de mettre en place un service d'assistance physique dans le bureau que les utilisateurs peuvent demander de l'aide - nous l'avons déjà fait pour un client et cela nous a vraiment aidé à simplifier le processus.
À la recherche de services d'implémentation Salesforce
Envoyez-nous vos besoins, nous vous répondrons avec un devis
Liste de contrôle du déploiement Salesforce après le déploiement
[intégrer l'image]
1) Données et modifications non déployées
Avez-vous besoin de modifications manuelles ou de mises à jour de données? Le moment est venu. (En fonction du résultat souhaité, vous voudrez probablement vous assurer que les règles de flux de travail, les générateurs de processus et les règles de validation restent désactivés pour cela).
Réactiver tout ce qui a été mis en pause, si vous avez suspendu vos workflows et règles de validation lors du déploiement, il est temps de les réactiver.
Activer les flux de travail une fois déployées, les règles et l'automatisation ne sont pas automatiquement activées. Activez vos nouvelles règles de validation / Process Builders / workflows - tout ce qui pourrait ne pas être actif lors du déploiement.
Testez vos modifications - est-ce que tout fonctionne? Êtes-vous en mesure de terminer tous les processus comme vous le souhaitez? Nos flux de travail et notre règle de validation fonctionnent-ils correctement? Utilisez la fonction `` Se connecter en tant qu'utilisateur '' pour vous connecter en tant qu'utilisateurs différents et vérifier leur accès au profil et leurs préférences - voyez-vous ce que vous aviez prévu? si possible, demandez à vos utilisateurs de vous aider à tester également.
Maintenant que les tests sont terminés et que nous sommes convaincus que tout fonctionne, vous pouvez activer la délivrabilité des e-mails afin que vos utilisateurs puissent à nouveau recevoir des e-mails.
3) Réactifs et informer les utilisateurs
Si tout fonctionne bien, félicitations! Nous avons terminé un déploiement réussi. La dernière étape consiste maintenant à permettre à nos utilisateurs de se reconnecter si vous l'avez désactivée, et à leur faire savoir que les changements ont eu lieu.
Assurez-vous qu'ils ont accès à tout le soutien et aux ressources de formation dont ils ont besoin et vérifiez régulièrement qu'ils sont aussi ravis de vos formidables changements que vous vous attendez à ce qu'ils le soient.
Comment préparer un déploiement Salesforce ?
Voici quelques étapes à suivre pour préparer un déploiement Salesforce :
Identifiez vos objectifs de déploiement: Définissez clairement les modifications que vous souhaitez apporter et les raisons de les apporter. Cela vous aidera à concentrer vos efforts et à garantir la réussite de votre déploiement.
Passez en revue vos environnements source et cible : Assurez-vous de bien comprendre les différences entre vos environnements source et cible (par exemple, bac à sable, édition développeur, production). Cela vous aidera à identifier les problèmes potentiels pouvant survenir au cours du processus de déploiement.
Créez un plan de déploiement : Élaborez un plan qui décrit les étapes spécifiques que vous suivrez pour préparer et exécuter le déploiement. Cela devrait inclure des détails tels que les composants que vous allez déployer, l'ordre dans lequel ils seront déployés et toutes les dépendances qui doivent être prises en compte.
Sauvegardez vos données : Avant d'apporter des modifications à votre instance Salesforce, il est judicieux de créer une sauvegarde de vos données. Cela vous permettra de restaurer votre système à un état antérieur en cas de problème pendant le processus de déploiement.
Testez vos modifications : Avant de déployer vos modifications en production, il est important de les tester minutieusement dans un environnement sandbox ou Developer Edition. Cela vous aidera à identifier et à résoudre les problèmes avant qu'ils n'affectent vos utilisateurs.
Coordonner avec votre équipe : Assurez-vous que tous les membres de votre équipe connaissent le plan de déploiement et leur rôle dans le processus. Cela aidera à garantir que le déploiement se déroule sans heurts et que tout le monde est prêt pour tout changement qui pourrait survenir.
Communiquez avec vos utilisateurs : Informez vos utilisateurs de toutes les modifications qui seront apportées au système et de la manière dont elles pourraient être affectées. Cela aidera à minimiser les perturbations et à garantir que vos utilisateurs sont préparés à tout changement.
En suivant ces étapes, vous pouvez préparer efficacement un déploiement Salesforce et vous assurer qu'il se déroule sans problème.
Regarder la vidéo sur la liste de contrôle de déploiement de Salesforce
https://youtu.be/Lj8suX_hmik
Liste de contrôle du déploiement Salesforce
Faq's
Quels sont les différents types de déploiement Salesforce ?
Il existe plusieurs types de déploiement Salesforce, notamment : 1. Déploiement complet : Ce type de déploiement implique le déplacement de tous les composants d'une instance Salesforce, y compris les objets personnalisés, les champs, les workflows et les données, d'un environnement à un autre. 2. Déploiement partiel : Ce type de déploiement implique de déplacer uniquement un certain nombre de composants, tels qu'un objet personnalisé spécifique ou un ensemble spécifique de données, d'un environnement à un autre. 3. Déploiement sur place : Ce type de déploiement implique d'apporter des modifications directement à un environnement de production sans les tester au préalable dans une sandbox ou une édition développeur. Ce type de déploiement est généralement considéré comme plus risqué, car il contourne le processus de test et de validation. 4. Déploiement automatique : Ce type de déploiement utilise des outils ou des scripts pour automatiser le processus de déploiement, permettant aux modifications d'être déployées plus rapidement et plus efficacement. 5. Déploiement manuel : Ce type de déploiement implique le déplacement manuel des modifications d'un environnement à un autre à l'aide d'outils tels que l'assistant de déploiement Salesforce ou l'outil de migration Force.com.
Comment surveiller le succès d'un déploiement Salesforce ?
Il existe plusieurs façons de surveiller le succès d'un déploiement Salesforce : 1. Surveillez les performances du système : Surveillez les performances de votre instance Salesforce pour vous assurer qu'elle fonctionne correctement après le déploiement. Cela peut être fait à l'aide d'outils tels que le tableau de bord de surveillance Salesforce ou des outils de surveillance personnalisés. 2. Suivez l'adoption par les utilisateurs : Suivez la façon dont les utilisateurs interagissent avec le système après le déploiement pour vous assurer qu'ils sont en mesure d'utiliser efficacement les nouvelles fonctions et fonctionnalités. Cela peut être fait à l'aide d'outils tels que l'analyse Salesforce ou des outils de suivi personnalisés. 3. Surveillez la qualité des données : Surveillez la qualité de vos données pour vous assurer qu'elles n'ont pas été affectées négativement par le déploiement. Cela peut être fait à l'aide d'outils tels que le tableau de bord de la qualité des données ou des contrôles personnalisés de la qualité des données. 4. Recueillez les commentaires des utilisateurs : Recueillez les commentaires des utilisateurs sur leurs expériences avec les nouvelles fonctionnalités et fonctionnalités pour identifier les problèmes ou les domaines à améliorer. Cela peut se faire par le biais d'enquêtes, de groupes de discussion ou d'autres mécanismes de rétroaction. 5. Surveillez les journaux d'erreur : Surveillez les journaux d'erreurs pour identifier les problèmes qui ont pu survenir pendant le déploiement. Cela peut être fait à l'aide d'outils tels que les journaux de débogage de Salesforce ou des outils de suivi des erreurs personnalisés. En surveillant ces facteurs, vous pouvez obtenir une image claire du succès de votre déploiement Salesforce et identifier les domaines à améliorer.
Tous les bons administrateurs savent qu'à moins qu'il n'y ait une raison exceptionnellement bonne de faire autrement, les modifications doivent être apportées dans un environnement sandbox. Surtout si les changements sont nombreux et importants, comme une migration éclair.
Cela signifie donc qu'une fois que vous êtes satisfait de la solution que vous avez créée et qu'elle a passé les tests (y compris l'UAT, si nécessaire), ces modifications devront être déployées en production.
Cette dernière étape est le cumul de tout votre dévouement et de votre travail acharné, et il y a un risque que beaucoup de choses et de choses tournent mal dans le processus. Alors, que devez-vous faire pour que tout se passe rapidement?
Voici ma simple liste de contrôle de déploiement Salesforce pour vous aider.
A) Avant le déploiement
Liste de contrôle du déploiement Salesforce avant le déploiement
Copier l'infographie
×
1) Mettez-vous d'accord sur une heure et planifiez tout à l'avance
Les meilleurs déploiements sont bien planifiés et prédéterminés afin que tout soit pris en compte bien avant la mise en service. Considérez attentivement les implications de notre Déploiement Salesforce et donnez-vous suffisamment de temps pour construire et tester différents scénarios (positifs et négatifs) avant de lancer le déploiement.
Le déploiement peut être temps intensive, et avec cela, beaucoup de choses étranges se produisent. Nous ne voulons certainement pas que quiconque travaille en production pendant que ces changements ont lieu. Il y a trois raisons principales :
a) Nous devons nous donner plus de temps pour tester vos changements de production afin de nous assurer que tout est déployé et fonctionne correctement.
b) Nous voulons nous assurer qu'aucune modification n'est apportée en production lorsque vous déployez la nôtre, car le déploiement d'un ensemble de modifications écrasera toutes les modifications apportées à la production.
c) Nous ne voulons pas que les utilisateurs finaux utilisent le système avant qu'il ne soit complètement déployé, ou avant que nous ayons eu l'occasion de les informer complètement.
Au lieu de cela, définissez une heure à l'avance et informez tous les membres de l'organisation en dehors des heures de non-travail de l'utilisateur, il est généralement préférable, si possible, d'éviter l'impact sur l'utilisateur et de nous donner le temps de résoudre les problèmes, ce qui signifie le soir/le week-end pour la plupart des entreprises.
Assurez-vous que tous les utilisateurs sont avertis et invités à ne pas se connecter à l'organisation pendant cette période. délai. Si nous travaillons dans une grande organisation ou si notre déploiement est particulièrement important, nous pourrions envisager de geler les utilisateurs jusqu'au déploiement, aux étapes de post-déploiement et jusqu'à ce que les tests soient terminés.
2) Construisez tout d'abord dans un environnement sandbox
A tas de sable vous offre un endroit sûr pour tester les applications et les développer avant le déploiement. Assurez-vous toujours que votre bac à sable est une véritable réplique/copie de l'environnement de production pour obtenir les résultats les plus précis et les meilleurs.
Vérifiez la piste d'audit dans l'environnement de production pour s'assurer qu'aucun changement/modification n'a été effectué qui sera écrasé par le déploiement.
Si tel est le cas, nous souhaiterons peut-être retarder ou reporter notre déploiement afin de faire migrer ces modifications vers le bac à sable ou de parler aux parties prenantes concernées. (Ce serait bien de préciser avec les utilisateurs qu'aucune modification ne doit être apportée en production before vous commencez à développer dans le bac à sable).
4) Préparez votre ensemble de modifications
Préparez et validez le changeset à l'avance. Cela peut prendre beaucoup de temps si nous devons corriger les choses entre le bac à sable et la production, et nous ne voulons pas manquer votre fenêtre de déploiement parce que vous ne vous êtes pas préparé.
Certaines choses peuvent se produire lors de la validation, comme renommer les champs standard ou toute modification apportée à Noms d'API, alors faites attention à ceux-ci aussi.
5) Faites une exportation complète et effectuez une sauvegarde
Effectuez une exportation / sauvegarde complète des données de production avant le déploiement. En cas de problème, vous voulez vous assurer que vos données restent intactes, une sauvegarde est donc nécessaire avant tout changement important.
6) Créer une copie Sandbox
Créer un bac à sable qui est une réplique de organisation de production, vous disposez ainsi d'un enregistrement de votre configuration et de vos métadonnées existantes. Encore une fois, si quelque chose ne va pas, vous voulez pouvoir revenir à l'état actuel du jeu requis.
Préparer la script de test vous devez exécuter après le déploiement pour vous assurer que tout fonctionne correctement. Bien sûr, en tant que bon administrateur, vous aurez déjà effectué vos tests dans votre bac à sable avant de créer le jeu de modifications, mais vous devriez le répéter à nouveau en production pour vérifier que tout a été déployé comme il se doit.
Préparez ces scripts de test (instructions étape par étape sur ce qu'il faut tester et comment) afin que vous et vos utilisateurs puissiez exécuter ces tests rapidement pour vérifier que tout fonctionne comme prévu.
8) Désactiver la délivrabilité des e-mails
Des modifications en masse peuvent déclencher de nombreuses perturbations du système e-mails et notifications, désactivez donc la délivrabilité des e-mails pendant le déploiement pour vous assurer que vos utilisateurs ne sont pas bombardés d'une avalanche de messages. Assurez-vous de noter ce que vous avez désactivé afin de pouvoir le réactiver une fois votre ensemble de modifications déployé.
Désactiver Règles/règles de workflow/règles de validation/flux/processus constructeurs– tout ce qui pourrait avoir un impact sur les modifications ou les empêcher de se déployer correctement. Assurez-vous que vous exécutez des tests après que nous les ayons réactivés, pour nous assurer que nous avons un environnement entièrement fonctionnel.
Si vous apportez de gros changements, vos utilisateurs peuvent être confus par la suite. Organisez des sessions de documentation et de formation pour tous les utilisateurs. Assurez-vous que les utilisateurs doivent savoir comment vous contacter ou émettre un ticket de support interne pour tout problème ou toute question.
Si vous apportez de très gros changements, envisagez de mettre en place un service d'assistance physique dans le bureau que les utilisateurs peuvent demander de l'aide - nous l'avons déjà fait pour un client et cela nous a vraiment aidé à simplifier le processus.
À la recherche de services d'implémentation Salesforce
Envoyez-nous vos besoins, nous vous répondrons avec un devis
Liste de contrôle du déploiement Salesforce après le déploiement
Copier l'infographie
×
1) Données et modifications non déployées
Avez-vous besoin de modifications manuelles ou de mises à jour de données? Le moment est venu. (En fonction du résultat souhaité, vous voudrez probablement vous assurer que les règles de flux de travail, les générateurs de processus et les règles de validation restent désactivés pour cela).
Réactiver tout ce qui a été mis en pause, si vous avez suspendu vos workflows et règles de validation lors du déploiement, il est temps de les réactiver.
Activer les flux de travail une fois déployées, les règles et l'automatisation ne sont pas automatiquement activées. Activez vos nouvelles règles de validation / Process Builders / workflows - tout ce qui pourrait ne pas être actif lors du déploiement.
Testez vos modifications - est-ce que tout fonctionne? Êtes-vous en mesure de terminer tous les processus comme vous le souhaitez? Nos flux de travail et notre règle de validation fonctionnent-ils correctement? Utilisez la fonction `` Se connecter en tant qu'utilisateur '' pour vous connecter en tant qu'utilisateurs différents et vérifier leur accès au profil et leurs préférences - voyez-vous ce que vous aviez prévu? si possible, demandez à vos utilisateurs de vous aider à tester également.
Maintenant que les tests sont terminés et que nous sommes convaincus que tout fonctionne, vous pouvez activer la délivrabilité des e-mails afin que vos utilisateurs puissent à nouveau recevoir des e-mails.
3) Réactifs et informer les utilisateurs
Si tout fonctionne bien, félicitations! Nous avons terminé un déploiement réussi. La dernière étape consiste maintenant à permettre à nos utilisateurs de se reconnecter si vous l'avez désactivée, et à leur faire savoir que les changements ont eu lieu.
Assurez-vous qu'ils ont accès à tout le soutien et aux ressources de formation dont ils ont besoin et vérifiez régulièrement qu'ils sont aussi ravis de vos formidables changements que vous vous attendez à ce qu'ils le soient.
Comment préparer un déploiement Salesforce ?
Voici quelques étapes à suivre pour préparer un déploiement Salesforce :
Identifiez vos objectifs de déploiement: Définissez clairement les modifications que vous souhaitez apporter et les raisons de les apporter. Cela vous aidera à concentrer vos efforts et à garantir la réussite de votre déploiement.
Passez en revue vos environnements source et cible : Assurez-vous de bien comprendre les différences entre vos environnements source et cible (par exemple, bac à sable, édition développeur, production). Cela vous aidera à identifier les problèmes potentiels pouvant survenir au cours du processus de déploiement.
Créez un plan de déploiement : Élaborez un plan qui décrit les étapes spécifiques que vous suivrez pour préparer et exécuter le déploiement. Cela devrait inclure des détails tels que les composants que vous allez déployer, l'ordre dans lequel ils seront déployés et toutes les dépendances qui doivent être prises en compte.
Sauvegardez vos données : Avant d'apporter des modifications à votre instance Salesforce, il est judicieux de créer une sauvegarde de vos données. Cela vous permettra de restaurer votre système à un état antérieur en cas de problème pendant le processus de déploiement.
Testez vos modifications : Avant de déployer vos modifications en production, il est important de les tester minutieusement dans un environnement sandbox ou Developer Edition. Cela vous aidera à identifier et à résoudre les problèmes avant qu'ils n'affectent vos utilisateurs.
Coordonner avec votre équipe : Assurez-vous que tous les membres de votre équipe connaissent le plan de déploiement et leur rôle dans le processus. Cela aidera à garantir que le déploiement se déroule sans heurts et que tout le monde est prêt pour tout changement qui pourrait survenir.
Communiquez avec vos utilisateurs : Informez vos utilisateurs de toutes les modifications qui seront apportées au système et de la manière dont elles pourraient être affectées. Cela aidera à minimiser les perturbations et à garantir que vos utilisateurs sont préparés à tout changement.
En suivant ces étapes, vous pouvez préparer efficacement un déploiement Salesforce et vous assurer qu'il se déroule sans problème.
Regarder la vidéo sur la liste de contrôle de déploiement de Salesforce
Liste de contrôle du déploiement Salesforce
FAQ
Quels sont les différents types de déploiement Salesforce ?
Il existe plusieurs types de déploiement Salesforce, notamment : 1. Déploiement complet : Ce type de déploiement implique le déplacement de tous les composants d'une instance Salesforce, y compris les objets personnalisés, les champs, les workflows et les données, d'un environnement à un autre. 2. Déploiement partiel : Ce type de déploiement implique de déplacer uniquement un certain nombre de composants, tels qu'un objet personnalisé spécifique ou un ensemble spécifique de données, d'un environnement à un autre. 3. Déploiement sur place : Ce type de déploiement implique d'apporter des modifications directement à un environnement de production sans les tester au préalable dans une sandbox ou une édition développeur. Ce type de déploiement est généralement considéré comme plus risqué, car il contourne le processus de test et de validation. 4. Déploiement automatique : Ce type de déploiement utilise des outils ou des scripts pour automatiser le processus de déploiement, permettant aux modifications d'être déployées plus rapidement et plus efficacement. 5. Déploiement manuel : Ce type de déploiement implique le déplacement manuel des modifications d'un environnement à un autre à l'aide d'outils tels que l'assistant de déploiement Salesforce ou l'outil de migration Force.com.
Comment surveiller le succès d'un déploiement Salesforce ?
Il existe plusieurs façons de surveiller le succès d'un déploiement Salesforce : 1. Surveillez les performances du système : Surveillez les performances de votre instance Salesforce pour vous assurer qu'elle fonctionne correctement après le déploiement. Cela peut être fait à l'aide d'outils tels que le tableau de bord de surveillance Salesforce ou des outils de surveillance personnalisés. 2. Suivez l'adoption par les utilisateurs : Suivez la façon dont les utilisateurs interagissent avec le système après le déploiement pour vous assurer qu'ils sont en mesure d'utiliser efficacement les nouvelles fonctions et fonctionnalités. Cela peut être fait à l'aide d'outils tels que l'analyse Salesforce ou des outils de suivi personnalisés. 3. Surveillez la qualité des données : Surveillez la qualité de vos données pour vous assurer qu'elles n'ont pas été affectées négativement par le déploiement. Cela peut être fait à l'aide d'outils tels que le tableau de bord de la qualité des données ou des contrôles personnalisés de la qualité des données. 4. Recueillez les commentaires des utilisateurs : Recueillez les commentaires des utilisateurs sur leurs expériences avec les nouvelles fonctionnalités et fonctionnalités pour identifier les problèmes ou les domaines à améliorer. Cela peut se faire par le biais d'enquêtes, de groupes de discussion ou d'autres mécanismes de rétroaction. 5. Surveillez les journaux d'erreur : Surveillez les journaux d'erreurs pour identifier les problèmes qui ont pu survenir pendant le déploiement. Cela peut être fait à l'aide d'outils tels que les journaux de débogage de Salesforce ou des outils de suivi des erreurs personnalisés. En surveillant ces facteurs, vous pouvez obtenir une image claire du succès de votre déploiement Salesforce et identifier les domaines à améliorer.
Si vous êtes nouveau dans l'automatisation et que vous ne savez pas comment Workflow ou Process Builder. Ne vous inquiétez pas, nous sommes là pour vous. Parlez à nos experts et effacez toutes les idées troubles sur l'automatisation.
Votre guide de liste de contrôle de déploiement Salesforce est très utile pour les personnes qui ont commencé une carrière en tant que consultant Salesforce. Continuez à aider les gens à travers ces blogs. Je vous en suis reconnaissant.Merci
Votre guide de liste de contrôle de déploiement Salesforce est très utile pour les personnes qui ont commencé une carrière en tant que consultant Salesforce. Continuez à aider les gens à travers ces blogs. Je vous en suis reconnaissant.Merci