• Accueil / Salesforce / Flownatics s’attaque aux…
, Flownatics s&rsquo;attaque aux fonctionnalités de Flow avec Brian Kwong<span class="wtr-time-wrap after-title"><span class="wtr-time-number">20</span> minutes de lecture</span>

Flownatics s’attaque aux fonctionnalités de Flow avec Brian Kwong20 minutes de lecture


Aujourd’hui, sur le podcast des administrateurs de Salesforce, nous nous asseyons avec Brian Kwong, vice-président de la livraison et des opérations chez Better Partners et MVP de Salesforce. Il est l’un des hôtes de l’assistant Salesforce Cast et un flownatic autoproclamé, nous voulions donc récapituler toutes les nouvelles fonctionnalités Flow et Orchestrator de TrailheaDX.

Rejoignez-nous pour parler de la façon dont Brian aborde TrailheaDX et pourquoi Flow est l’avenir.

Tu devrais s’abonner pour l’épisode complet, mais voici quelques points à retenir de notre conversation avec Brian Kwong.

Pourquoi Flow est l’avenir

Brian porte de nombreux chapeaux différents dans la communauté Salesforce, de son rôle de co-leader du groupe d’utilisateurs de Madison, Wisconsin, à son travail en tant que MVP Salesforce, en passant littéralement par un chapeau de sorcier lorsqu’il se promène chez Dreamforce. En tant qu’hôte du Salesforce Wizardcast, il veut s’assurer que les gens savent où le trouver.

Brian est un flynatic original, donc inutile de dire qu’il a trouvé de quoi s’enthousiasmer au TrailheaDX de cette année. « Si quelqu’un n’a pas touché du tout à l’automatisation, la toute première chose qu’il doit faire est de regarder Flow, et plus particulièrement les Flows déclenchés par un enregistrement », dit-il, « parce que Flow est l’avenir. C’est quelque chose dont Mark Ross et moi avons plaisanté il y a des années, mais c’est maintenant ici. La liste des choses que vous pouvez faire sans jamais avoir à coder s’allonge chaque jour, et elle ne fera que s’allonger avec les nouvelles choses à venir.

De nouvelles démos et encore plus de fonctionnalités Flow

Chez TrailheaDX, nous avons vu des démos assez excitantes pour Next Best Action, Flow Orchestrator et les flux multi-colonnes. « Vous pouvez rendre la saisie de données beaucoup plus facile à utiliser en associant des éléments les uns à côté des autres », explique Brian.

Pour Flow Orchestrator, il existe de nombreuses nouvelles façons d’aider à organiser des processus à plusieurs étapes qui interagissent avec plusieurs utilisateurs. « Si vous avez quelque chose où il y a des allers-retours entre des personnes de différentes étapes », dit Brian, « Flow Orchestrator semble être un très bon moyen de gérer cela. » Pensez à gérer quelque chose comme un processus d’approbation, où vous devez transmettre la même chose à différentes personnes et services.

Tirer le meilleur parti de TrailheaDX

« L’un des plus grands avantages que je retire des sessions TrailheaDX est d’essayer de sortir de ce à quoi j’avais pensé au cours des dix dernières années et de voir ce que les nouvelles personnes pensent, disent et vivent », explique Brian. Étant donné que tout est enregistré, il va revenir en arrière et regarder au moins les cinq premières minutes de chaque session, et probablement revoir plusieurs d’entre elles. Toutes les sessions sont terminées, alors assurez-vous d’aller au Site TrailheadDX pour rattraper ce que vous avez manqué.

Podcast Swag

Ressources

Social

Transcription complète du spectacle

Mike : Bienvenue dans le podcast des administrateurs de Salesforce, où nous parlons de produit, de communauté et de carrière pour vous aider à devenir un administrateur exceptionnel. Cette semaine, nous discutons avec Brian Kwong, vice-président de la livraison et des opérations chez Better Partners et MVP de Salesforce. Maintenant, Brian est un grand fan d’automatisation, oserais-je dire, un podcasteur et un autre podcasteur, qui a été fortement impliqué dans TrailheaDX la semaine dernière environ. Je voulais donc le faire participer au podcast pour parler des nouvelles fonctionnalités de Flow qu’il a vues à TrailheaDX et à l’orchestrateur. Alors avec ça, mettons Brian sur le podcast. Alors Brian, bienvenue dans le podcast.

