Ce matin, ce que je vais essayer de vous montrer pas à pas tout simplement, c'est créer un e-mail à partir d'un template que l'on va choisir et ça va vous sembler peut-être quelque chose que vous connaissez tous, que vous faites tous, mais ça va aussi permettre de revoir des choses qui peut-être ont été oubliées ou alors des petits détails auxquels on ne pense pas forcément. Donc à travers la construction de cet e-mail, mon but c'est vraiment de voir ou de revoir certaines de best practices et de faire en sorte de rendre votre vie plus facile du côté de la construction des e-mails, mais aussi d'avoir des e-mails qui vont être plus impactants, qui vont être plus sympas et donc tout ça, on sait que ça a un impact direct sur les statistiques, les performances de votre e-mail. Premier point, quelque chose que vous ne connaissez peut-être pas ou que vous avez peut-être oublié, dans la partie admin, donc j'ai ouvert un e-mail admin vous avez ici une partie sur les sur les e-mails et il y a plusieurs éléments qui peuvent être ici et notamment la partie pour Unsubscribe et View as web page. Vous savez que Marketo, par défaut, il y a un setting avec un système défaut avec le lien pour le Unsubscribe et un pour le web page donc ça fait partie des choses qui sont très importantes à mettre dans votre e-mail. Déjà le Unsubscribe, ce n'est même pas que c'est important, c'est que c'est obligatoire maintenant avec toutes les lois de protection des data, des RGPD et tout ça. Donc ici ce que ça va vous permettre, c'est de choisir si vous voulez utiliser celui de Marketo, qui est par défaut à intégrer ou alors si vous voulez le customiser et mettre le vôtre à travers un module, on verra ce que c'est plus en détail, on reverra ce que c'est les modules. Donc ici, ce qui est assez intéressant aussi, c'est si vous voulez changer votre nom au niveau de l'admin donc vous savez que quand vous créez un e-mail, vous avez le From et le Reply-To. Le From e-mail, ça sera celui-ci, c'est celui qui est par défaut mon login de Marketo, mais je peux le customiser ici et pareil pour mon nom. Donc si je veux marquer de Merlin/Léonard, comme ça, on peut customiser comme on veut, sachant que plus tard, on peut le changer aussi au niveau de chaque e-mail. C'est quelque chose qui est assez intéressant. Ici, si vous voulez sortir et utiliser des modules avec vos propres liens, il suffira de mettre ces parties-là blanches. Ici on a mis "This is a comment" pour permettre de ne pas utiliser le lien système, mais ça sera fait manuellement au niveau de nos templates avec le module et on mettra le lien que l'on veut. Ça permet aussi de mettre les UTM si vous voulez mettre des UTM, de faire le tracking et tout ça, sachant qu'on pourrait le faire ici. Mais d'un point de vue best practice, peut-être que c'est plus facile d'avoir votre propre bloc plutôt que d'utiliser ça. Après, ne vous inquiétez pas, Marketo reconnaît bien que vous avez le lien Unsubscribe donc dans vos stats après, dans toute votre gestion des consentements de Unsubscribe, ce sera ça sera bien retransmis. Un autre petit point qui est une feature qui a été ajoutée assez récemment. On peut rajouter ici, donc CC, c'est carbon copy, comme dans vos e-mails quand vous envoyez et que vous voulez mettre quelqu'un en copie, on peut maintenant le faire avec Marketo et ce qui est intéressant ici, c'est que l'on peut utiliser directement des tokens. Vous voyez, ici, on a créé les e-mails fields qui vont être avec le token lead et nous, on a choisi de mettre le owner e-mail address et le nom de l'Assistant aussi. Donc ce que ça vous permet, quand vous envoyez par exemple des e-mails, bon on ne parle pas d'e-mail blast parce que sinon ça voudrait dire que à chaque fois que quelqu'un reçoit un e-mail, la personne qui est en copie va aussi recevoir le même e-mail, en disant : "Oh, cette personne elle a reçu l'e-mail." Donc ce n'est pas le but, mais ça va être très utile quand vous faites des emailings qui sont automated donc triggered, ça va être très utile. Par exemple, imaginez vous avez un événement, vous avez quelqu'un qui s'inscrit sur sur cet événement et vous voulez passer l'information à votre sales person comme quoi la personne a bien reçu l'e-mail de confirmation. On parle de pas beaucoup d'e-mails donc pas en masse et ça permet de faire passer ce type d'informations. Ce qui est intéressant, c'est que vous n'avez pas à mettre un e-mail en dur. Ici vous pouvez vraiment mettre un token. Ça veut dire que grâce aux informations que vous avez attachées au profil d'une personne, ça va aller chercher la bonne adresse e-mail du sales représentative ou quelque chose comme ça. C'est un peu la différence aussi avec les notifications alertes, où ces alertes-là en fait on va choisir un groupe, ou on va choisir un e-mail en dur et on ne peut pas mettre un token, style ce token Lead Token. C'est assez intéressant donc à garder en tête si vous voulez l'utiliser. Je vais vous montrer maintenant au niveau de la construction où ça se paramètre. Tout simplement, on va créer un e-mail depuis le début. Là je suis dans ma partie Design Studio, juste pour l'exercice donc je n'ai pas un programme tout ça, mais vous savez très bien qu'un e-mail peut être créer dans les différents programmes dans votre partie marketing activities, donc je vais créer un nouvel e-mail. Il va y avoir le template Picker qui va apparaître donc vous savez très bien qu'il y a des templates qui sont déjà chargés par par Marketo. Je vais aller choisir dans mes templates. C'est les templates que vous aurez développés. On pourrait faire un autre Marketo Office Hours sur les templates et comment faire des templates. Peut-être qu'on le fera plus tard. Quoi qu'il en soit j'ai différents templates, avec des naming conventions. Ici j'ai utilisé un zzz parce que c'est les templates de test ou ceux qui sont trop vieux. Une fois encore vraiment pensez à bien nommer tous vos folders, tous vos tous vos assets parce que ça va vous permettre de les retrouver plus rapidement. Je vais aller dans mes templates et je vais choisir celui-là. Vous savez, vous pouvez faire une preview. Un petit point, là, Anne-Sophie, à citer, qui est très important. Je crois que souvent les clients ne sont pas sûrs des templates qu'ils peuvent utiliser. Les templates, on les clone, on les clone, on les clone. Vous voyez, par exemple, chez nous, on a Newsletter V3, V4. On pourrait se dire : "C'est quoi la différence, là ? Elle est subtile, on ne sait pas trop." Typiquement, on devrait normalement n'avoir qu'un seul template de newsletter à disposition et on devrait mettre le V3 par exemple en zzz pour que les équipes marketing ne doutent jamais du template à utiliser, c'est une des sources d'erreur assez classique. Je rends la parole. Pas de souci. Donc je sélectionne le V4. Moi j'ai mis V4 parce que c'est le dernier donc je sais que c'est le… mais effectivement, il faudrait que je range un petit peu plus. Je le ferai après. Je sélectionne le V4 pour cet exemple. Je vais mettre mon e-mail test. Je ne sais pas si vous avez vu, je reviens sur l'e-mail avant, on a une naming convention donc je vais essayer de suivre cette naming convention, qui est DS pour Design Studio, EM pour e-mail, et le zzz parce que c'est les tests ou les e-mails qui sont trop vieux. Je vais faire exactement pareil donc DS, EM, zzz, test, Marketing Office Hours. Je vais mettre une date. On est en mars d'ailleurs et on est le 5. Hop ! Description. Ici, vous pouvez toujours vous mettre une description pour vous aider. C'est quelque chose que je ne fais pas forcément systématiquement parce que Merlin/Léonard, on est une petite équipe à l'utiliser, mais encore une fois, si vous voulez mettre une description pour aider les gens, ça peut être très utile. Ici vous voyez que vous pouvez dès à présent sélectionner si cet e-mail sera opérationnel ou pas. Ne vous inquiétez pas, si vous oubliez de le faire d'entrée, vous pourrez toujours le faire après. Donc je ne vais pas le faire comme ça et je vais partir sur créer et ça va ouvrir mon e-mail éditeur. Ce qui est important dans l'utilisation des templates. Typiquement on pourrait créer l'e-mail de zéro, mais on utilise des templates pour pouvoir avoir une harmonie et garder tout ce qui est le CI, l'identité visuelle. Je parle beaucoup en anglais, je suis désolée. L'identité visuelle de votre compagnie donc c'est vraiment très important et ça va permettre qu'il n'y ait pas des équipes qui décident d'étirer votre logo, de changer les couleurs utilisées, de faire quelque chose qui part dans tous les sens. Ça permet d'avoir un cadre. Si vous avez quelques templates, on préconise ne pas en avoir des centaines aussi parce que ça serait sinon ingérable, mais vous avez quelques templates qui vont vous permettre de faire toutes vos communications de base et comme ça, il y a une harmonie. Alors l'harmonie, c'est très bien pour les gens du marketing qui disent : "Ah c'est très joli, c'est très bien." Mais c'est aussi super bien pour les gens qui reçoivent les e-mails parce que ça permet visuellement d'identifier beaucoup plus rapidement quel type d'e-mail, d'où ça. On fonctionne comme ça en tant qu'être humain quoi qu'il en soit, on est très visuel donc je sais que, quand j'ouvre l'e-mail de la newsletter de Merlin/Léonard, je m'attends à voir quelque chose qui ressemble à ça. Bien sûr, ici, mon e-mail, il n'est pas encore rempli, mais je sais que ça va ressembler à ça. Donc c'est assez important de garder ça en tête. On retrouve ici ce dont je vous parlais tout à l'heure dans la partie admin de l'e-mail, donc l'adresse From, le Reply-To et le Subject. Ici vous pouvez mettre ce que vous voulez. Je peux très bien changer manuellement et mettre Anne-Sophie de Merlin/Léonard ou Anne-Sophie, et après mettre une virgule, un titre, bla bla. Donc ça, c'est customisable, ça, c'est intéressant. Pareil, le From address, il est customisable. Même si vous mettez une adresse "qui n'existe pas", je veux dire, par exemple, je pourrais choisir de mettre Anne-Sophie.mazurek ici. Cette e-mail address pourrait tout à fait exister. Il ressemble à une vraie e-mail address mais techniquement, elle n'a pas été créée. Les best practices, c'est d'éviter de mettre des contacts@ le nom de l'entreprise, les Reply-To, les No-Reply. Ce n'est pas bon parce que d'un point de vue de la réputation de l'entreprise, ça peut bloquer parce qu'on peut considérer que si vous envoyez des mails, vous voyez, un truc générique ou un truc sales@ le nom de l'entreprise, en fait il y a plus de chances que ça soit blacklisté. Ça fait plus de chances aussi que vous soyez mis dans les spams quand ça arrive dans les e-mails clients, donc on veut ressembler à une vraie personne. Chez Merlin, on met carrément nos vrais e-mails donc ça veut dire qu'ici je vais remettre mon adresse e-mail. Un exemple. Par exemple, Cécile Feroldi de Kaspersky, qui est une utilisatrice de Marketo depuis très longtemps, elle a malheureusement toujours un meeting le vendredi matin donc elle ne peut jamais assister, elle utilise vraiment pour les envois marketing qu'elle fait au nom de Kaspersky EMEA son vrai nom et son vrai message. Elle me disait encore il y a deux semaines que de temps en temps des gens lui répondent comme si elle avait vraiment écrit l'e-mail et ça déclenchait des conversations qui pouvaient derrière amener des leads. Donc c'est une meilleure expérience client et puis ça peut augmenter le revenu alors évidemment il faut être prêt à répondre, mais elle me dit que les retours sont pas si nombreux que ça et qu'elle aime bien discuter avec les gens quand ils tchattent. J'ai un autre exemple, à l'opposé. Je travaillais avant dans une autre vie pour une grosse marque de voitures qui faisait énormément de d'events. Quand on envoyait les e-mails pour les invitations pour leurs évents, la team event ne voulait jamais mettre une adresse à laquelle on pouvait leur répondre. Quand je suis arrivée dans la dans l'entreprise, je leur ai dit : "Mais vous savez…" Ils se plaignaient parce qu'il n'y avait pas beaucoup de gens qui venaient aux événements. Ils se plaignaient aussi parce qu'ils n'avaient pas beaucoup de feedbacks et qu'ils n'arrivaient pas justement à créer ce lien et en fait, en juste en changeant cet élément-là, en mettant le nom d'une vraie personne avec l'adresse, c'était event@ la compagnie, on a réussi à récupérer des informations parce que les gens répondaient, juste récupérer des informations sur des feedbacks auxquels, on n'avait pas forcément pensé et même il y a des gens qui n'avaient pas compris comment on s'inscrivait à leurs événements parce que ce n'était pas clair et ils répondaient toujours à l'e-mail en disant : "Oui, moi je veux venir, moi je veux venir." Et ils ont récupéré des gens comme ça. Ça peut sembler bête, mais d'un point de vue custom experience, effectivement, ça permet de créer ce lien donc pensez-y. Et essayez de faire un maximum pour ne pas ressembler à un robot, ne pas ressembler à quelque chose d'automatisé. Au niveau du subject… Laëtitia dit aussi qu'on peut mettre les tokens pour les e-mails des commerciaux bien sûr. Complètement. Donc à ce niveau-là, vous voyez, vous avez le Insert Token ici et vous pouvez, pareil, faire le Dynamic Content ici également. N'hésitez pas à utiliser ces personnalisations-là et au niveau du Subject Line, je ne sais plus de qui c'était, on a une augmentation de plus de 25 % de l'open rate quand la Subject Line est personnalisée, même une personnalisation simple, c'est quelque chose auquel on est déjà très habitués dans la vie de tous les jours, ne serait-ce que notre prénom, à condition d'avoir le vrai prénom, le bon prénom je dirais, pas de la data dirty parce que sinon ce n'est pas très joli. Mais ne serait-ce qu'avoir le prénom dans la Subject Line et de voir : "Ah ben en fait, je reçois un e-mail, c'est vraiment pour moi. La personne qui m'envoie un e-mail, en fait, elle me connaît moi donc donc je vais ouvrir." Au niveau de l'impact sur le comportement, c'est vrai que c'est intéressant donc pensez à vos Subject Lines, à les travailler. Il y a plein de petits tips comme ça pour les Subject Lines. N'hésitez pas à utiliser du A/B testing sur les Subject Lines et essayez d'éviter certains termes. Les "soldes" avec plein de points d'exclamation, ça vous êtes sûrs que vous allez vous faire directement mettre dans promotions, voire spam, si c'est pas directement dans Spam. Donc il y a plein de choses, comme ça, qui sont intéressantes à voir. Et vraiment tester vos subject lines, parce que ça peut être vraiment du quitte ou double au niveau du résultat. Ici, nous, on a branded domain. Ce n'est pas forcément quelque chose que vous avez dans toutes vos instances. C'est juste assez propre à Merlin/Leonard. Voilà comment se présente la page. Vous la connaissez déjà, probablement. Je vais juste revenir sur le concept, ici, des modules. Vous voyez qu'on a différents modules qui s'affichent. Et vous voyez qu'au fur et à mesure, quand je descends, quand je clique sur la partie droite de l'écran, au niveau de content, il y a bien la description de chaque module. Ça, ce sont nos modules par défaut. On peut les supprimer. On peut les bouger. Donc, je peux très bien décider de mettre celui-là au-dessus, celui-là en dessous. Petit à petit, ça va bouger. Un truc chez Marketo, si vous le faites trop vite, il bugge. Mais ce n'est pas grave, vous refresh, vous rafraîchissez, pardon, la page. Ça va se remettre. Comme ça fonctionne en autosave, si vous le faites trop vite, trop de changements en même temps, au bout d'un moment, il n'arrive pas. Il faut comprendre que ce sont des lignes et des lignes de code derrière. Il faut que ça effectue vraiment la démarche. On peut customiser comme on veut. De la même façon qu'on peut supprimer des modules, on peut aussi aller dans notre bibliothèque de modules, qui est disponible sur la droite, pour en rajouter. Et là, comme ça petit à petit on construit notre e-mail et on décide : celui-là, je le veux là. Hop, je me le mets là. Et on construit son e-mail comme ça. Vous voyez que, pour le moment, je n'ai pas encore touché au content en lui-même. J'ai une idée toujours de ce que je veux mettre dedans, parce que j'ai travaillé avant. Mais je commence d'abord par construire vraiment le squelette de l'e-mail. Après, au fur et à mesure, je vais détailler ce que je veux à l'intérieur. Ces modules sont pratiques parce qu'on peut les dupliquer, les mettre up, down. Puis, vous voyez à l'intérieur, il y a la possibilité de les faire dynamiques. C'est comme ça que vous allez mettre votre segmentation. Si on fait un module dynamique, si on rend un module dynamique, du coup, on va pouvoir choisir dans les segmentations qui sont déjà dans notre database. Vous savez, vos segmentations vivent dans votre partie database. Et vous le construisez de ce côté-là. Donc vous décidez… Par exemple, je veux changer selon le vouvoiement, le tutoiement, je vais pouvoir créer deux options : une qui va être par défaut, donc par défaut, ça va être le vouvoiement chez nous. Le tutoiement, il suffit de double-cliquer : ce texte-là, je mets tu à la place. C'est très pratique. Il y a plein de possibilités sur les segmentations. Ça va être selon vos besoins ou selon votre entreprise. Ça va vous permettre sur un même e-mail de construire des adaptations et des personnalisations. Ça peut sembler très anodin ce que je dis. Je suis tombée sur pas mal de clients qui créaient deux e-mails identiques et qui faisaient des changements, juste manuellement. Ils faisaient du coup deux envois. Oui, je suis d'accord. Mais au niveau du temps que cela représente, ça va beaucoup plus vite si vous passez directement par de la segmentation. C'est quelque chose, si vous n'avez pas encore de segmentation établie dans votre database, pensez-y. Ça peut être intéressant si vous voulez après faire dans vos e-mails blast, dans n'importe quel type d'e-mail, vos e-mails trigger et tout ça. Ne serait-ce que le vouvoiement, le tutoiement c'est quelque chose, dans la langue française, et d'autres langues d'ailleurs, qui fonctionne bien. Donc ça peut être intéressant. Au niveau de la personnalisation, ça joue toujours. J'ai mes différents blocs. Je vais revenir sur mon content, ici. Vous voyez que, pour le moment, il y a des choses qui s'affichent qui ne sont pas très jolies. Visuellement, elles n'ont pas les couleurs de Merlin/Leonard, par exemple. Mais, il y a une raison pour laquelle on voit qu'il y a des blocs qui sont construits différemment. En fait, on va avoir des blocs qui vont être dédiés à du texte, à du rich text. Il y a des blocs qui vont être dédiés à des images. Il y a des blocs qui vont être dédiés à des snippet. Il y a différentes façons de construire des blocs. D'un point de vue purement code, ça veut dire qu'ils sont codés avec des éléments différents. Ça, ce n'est pas quelque chose que vous allez utiliser forcément, mais juste de le comprendre que, d'un point de vue code, c'est différent, c'est assez intéressant. Parce que ça veut dire que du coup les variables que vous pouvez attacher à ces éléments vont différer. Ça veut dire aussi que les fonctionnalités, après, dans votre e-mail peuvent différer. Typiquement, on peut voir que, par exemple, ce bloc-là, on sait que c'est un rich text. Vous voyez ici qu'il y a une petite icône avec du texte. Alors que si je vais sur un bloc… Je mets un bloc image ici. Il va être codé différemment. Du coup, je ne vais pas avoir la même… Vous voyez ici, il n’y a pas la même icône. Parce que c'est typiquement un bloc image. Donc, ça ne va pas se construire de la même façon. Dans un bloc texte, on peut aussi mettre des images. Si je veux rajouter une image, je peux typiquement aller ici et aller me chercher l'image que je veux. Si, par exemple, je veux rajouter une image à ce niveau-là. C'est intéressant parce que vous avez l'accès ici, quand vous recliquez, aux dimensions. Certes, dans les template, ça va être codé, les dimensions. Ce qui vous permet d'avoir des template qui sont responsive et que le rendering se fait correctement. Notamment quand vous changez de taille d'écran ou quand vous passez d'un écran laptop à un écran smartphone par exemple. Mais on peut aussi forcer les choses ici en passant par le rich text. Par exemple, je dis que je veux que mon image ne soit que la moitié. Hop, elle va se réduire. Au niveau de vos images, il y a toujours cette possibilité de garde-fou, j'ai envie de dire, quand vous uploadez vos images. Vous voyez ici, j'ai mon image dans le rich text. Je vais mettre la même image. Je vais aller me chercher une image newsletter. Mon placeholder disait qu'il fallait que ça soit 150 x 150. Il se trouve que là, elle est plus grande. Je vais re-cliquer sur mon image. Je vais me la mettre en 150, comme ça, je suis sûre que ça va garder les bonnes proportions. Et pareil, toutes les images peuvent être adaptées. Pensez à mettre bien tous les tags qu'il faut dans vos images. J'entends quand vous allez dans advanced, vous pouvez mettre l'ID. Vous pouvez mettre le titre. Vous pouvez très bien mettre un lien, une URL directement sur les images. Surtout quand on réfléchit à comment on utilise nos smartphones, où on a tendance à cliquer avec nos gros doigts sur des trucs qui sont un peu plus petits, n'hésitez pas à mettre des liens sur vos images. Typiquement, je mets le même lien, ici, sur mon image et sur le CTA. Comme ça, j'augmente mes chances que la personne clique dessus. Anne-Sophie ? Question de Lucie : comment construis-tu tes modules Marketo ? Les modules Marketo sont construits dans les template. C'est au niveau du code. Il faut savoir que c'est basé sur du HTML 5. Mais Marketo a des spécificités. Si vous commencez à mettre du HTML, par exemple, vous faites un joli design dans Photoshop, vous le sauvez en HTML, et après vous mettez ça directement dans Marketo, vous n'allez pas avoir ce concept de bloc et de module. Il faut vraiment coder avec une syntaxe d'e-mail particulière. Et c'est la même chose pour les LP d'ailleurs. Marketo, quand il va lire le code, va reconnaître ces mots de syntaxe. Il va pouvoir identifier ça comme des… Je vais vous montrer, si j'ai un exemple. Est-ce que vous voyez mon écran ici ? Il se trouve que c'est le template d’AFP que j'étais en train de repasser en boucle, de regarder. Je ne suis pas une codeuse. Je vous le précise bien : je ne sais pas écrire directement le code, mais j'arrive à le lire. Notamment, au niveau des blocs, si je regarde les différents blocs comment ils sont décrits… Est-ce que je vais trouver ? Ici, par exemple, vous avez ceci. (Class MKTO module). C'est avec ces mots-là de la syntaxe spécifique à Marketo que ça va déterminer que c'est un module. C'est vraiment au niveau du code du template. C'est très bien de développer des template dans Photoshop, enfin avec des graphic designer, mais il faut quand même avoir une certaine compétence de code spécifique à Marketo pour pouvoir les transformer en template Marketo. Comme ça, on a accès… Sinon vous n'aurez jamais la bibliothèque de modules. Si vous n'utilisez pas ce langage-là, vous n'aurez jamais cette possibilité. Vous allez avoir un e-mail qui est fixe. Certes, il sera éditable au niveau du contenu, mais vu que ça ne sera pas identifié comme bloc, vous ne pourrez pas les monter, les descendre, les dupliquer, les supprimer, les faire glisser de droite à gauche, les réorganiser. C'est en ça que ça diffère un petit peu du reste. J'ai beaucoup d'exemples comme ça où des gens essaient de construire leur e-mail dans un autre environnement que Marketo. Du coup, quand il le passe, Marketo, certes, va lire le HTML. Il va rendre exactement, mais ça va être fixe. Donc, on perd toute la flexibilité. On perd tout ce qui est intéressant au niveau des variables, de ce qui va rendre le template très flexible, ce qui va permettre de, facilement, sans être quelqu'un qui code, de pouvoir changer la couleur du background, de pouvoir optimiser tout ce qui est spacing, en haut, en bas, de pouvoir rentrer des liens facilement. Sans avoir à aller… Je vais vous montrer sinon à quoi ça ressemble. Si vous allez dans edit code, ici, voilà. C'est tout ce qui est en violet. Visuellement, c'est plus facile. Tout ce qui est code. Je pourrais très bien coder mon e-mail comme ça, et faire tous les changements à ce niveau-là. Mais, vous imaginez, ce n'est pas facile. Il faut quand même avoir un minimum de bases pour comprendre. Tout ce qui est là les méta avec les MKTO, c'est ça qui fait vos modules, vos variables, vos global variable. Voilà pour la question. Je vois qu'il y a d'autres questions. On code nous-mêmes. Ça dépend. Il y a certaines choses que je code par rapport à d'autres exemples. Et d'autres fois où on a une équipe de codeurs qui nous aide effectivement. Comme vous voyez, moi, j'utilise Dreamveaver juste parce que ça me permet, je connais l'outil, en fait. J'ai appris au fur à mesure. Je n'ai pas du tout de formation là dedans, mais à comparer, à identifier qu'est-ce que… Du coup, j'arrive à faire des template pas forcément hyper développés, mais j'arrive déjà, je suis autonome s'il faut que je corrige des choses. Si j'ai des problèmes de rendering, de responsiveness, si je vois qu'il y a typiquement quelque chose qui ne se passe pas bien, je vais pouvoir aller dans le template, regarder, faire un changement rapide, quelque chose qui aurait pris peut-être une journée à… ou du back and forth. C'est vrai que j'ai un petit peu d'autonomie là-dessus. L'aspect responsiveness, il faut bien penser que Marketo, surtout moi qui utilise un Mac, quand je fais mes e-mails, c'est toujours très joli, mais il faut bien penser qu'il faut tester vos e-mails. Parce que, selon que selon l'e-mail client qui va lire l'e-mail quand il le reçoit, selon la taille de l'écran, selon tous ces paramètres-là, votre e-mail peut vraiment avoir un format qui est complètement autre. Enfin, ça ressemblera, mais il sera cassé en fait. Il y a quelque chose qui ne va pas fonctionner. Il va y avoir un padding. En principe, quand on reste dans l'environnement Marketo, quand on va voir sur le preview qui est un élément… C'est important de le faire. Je recommande vraiment de faire des tests. Envoyez-vous des tests. Envoyez-vous des tests à différentes adresses. Envoyez-vous des tests sur différents formats. Essayez de regarder si vous avez quoi que ce soit qui… Après, si vous avez la possibilité, utilisez des outils comme Litmus, par exemple. Vous passez tout le code de votre e-mail et et vous vérifiez comment cette e-mail sera lu par les différents clients. Ça, ça peut aussi une possibilité. Je sais que tout le monde n'a pas forcément un abonnement Litmus, mais c'est possible de le faire également. Ça peut être un bon moyen de checker. Par exemple, très souvent, on a des clients qui ne réalisent pas que leur e-mail, il y a une partie qui n'est pas responsive ou qui ne s'adapte pas bien selon les écrans. Et c'est uniquement après X envois qu'un jour il y a quelqu'un qui a dit : "Mais, vous avez vu. En fait, ça ne marche pas." Essayez d'anticiper ce genre de problème. En gardant toujours en tête qu'il y a des fois, tu auras forcément des trous dans la raquette. Le nom de l'outil est Litmus. Il peut y avoir des trous dans la raquette parce que, par exemple, Outlook va lancer une update de leurs clients de leur plateforme. Du coup, la façon de coder, il va falloir rajouter un petit élément pour que Outlook lise correctement l'e-mail. Tout ça, ce sont des choses dont vous n'avez pas forcément conscience en tant que marketeur ou en tant que personne qui fait l'e-mail, mais il y a des éléments en code… Avant de coder l'e-mail, vous voyez, il y a tous les éléments qui sont écrits avant qui vont permettre d'imposer par exemple à Outlook de lire l'e-mail d'une certaine façon. Ce sont tous ces petits éléments-là. Effectivement il vaut mieux passer par un développeur pour les voir, juste parce que ça prend du temps d'aller chercher. Vous pourriez les trouver, mais effectivement. Question de Laura : faut-il développer un master template ? Oui, ça peut être tout à fait possible. On peut très bien penser avoir un master template, où il va y avoir beaucoup de modules et, à partir de ce master template, on va choisir. On va par exemple construire notre e-mail pour les newsletters, notre e-mail pour les autoresponder, notre e-mail pour les promotions, et que sais-je. Quand on est contents de notre e-mail par catégorie, on peut sauver, sauvegarder ça en tant que template. C'est très facile. Il vous suffit d'aller sur e-mail action ici et save as template. Vous allez sauver. Ça va se mettre dans vos templates dans le design studio. Ça permet de le garder tel quel pour avoir une unité, par exemple, sur toutes vos newsletter, vos promos, vos e-mails classiques et tout ça. Ça fait partie des bonnes pratiques effectivement. Sachant que gardez quand même en tête, il ne faut pas non plus sauver 10 milliards de template. Sinon, ça ne sert à rien d'avoir des template. Mais avoir un master template avec un maximum de modules ici à choisir et ensuite… Vous voyez qu'ici, dans mon e-mail, je n'utilise pas tous les modules. Mais, en principe, ça ressemble toujours à ça. Je pourrais sauver, avoir un sous-template, entre guillemets. Ça peut être une bonne chose. Je continue au niveau de la construction de mes e-mails. On a parlé en début de séance de tout ce qui est web view, preview. Ici, nous, on a créé un bloc qui est dédié. Ça nous permet d'avoir notre lien system web view. Du coup, on peut le customiser. Vous voyez qu'ici, on peut changer la police. On peut le mettre en dynamique. Par exemple, nous, on le veut en dynamique pour avoir dans ton navigateur, au niveau du vouvoiement, du tutoiement, de la segmentation. On peut changer la police, la couleur et tout ça. Sinon, si vous mettez le view qui est par défaut, donc à e-mail settings, ici, si vous mettez inclus view as web page vous allez avoir ce lien qui est plutôt bleu avec une police qui ne va pas forcément correspondre à votre charte. Donc c'est une bonne chose d'avoir le bloc. D'ailleurs, entre parenthèses, e-mail settings ici, on retrouve operational mail. Si on veut rendre l'e-mail opérationnel. Sachant qu'il faut que ça rentre quand même dans le cadre du RGPD. Donc il y a certaines e-mails, vous n'avez pas le droit de les mettre en opérationnel. On conserve vraiment l'opérationnel pour ce qui est considéré comme des e-mails non promotionnels, non marketing, des e-mails par exemple d'informations cruciales. Ça peut être : "Vous avez perdu votre password, voici le lien avec votre nouveau password". Il faut absolument que cet e-mail soit délivré et que même si la personne a des préférences qui disent : non, je ne veux pas recevoir d'e-mail de cette compagnie, quand elle demande de son password avec le lien de renouvellement, en principe, on veut absolument que cet e-mail arrive. Il faut vraiment considérer parce que, des fois, il peut y avoir vraiment une fine ligne entre ce qui est opérationnel et ce qui n'est pas opérationnel, ce qui peut l'être et ce qui ne peut pas l'être. Quoi qu'il en soit vous avez accès ici, si vous voulez, si vous ne l'avez pas fait à la première étape, vous pouvez ici. D'ailleurs on y retrouve aussi notre CC. Et là on retrouve bien l'option de nos deux groupes d'e-mails avec ce token. Je peux très bien dire : voilà, je veux qu'en CC, il y ait les deux ou je veux qu'il y en ait qu'un seul. Et hop je save tout simplement. On garde cet élément, ça nous permet d'avoir quelque chose qui est visuellement en accord avec le reste de ma newsletter. A contrario, ça ne l'aurait pas été si on avait mis l'option ici, directement comme ça. Une autre fonctionnalité à laquelle on ne pense pas forcément. C'est vrai que moi, je l'ai tellement intégrée que je ne pense même pas que c'est une best practice. C'est le forward to a friend. C'est peu utilisé, mais en fait c'est très utile. Parce que, un, c'est traqué dans Marketo, donc pourquoi s'en priver ? Et deux, quand on y pense, effectivement, c'est quelque chose qui peut déclencher, c'est le word of mouth. Ce sont tous ces éléments vraiment humains. Donc pensez-y, à rajouter dans certains types de vos e-mails, les newsletters, les promos, les trucs comme ça, pensez à rajouter un bouton forward to a friend. Juste parce que c'est beaucoup plus facile d'appuyer directement sur ce bouton-là pour la personne que d'aller dans leur forward to de leur e-mail client en fait. Ça, ça peut être un bon déclencheur. Gardez-le en tête. Je ne sais pas si tout le monde l'utilise, mais pour certaines communications, ça peut vraiment être intéressant. Ici, nous, on l'a intégré de façon directe. Vous voyez, c'est traqué en interne puisqu’on a même un système link, forward to friend link. Marketo, après, le comptabilise. Et c'est comme ça que vous pouvez créer des smart campaign avec le trigger e-mail forwarded. Voilà, c'est sympa. Vous voyez que j'ai construit mon e-mail petit à petit avec tous mes éléments. Dans les textes que je peux éditer, on peut retrouver tout ce qui est token. Vous savez qu'il y a différents types de token : les token qui vont être attachés, liés aux différents champs qui existent dans votre database. Pour la personnalisation, c'est génial. Typiquement, vous allez avoir le first name. On va retrouver le lead token avec le first name. Pensez à mettre une default value. Parce que c'est vrai que c'est quand même plus sympa si, par hasard, vous avez dans votre database, le champ first name qui n'est pas rempli, c'est vide, et vous dites : bonjour Anne-Sophie, et en fait Anne-Sophie n'est pas rempli. Ça fait : bonjour, blanc, virgule. Ce n'est pas terrible. Alors que si vous mettez une valeur par défaut, par exemple, bonjour, qu'est-ce qu'on peut mettre, collègue par exemple, ou quelque chose d'assez neutre, mais qui quand même définit la personne. On va peut-être éviter le : bonjour toi, virgule. Pensez-y que, dans certains cas, il vaut mieux avoir une default value, surtout si vous n'êtes pas sûrs d'avoir des data complètement carrées dans votre database. Ça peut être tout simplement… On va construire notre e-mail avec les token qui existent par rapport au champ. Un truc qui est aussi intéressant c'est que dans le Marketo, il y a la possibilité d'avoir des token qui sont customisés. Ils vont être dédiés juste à un programme ou à un ensemble de programmes au niveau d'un folder. Ça va être des My Tokens, ils appellent ça. Ça, peut-être qu'on le verra dans un autre Marketo Office Hours, mais pareil, ces My Tokens, on va pouvoir les retrouver également ici. Ici, on n'en a pas vu, on est sur le côté design studio. Mais dès que vous allez dans votre marketing activity, vous avez la possibilité d'avoir des MyTokens au niveau de vos folder ou au niveau de vos programmes. Je vais juste vous montrer rapidement où il pourrait y en avoir. Vous voyez, par exemple, ici, quand je vais au niveau de mon programme, j'ai un My Tokens. Celui-là est inherited. Ça veut dire qu'il vient d'au-dessus. Donc, on a hérité de ce token. Il vient d'au-dessus d’ici, ou d’ici, ou de carrément ici. En fait, ce My Tokens me permet de faire le changement ici une fois. Après, j'utilise juste le my footer copyright à l'intérieur de mon e-mail. Je n'ai pas à penser à changer à chaque fois dans tous mes e-mails. Celui-là, typiquement, il est vachement pratique. Hop, je reviens au-dessus. Parce que celui avec les crédits et l'année, on change l'année une fois. C'est vrai que c'est très pratique de l'avoir à un niveau assez haut dans votre hiérarchie de dossier. Parce que, du coup, vous le changez une fois, vous n'y pensez pas. Et après, ça s'applique à tout ce qui est en dessous. Tous les programmes. À chaque fois que j'utilise my footer copyright, à chaque fois j'ai la bonne date et je ne change qu'une fois. Ça, c'est super pratique quand vous avez des e-mails, plein d'e-mails à construire, par exemple pour un event, avoir ici des My Tokens. Typiquement, les event, les e-mails que vous envoyez, d'un event à l'autre, se ressemblent tous. Il va y avoir juste des éléments qui changent type la date de l'événement, le titre, le sujet de l'événement, l'heure, le lieu, les noms des speakers par exemple. Quoi qu'il en soit on peut manager tout ça au niveau des My Tokens, se créer des My Tokens. Il y a différents groupes, différentes fonctionnalités, ici différents types de My Tokens. En fait, on va pouvoir créer ça. Une fois qu'on a notre programme avec tous nos e-mails en dessous, toutes nos landing page en dessous qui sont créés, on utilise ces My Tokens pour faire le lien. On a juste à manager le contenu ici sur My Tokens. On n'a pas à ouvrir chaque e-mail. Vous vous imaginez pour l'événement typiquement, je n'ai pas à ouvrir l'e-mail en disant : "Vous vous êtes inscrit à l'événement Marketing Office Hours du 5 mars." Et je dois aussi envoyer le : "Je vous rappelle que vous êtes inscrit à l'événement du 5 mars." Tous ces différents e-mails automatisés, si vous avez un My Tokens, vous n'avez même pas à ouvrir l'e-mail. Vous changez directement les dates les éléments ici. Puis, ça se fait automatiquement. Donc pensez vraiment, il y a les token qui font référence au champ que vous avez de votre database. Ils vont permettre la personnalisation par exemple de votre e-mail, comme l'exemple du nom. Et pensez aussi, si vous avez des My Tokens pour des dates pour des parties entières de texte, vous pouvez également les insérer dans les différentes parties de votre e-mail. C'est intéressant. Vraiment ce que j'essaie de transmettre aux gens quand je parle de tout ce qui est e-mail template, e-mail development, landing page template et landing page development, c'est vraiment cette notion de : on fait le travail une fois en amont, où on va vraiment réfléchir à tout ce qui peut être automatisé, tout ce qui peut nous rendre la vie plus facile pour le futur… Peut-être que le premier e-mail, je vais y passer un peu plus de temps. Je vais vraiment réfléchir à où je peux gagner du temps plus tard. Après, une fois que tous ces éléments je les ai déterminés, je me les suis réfléchis, je me suis construit mon e-mail de la façon dont je voulais avec mes My Tokens, mes token. En sachant qu'on peut mettre des My Tokens pour des images en plus. C'est vraiment un univers infini de possibilités. Ça veut dire que le coup d'après je gagne un temps fou. Je passe à plus de 50 % de temps de réduction en fait. Ça peut aller très vite. C'est comme ça que, pour les event par exemple, si vous construisez votre programme avec tous vos e-mails… Certes, la première fois, c'est un peu long à construire. Mais si vous pensez vraiment à tout ce qui peut être automatisé, la fois d'après vous pouvez monter un événement en deux heures. C'est très facile. Ça veut dire que ça vous gagne énormément de temps. Ça veut dire que vous êtes beaucoup plus opérationnels en tant que marketing team. C'est vraiment en ça que Marketo aide dans votre travail. Certes on dit : "C'est une grosse bête. Ce n'est pas rien." Mais en attendant, ils ont pensé à tout ça qui vous facilite vraiment la vie. Petit entre parenthèses sur l'intérêt de faire tout ça. Après, j'ai mon e-mail, j'ai mes modules. Il y a différents types de modules. Je peux les intervertir, les changer dans tous les sens. Une chose qui est pas mal aussi, par exemple, je l'ai mentionné un petit peu plus tôt : ici vous avez la possibilité de replace with snippet. Snippet, c'est super utile par exemple pour tout ce qui est signature d'e-mail, pour tout ce qui est header, footer. Ce sont de petits fichiers qui sont codés. Ils sont sauvés, ces fichiers, dans la partie design studio. Ce qui va nous permettre de sélectionner. Voilà, par exemple, ici je sélectionne et je peux mettre la signature comme ça. Elle n'est pas utilisée. C'est juste un exemple. J'ai cette signature qui apparaît. C'est un petit peu la même logique que les token dans ces cas-là. Ça veut dire que dans un endroit dans votre design studio vous avez tous vos snippet. Et vous pouvez manager vos snippet depuis là, faire les changements. Par exemple, j'ai un e-mail, j'ai le numéro de téléphone de la personne qui change. Je vais dans mon snippet, je change juste le numéro de téléphone. Et ça veut dire que la prochaine fois que je sélectionne le snippet ou que je sais qu'il est utilisé dans un des e-mails, je n'ai pas à aller dans chaque e-mail changer le numéro de téléphone de la personne. Pensez-y, snippet, c'est super pratique. Anne-Sophie ? Oui. On touche à la fin. Est-ce qu'il y a des questions à ce stade ? Certaines questions qui ont été posées. C'est vrai qu'il y a plein de choses, en fait. Il y a beaucoup de choses à penser au niveau des e-mails. De toute façon, on se retrouvera, je pense, pour une autre session pour continuer ce qui peut manquer au niveau des template. Et on regardera les template des landing pages du coup. OK. Bon vendredi à tous et bon week-end.