Brian Kwong : Merci Mike. Je suis vraiment excité d’être ici.

Mike : Ça n’en a pas l’air, quelqu’un a pris son café ce matin.

Brian Kwong : Attendez une seconde. Oui, maintenant j’ai pris mon café ce matin. Pouvez-vous faire la différence?

Mike : Je peux. Alors Brian, tu es un fan de longue date du pod. Je suis un fan de longue date de votre pod, mais pour les personnes qui entendent peut-être votre voix pour la première fois, que faites-vous dans l’écosystème ?

Brian Kwong : Oh, il y a la longue liste. Je suis donc impliqué dans l’écosystème Salesforce depuis plus de dix ans et je co-dirige le groupe d’administrateurs de Madison, Wisconsin. Je suis un MVP. Je lance un podcast sur Salesforce appelé WizardCast, ainsi qu’un blog et une sorte de didacticiels vidéo, thewizardnews.com pour expliquer en quelque sorte le truc de l’assistant. Je me promène généralement dans ce qui est un chapeau de sorcier, Dreamforce, dans lequel je suis allé à presque tous avant la pandémie, depuis 2008. Et je suis également vice-président de la livraison et des opérations pour Better Partners. Ce que j’aime appeler une société de conseil boutique, nous nous concentrons essentiellement sur le marché des PME et sur des partenariats à long terme avec des entreprises plutôt que sur des projets ponctuels.

Mike : Cool. Donc tu es un peu actif.

Brian Kwong : Parfois un peu, oui.

Mike : D’accord, ouais. Je t’ai vu le présenter à Dreamforce. Toi, tu as ignoré le fait que je dirais que tu es, tu es probablement l’un des leaders les plus en vue du fan de flownatic ou de flow.

Brian Kwong : Considérant que Mark Ross et moi avons créé les flynatics lors d’un événement Dreamforce il y a des années. Ouais, je voudrais dire proéminent. Je ne sais pas combien de personnes le savent.

Mike : Ils savent maintenant. J’en parle parce que je sais que vous êtes chez TrailheaDX. C’est une des choses dont nous voulons parler. C’était à ce stade il y a un peu plus d’une semaine, nous avons donc eu le temps de récupérer. J’aimerais savoir en quelque sorte, qu’avez-vous regardé à TrailheaDX ?

Brian Kwong : Eh bien, j’ai regardé l’émission principale, bien sûr, le tout début de tout ce que j’ai regardé True to the Core, la toute fin de tout. Et puis un peu au milieu, j’ai pas mal rebondi, principalement parce qu’il y avait des gens avec qui je voulais aller parce que je savais qui ils étaient et je voulais les soutenir, d’autres parce que je n’étais pas sûr que le sujet soit va être aussi détaillé que je le veux, parce que j’étais là depuis toujours. Certains des sujets que je connais assez bien. Et puis il y a ma session préférée, qui, je crois, était la rencontre avec l’équipe d’automatisation.

Mike : Ouais, c’était amusant.

Brian Kwong : Vous avez peut-être du mal à croire que cela pourrait, mais j’ai eu du mal à ne pas parler et dans le chat.

Mike : Eh bien, parlons-en parce que rencontrer les équipes de TrailheaDX cette année était tout nouveau. C’était une version. Nous essayions quelque chose de différent de Ask the Experts que nous avons fait à TrailheaDX l’année dernière, où quatre PM différents PMMS étaient allumés pour les questions. Et cette année, nous nous sommes concentrés sur un peu plus dans un style de préparation à la sortie. Les PM ont donc eu le temps de se préparer. Vous avez vu qu’ils avaient le temps de préparer des démos, puis nous avons répondu aux questions du public. Vous avez fait un travail phénoménal en posant des questions, devrais-je dire.

Brian Kwong : Merci.

Mike : Qu’est-ce qui vous a marqué lors de la rencontre avec les équipes d’automatisation en termes de ce que les administrateurs débutants, intermédiaires et avancés devraient examiner ?

Brian Kwong : Oh mon Dieu, tout. Je dirais que si quelqu’un n’a pas du tout touché à l’automatisation, la toute première chose qu’il doit faire est de regarder Flow et plus particulièrement de regarder les flux déclenchés par enregistrement, ce qui, je crois, est Diana. Qui parle de ça. Diane Scharphie. Elle a fait un travail formidable, d’autant plus que je pense qu’elle s’est fait claquer le plus de questions car c’est l’avenir.

Mike : Absolument.

Brian Kwong : C’est quelque chose dont Mark Ross et moi avons plaisanté il y a des années, mais c’est maintenant là. C’est définitivement l’avenir. Si vous écrivez des règles d’automatisation et de workflow, d’accord. Ont-ils encore leur place, mais vous manquez beaucoup de flexibilité, beaucoup de puissance et beaucoup de facilité d’utilisation maintenant, avec les changements que l’équipe Flow Head a apportés au cours des dernières années. Un flux de déclencheur d’enregistrement est fondamentalement le choix d’automatisation pour moi, à moins que j’aie un cas d’utilisation métier qui nécessite du code ou qu’il y ait quelque chose d’autre qui me pousse vers le générateur de processus.

C’est donc par là que j’encourage tout le monde à commencer. En ce qui concerne les deux autres choses qui ont été présentées, à savoir Next Best Action et Flow Orchestrator. Ceux-ci sont bons à savoir, mais ils dépendront en quelque sorte de votre connaissance du flux. Apprenez donc d’abord le flux, puis découvrez comment Next Best Action peut vous aider à guider les gens vers les bons flux. Et puis Floor Orchestrator est pilote.

Mike : Oui, ça l’est.

Brian Kwong : Et j’aimerais vraiment l’avoir, mais c’est toujours un pilote. Je ne vais pas encore l’utiliser dans une commande de production, mais je suis vraiment enthousiasmé par la direction que Flow Orchestrator nous emmène.

Mike : Alors revenons à, il y avait pas mal de questions pour Diana, parfois, et c’est la deuxième ou troisième table ronde. On a toujours l’impression qu’il y a un panéliste qui répond à la plupart des questions que nous avons également vues dans ses mises en page automatiques de démonstration. Je pense que nous avons, est-ce côte à côte, deux flux de colonnes?

Brian Kwong : Flux multi-colonnes.

Mike : Multi-colonnes, désolé, j’allais avec le dessous là-dessus. Je vais juste dire deux, mais des flux multi-colonnes. Dites-moi pourquoi vous êtes excité pour ça.

Brian Kwong : Le puits coule depuis longtemps. Si vous utilisez un ScreenFlow, vous avez essentiellement une colonne à gérer. Donc, si vous aviez apparié des champs comme une date de début et une date de fin, vous ne pouvez fondamentalement mettre l’un au-dessus de l’autre et c’est tout. Avec plusieurs colonnes, ils vous donnent, essentiellement, un composant éclair qui s’affiche à l’écran et qui vous donne jusqu’à quatre colonnes, dont vous pouvez contrôler la largeur.

Et maintenant, vous pouvez presque créer une page similaire à ce qui ressemble à une page Salesforce classique avec deux colonnes supplémentaires. Ainsi, vous pouvez rendre la saisie de données beaucoup plus facile à utiliser en mettant des éléments qui sont en quelque sorte jumelés les uns à côté des autres, au lieu de monter et descendre, vous pouvez également réduire la quantité d’espace. J’ai donc des ScreenFlows énormes. Et je suis désolé pour les personnes qui travaillent sur de très petits facteurs de forme qui ne peuvent pas voir tout ScreenFlow. Et la multi-section signifie qu’au lieu d’avoir cette très longue page, vous pouvez en quelque sorte chiffonner les choses et utiliser également la largeur de l’appareil, ce qui est merveilleux. Cela rend les choses plus propres et plus faciles.

Mike : Compris. J’aime ça. Qu’est-ce que c’est, alors maintenant que vous savez que les orchestrateurs sortent, je pense que beaucoup de questions qui ont été posées pendant l’orchestrateur concernaient l’une des nouvelles fonctionnalités, les flux appelant des sous-flux. À quoi pensez-vous maintenant, alors que vous vous préparez pour une éventuelle GA du printemps 22 d’Orchestrator, lorsque vous examinez des organisations avec beaucoup de processus ou de flux ?

Brian Kwong : C’est l’une des questions que j’ai posées : quelle est la différence entre la prochaine meilleure action et Flow Orchestrator ? Parce qu’ils sont un peu similaires dans 10. L’un d’eux dit ici, nous pensons que vous devriez faire celui-ci ScreenFlow et Flow Orchestrator semblent définitivement l’être, j’ai cette personne qui doit absolument faire celui-ci. Je l’attribue à cette personne. Je pense donc que cela dépend vraiment des processus métier avec lesquels vous traitez et est-il logique d’impliquer plus d’un flux ? Donc, au lieu d’avoir une situation où j’ai un flux, j’ai un utilisateur qui le remplit, ça reste un enregistrement. Et puis je dois envoyer une notification par e-mail à un responsable des finances ou des ressources humaines pour lui dire : « Hé, j’ai besoin que vous alliez à cet enregistrement et que vous cliquiez sur le bouton pour lancer le flux suivant ». Ainsi de suite.

Flow Orchestrator le transmet vraiment de manière transparente. Donc, si vous êtes affecté à faire quelque chose dans l’orchestrateur, vous accédez à cet enregistrement, il vous montre, hé, c’est ce que vous devez faire, et il vous montre vos affectations. Donc, si vous entriez et que vous regardiez le même dossier et que l’on vous assignait quelque chose de complètement différent, vous verriez votre mission, pas la mienne. C’est plutôt cool, la façon dont il fait ça. Ce ne sera donc pas pour tout le monde. Si vous avez un processus vraiment simple, c’est une personne qui est impliquée, c’est assez linéaire, Flow Orchestrator va probablement être exagéré. Mais si vous avez quelque chose où il rebondit entre des personnes différentes, je vais les appeler des étapes pour essayer de s’aligner sur ce que Flow Orchestrator les appelle, un peu comme de grandes étapes multiples au sein de ces étapes qui doivent obtenir terminé.

Flow Orchestrator semble être un très bon moyen de gérer cela. Et c’est vraiment difficile pour moi de passer en revue et de dire, c’est le cas d’utilisation parfait, parce que je veux mettre la main dessus et jouer avec. Mais chaque fois que vous échangez des choses, cela semble être une bonne idée. Andy qui est, je veux dire qu’un architecte de solution chez Salesforce a fait une très belle présentation au groupe d’administrateurs de Madison, où il a utilisé l’exemple d’un employé entrant et ayant besoin de mettre certaines de ses informations, demandez au responsable des ressources humaines l’approuver, puis une fois l’approbation du responsable RH passée, l’employé peut aller chercher son équipement pour les appareils qu’il souhaite. Et ensuite, cela passe au service informatique pour l’examiner ou l’approuver.

Vous avez donc trois groupes différents de personnes avec des informations qui vont et viennent. Et au lieu d’avoir à gérer des e-mails et peut-être des transferts maladroits avec la propriété et des choses comme ça, tout a été fait avec Flow Orchestrator. Et c’était très propre, très homogène. Et c’est, cela semble être un cas d’utilisation très simple pour ce que vous pourriez faire avec. Et en ce qui concerne les clients actuels, je cherche juste quels sont les processus commerciaux compliqués qu’ils font qui ne sont pas automatisés, vraiment difficiles à automatiser et impliquent plusieurs personnes dans de nombreux allers-retours.

Mike : Ouais. Je veux dire, l’orchestrateur est vraiment censé rassembler toute la symphonie du groupe, n’est-ce pas. Et, et je pense que la chose la plus importante et la plus excitante, et je parie que c’était dans la démo d’Andy, c’est la possibilité d’avoir un déclencheur d’enregistrement dans un processus d’approbation et l’orchestrateur gère le processus d’approbation, que j’ai construit des processus d’approbation dans Salesforce. Et je suis content qu’ils soient refaits.

Brian Kwong : Oui. J’ai fait ma petite danse du bonheur quand j’ai entendu la réponse à cette question. J’adore les processus d’approbation, mais ils existent depuis 15 ans.

Mike : Avant moi, avant moi.

Brian Kwong : Avant moi, avant l’un ou l’autre de nous.

Mike : Ils existaient depuis les workflows et…

Brian Kwong: Je ne pense pas qu’ils aient vraiment d’amour, sauf qu’à un moment donné, vous pouviez rassembler une vue éclair de ce à quoi ressemblait le processus, et ce n’est plus là. Donc, ils ont désespérément besoin d’une mise à jour pour les temps modernes et l’orchestrateur de flux pourrait, semble-t-il, être l’outil qui le fait.

Mike : Oui, absolument. Ce fut donc une journée chargée. Il y avait cinq chaînes avec 20 épisodes différents. Il y avait 30 salles de démonstration et de discussion différentes, plus un discours, fidèle à l’essentiel. Y a-t-il quelque chose que vous avez manqué et que vous allez regarder en arrière ?

Brian Kwong : Oui, il y en a eu quelques-unes que j’ai manquées parce que j’essayais de travailler en même temps pendant certaines d’entre elles.

Mike : Imagine ça.

Brian Kwong : Oui, je sais. Je l’ai même bloqué sur mon agenda. Honte à moi d’essayer de faire plus, plus d’une chose.

Mike : Nous avons même joué une vidéo au début pour vider votre bureau. Tu n’as pas vu ça ?

Brian Kwong : Mike, c’est une bonne chose. Ceci est un podcast et non un casting vidéo car vous ne voulez pas voir à quoi ressemble ce bureau. Il y a eu une session avec Nana Gregg, je crois sur mon parcours d’architecte et c’est quelque chose dont j’ai débattu. Cela devrait-il être? Ma prochaine tentative de certificat est d’aller chercher le certificat d’architecte et j’espérais vraiment écouter cela et je viens de me joindre si tard que la prochaine session commençait déjà. Donc, je veux y retourner pour ça. Il y en avait un autre sur la conception de l’expérience utilisateur pour les administrateurs et les développeurs qui considérait une page d’accueil comme une étude de cas. Et j’ai travaillé sur une sorte d’article de blog pour de meilleurs partenaires sur le type de directives de mise en page. Et je suis vraiment curieux de voir ce qu’ils ont découvert lors de leur étude de cas.
Et, y a-t-il des parallèles que je traverse et dis : « Oui, cela correspond à ce à quoi je pense. Ou y a-t-il quelque chose auquel je n’ai jamais pensé et que je devrais considérer ? Et honnêtement, Mike, c’est l’un des plus grands avantages que je retire des sessions, c’est d’essayer de sortir de ce à quoi j’ai pensé au cours des 10 dernières années et de voir ce que les nouvelles personnes pensent et expérimentent. Et je suis vraiment excité que tout ait été enregistré pour que je puisse revenir en arrière et me renseigner parce que je sais ce que je vais faire. Je vais entrer dans chacun de ces épisodes et regarder probablement au moins les cinq premières minutes. Et puis il y en aura quelques-uns que je regarderai encore et encore et encore et encore comme une très bonne émission de télévision.

Mike : Bien. Oui. Et nous avons également fait, dans l’équipe d’administration, nous avons fait Être un innovateur avec le design.

Brian Kwong : Oh j’ai raté ça.

Mike : Je vous enverrai le lien à la fin de ce podcast. Je vais l’inclure dans les notes de spectacle. C’était vraiment amusant. Leanne et Adam Dodi ont réalisé toute une série de vidéos dans lesquelles vous avez parcouru, relevé différents défis et découvert les principes de conception et de conception, la conception, la mise en page et le design thinking. C’était vraiment chouette. Nous l’avons fait plus tôt ce printemps, alors je vais vous l’envoyer et beaucoup de plaisir. D’accord, alors dernière question en conclusion, on dirait que le 23 septembre est une date lointaine, mais ce n’est vraiment pas le cas. Et c’est Dreamforce qui arrive. Alors, avez-vous quelque chose sur votre liste de souhaits pour les employés de Salesforce qui écoutent que vous aimeriez voir chez Dreamforce.

Brian Kwong : Rendez les choses stupides faciles. Donc, ce que j’ai vraiment aimé à propos de TrailheaDX, c’est qu’ils avaient tout un tas d’options différentes, ce qui permet de trouver très facilement où vous devez aller. J’adore Dreamforce, mais je n’ai vraiment pas envie de revivre ma première expérience d’être à San Francisco, d’aller où diable est l’hôtel occidental et comment puis-je m’y rendre dans les trois prochaines minutes ? Si c’est virtuel, j’ai mon bel et beau agenda répertorié, faites-le, rendez-le presque infaillible pour que je puisse aller d’où je suis à l’endroit où je dois aller à l’heure.

C’est la première chose. Et la deuxième chose que j’aimerais vraiment voir, c’est qu’il soit vraiment facile de savoir exactement ce qui se passe dans la session, je ne peux pas penser au mot par tête, mais nous avons le introduction, intermédiaire, avancé parce qu’il y avait certaines choses qui semblaient être plus avancées et je les ai regardées et elles étaient plus introductives. Et donc être en mesure de le rendre très clair dans le texte, pas seulement en mettant en évidence les catégories, mais dans le texte pour dire : « Hé, c’est un peu ce que nous attendons de vous que vous sachiez déjà lorsque vous arrivez ici ». Ce serait bien de savoir.

Mike : Donc pas de texte de marketing fictif.

Brian Kwong : J’aimerais qu’il n’y ait pas de texte de marketing en vrac.

Mike : Ou de grands fans, et pas de chichi.

Brian Kwong : Oui. Dis-moi ce que c’est, maintenant ce que tu veux que je pense que c’est.

Mike : Exact. La bonne nouvelle est que je peux vous épargner les montées de San Francisco pour Dreamforce cette année.

Brian Kwong : Ce qui est bien. Mais mon sale secret est que je suis un gars paresseux en matière d’activité physique, Dreamforce était ma semaine pour me remettre en forme.

Mike : J’allais dire, êtes-vous l’un des loueurs de scooters.

Brian Kwong : Seulement quand je devais aller d’un bout à l’autre, si tu dois partir, Hé, je vais à Moscone ouest. Et je devais faire une présentation au Hilton, le syndicat Hilton. Et ça commence dans deux minutes. Ouais, alors oui, je vais chercher le scooter ou faire le vélo. Sinon, je pense que mes pas moyens au maximum, Dreamforces autour de 20 000 par jour. Il faut donc passer de 6 000 par jour un bon jour à 20 000. Cela vous remet vraiment sur l’équilibre pour ce que vous voulez être physiquement.

Mike : Je peux comprendre. Eh bien, Brian, j’apprécie que tu fasses partie de TrailheaDX et que tu contribues à l’écosystème. J’écoute votre podcast, j’encourage tous ceux qui écoutent le nôtre, écoutez-le. Continuez à faire sortir Brian du contenu de qualité et du contenu de podcast. Et nous verrons si nous ne pouvons pas arranger un peu les choses pour vous à Dreamforce cette année, Brian.

Brian Kwong : Merci Mike. Ce fut une explosion et bonjour à tous les auditeurs de podcasts d’administration là-bas.

Mike : C’était super de parler avec Brian. Je suis content qu’il ait eu le temps de passer, de nous donner son avis sur ce qu’il a vu à TrailheaDX et les sessions qu’il va revoir et revoir. Alors bien sûr, rappelez-vous que ces sessions sont toujours en cours. Rendez-vous sur le site TrailheaDX, connectez-vous, rattrapez ce que vous avez manqué. Maintenant, si vous souhaitez en savoir plus sur tout ce qui concerne Salesforce Admin, rendez-vous sur admin.salesforce.com pour trouver plus de ressources. Le nouveau swag podcast est dans la boutique Trailhead. Assurez-vous donc de vous procurer des objets sympas. Je vais inclure le lien vers cela dans les notes de l’émission. Et vous pouvez rester à jour avec nous sur les réseaux sociaux. Nous sommes @SalesforceAdmns. Non je sur Twitter. Mon invité aujourd’hui, Brian Kwong est sur Twitter @kwongerific, c’est K W O N G E R I F I C. Bien sûr, ma co-animatrice Gillian. Bruce est également sur Twitter @GillianKBruce. Et pendant que vous êtes là-bas, n’oubliez pas de me suivre. Je suis @MikeGerholdt. Alors avec ça, restez en sécurité, restez génial. Et restez à l’écoute pour le prochain épisode. Nous vous verrons dans le cloud.



Source de l’article traduit automatiquement en Français

Besoin d'aide ?
Vous utilisez Pardot depuis un certain temps mais vous n'êtes pas sûr d'en
exploiter tout le potentiel

Notre analyse de votre Pardot offerte dès aujourd'hui
Merci, vous pouvez compléter notre questionnaire
Nous allons revenir vers vous rapidement !

Fermer