Livraison de l'épisode 25 : Un aperçu de l'éditeur visuel dans Litmus Builder

Dans cet épisode de Delivering, l'animateur Jason Rodriguez s'assoit pour une interview de grande envergure avec Lauren Smith et Scott Epple, deux membres de l'équipe impliqués dans la récente sortie de Visual Editor dans Litmus Builder. Ils expliquent comment Litmus décide de créer de nouvelles fonctionnalités, notamment Visual Editor, et comment les équipes de messagerie du monde entier peuvent adopter Visual Editor pour faire évoluer la production tout en permettant à chacun de se concentrer sur ses compétences de base.

Vous pouvez également regarder une version vidéo de cette interview ci-dessous ou sur notre chaîne YouTube.

Transcription de l'épisode

Scott Epple :
Je pensais que tu allais dire la bouche du cheval.

Jason Rodriguez :
J'y pensais, mais j'ai l'impression que ce n'est pas un terme flatteur pour la plupart. Alors, c'est cool ? Ça sonne bien ? Quelque chose en particulier que tu veux que je mentionne ?

Scott Epple :
Entrez simplement dans toutes mes plaisanteries amusantes [diaphonie 00:00:14].

Jason Rodriguez :
D'accord. Frais. Eh bien, je suppose que nous allons commencer. C'est déjà en train d'enregistrer, ce sera donc le rouleau B à la toute fin. Les bêtisiers. Frais.

Jason Rodriguez :
Eh bien, bienvenue à une interview spéciale. Je suis très heureux d'être assis ici à discuter avec deux de mes collègues de Litmus. Deux des personnes qui sont en grande partie responsables de l'une des fonctionnalités les plus intéressantes que nous ayons publiées depuis longtemps, appelée Visual Editor, à l'intérieur de Litmus Builder. Alors, joignez-vous à moi pour souhaiter la bienvenue à Lauren Smith, notre directrice marketing d'entreprise, et à Scott Epple, qui est notre principal chef de produit. Comme toujours, je suis Jason Rodriguez. Je suis le gars que vous voyez habituellement sur les webinaires, sur le blog, toutes ces bonnes choses. Je suis situé à l'extérieur de Detroit, mais j'aimerais d'abord en savoir un peu plus sur votre histoire à Litmus et sur ce que vous avez fait au cours des deux dernières années. Lauren, je suppose que peut-être commencer par toi.

Lauren Smith :
Sûr. Merci Jason. Je m'appelle Lauren et je fais partie de l'équipe de marketing produit ici à Litmus. Je me concentre donc sur la compréhension des besoins de nos clients et du marché pour aider à façonner notre feuille de route. Et puis une fois que nous avons nos nouvelles fonctionnalités et solutions, nous les commercialisons à la fois auprès de nos clients et, espérons-le, de nouveaux clients potentiels. Je suis à Litmus depuis environ huit ans. Cela a donc été un trajet très long et amusant. Je suis basé à Boston, Mass, au milieu de ma cuisine, comme vous pouvez le constater. Et heureux de discuter avec vous aujourd'hui.

Jason Rodriguez :
Et toi, Scott ?

Scott Epple :
Et je suis aussi dans le Massachusetts, dans la banlieue de Boston. Pas tout à fait huit ans, je suis juste très proche de Lauren, environ un an et demi, bientôt deux ans, donc un peu de chemin à parcourir. Mais oui, je suis chef de produit, comme tu l'as dit, Jason. Et donc je vois mon travail d'abord et avant tout comme un besoin de comprendre très intimement nos clients et leurs flux de travail, et en particulier les points faibles, car je considère mon travail à bien des égards comme un résolveur de problèmes, ici pour aider les clients à avoir plus de succès en construisant des produits et des solutions qui peuvent les rendre plus productifs, plus efficaces, simplement obtenir de meilleurs résultats par courrier électronique. Travaillez donc en étroite collaboration avec de nombreuses parties de l'entreprise, mais certainement avec Lauren et le marketing produit, pour aider à apporter de nouvelles fonctionnalités, comme Visual Editor, à nos clients.

Jason Rodriguez :
Impressionnant. Oui. Lauren, je pense qu'il a rejoint quelques mois avant moi. Nous sommes tous les deux ici depuis un bon bout de temps. Et oui, nous avons travaillé assez étroitement ensemble au cours des sept dernières années pour moi, je suppose, huit ans pour vous.

Lauren Smith :
Oui. Nous sommes comme les 20 premiers, les 20 premiers.

Jason Rodriguez :
Oui. Oui. Cela a été vraiment intéressant de voir la croissance et toutes les choses intéressantes que l'équipe a pu sortir, en particulier au cours des deux dernières années, nous avons rassemblé tous nos outils ensemble, les rendant plus rationalisés pour utiliser tous ces outils. Donc, l'un des outils que nous avons taquinés au cours des deux dernières semaines, et publié très récemment, est Visual Editor à l'intérieur de Litmus Builder. Donc, beaucoup de gens connaissent probablement Litmus Builder en tant qu'éditeur de code dans le produit Litmus, qui vous permet de coder vos e-mails, possède toutes ces fonctionnalités intéressantes adaptées au développement d'e-mails. Et peut-être plus important encore, consultez ces campagnes par e-mail, tous ces aperçus différents et tous les aperçus que nous fournissons presque immédiatement, afin que vous puissiez obtenir des commentaires très rapides dans Builder. Mais il a toujours été très orienté vers les développeurs et les concepteurs d'e-mails, les personnes qui savent coder, ce qu'est HTML et CSS et comment les manipuler pour créer ces campagnes.

Jason Rodriguez :
Mais Visual Editor est une toute nouvelle approche à l'intérieur de Litmus pour créer des campagnes par e-mail. Ce sera donc l'objet de la discussion d'aujourd'hui. Mais je voulais vous entendre tous les deux sur la façon dont nous déterminons ce que nous allons réellement construire à Litmus, car il y a beaucoup de choses différentes que nous pourrions construire. De toute évidence, nous recevons beaucoup de commentaires de nos clients et utilisateurs sur ce qu'ils aimeraient nous voir construire pour eux. Mais j'aimerais beaucoup vous entendre tous les deux, je suppose, à commencer par vous Lauren, à quoi ressemble ce processus ? Comment déterminer les fonctionnalités sur lesquelles se concentrer ?

Lauren Smith :
Sûr. Il y a donc certainement beaucoup de collaboration entre les équipes qui se produit entre le produit, le marketing, l'ingénierie, les ventes et le support client, les concepteurs et les responsables de compte. C'est à peu près tout le monde. Vraiment un processus de collaboration. Nous parlons à beaucoup de gens, clients et prospects. Nous réalisons des sondages, des appels, des bêtas, des groupes de discussion et des discussions de renouvellement. Nous voulons comprendre leurs flux de travail, leurs points faibles, comment nous pouvons leur faciliter la vie et comment nous pouvons les aider à mieux faire leur travail. Nous examinons également les tendances du marché, où évolue le marché ? Où y a-t-il des opportunités pour nous d'avoir un impact? Et il y a évidemment beaucoup d'idées qui viennent de toutes ces conversations. Alors nous prenons ces idées et nous les hiérarchisons. Et peut-être que Scott, vous pouvez parler un peu plus de la façon dont nous priorisons les choses.

Scott Epple :
Oui. Je veux dire, j'aimerais dire utiliser ma boule magique huit, mais cela donne parfois des réponses déroutantes. Non, je veux dire, tu l'as très bien dit, Lauren. Nous prenons beaucoup de contributions, d'abord et avant tout de nos clients et du marché pour comprendre les problèmes qui existent, et les opportunités que Litmus pourrait saisir pour aider les clients à avoir plus de succès. Et la hiérarchisation, je veux dire, en réalité, consiste simplement à déterminer laquelle de celles-ci représente en quelque sorte l'opportunité d'avoir le plus grand impact. Alors, quel est le plus gros problème auquel les gens sont confrontés ? Quel est le résultat le plus important que les équipes recherchent ? Et que pouvons-nous faire pour conduire ces choses?

Scott Epple :
Et donc une partie de cela consiste à déterminer ce dont les gens ont besoin et ce qu'ils veulent, et à établir des priorités en fonction de l'importance de ces besoins et désirs pour le client. Mais il s'agit aussi de déterminer ce que Litmus est le mieux adapté pour résoudre. De toute évidence, nous utilisons le courrier électronique depuis longtemps, nous avons donc tendance à nous concentrer sur les éléments liés au canal de messagerie, en particulier le processus de pré-envoi, de production et de test, mais aussi les analyses et les informations sur l'engagement après l'envoi. Et bien sûr, beaucoup, beaucoup de leadership éclairé que nous mettons là-bas. Nous essayons donc de trouver une sorte d'intersection magique de ces deux choses, ce dont le marché et nos clients ont besoin et ce que nous pensons être le mieux à faire. Et puis nous proposons des idées et, en fait, nous travaillons en étroite collaboration avec nos clients, pour transformer ces idées en solutions de produits réelles. Ce n'est donc pas exactement comme l'inventeur dans une pièce sombre qui propose ces fonctionnalités. Nous priorisons, puis nous travaillons vraiment avec nos clients en collaboration, pour les concrétiser.

Jason Rodriguez :
Frais. Oui. Alors Scott, vous pouvez peut-être parler un peu des raisons pour lesquelles nous avons décidé de travailler sur Visual Editor pour Litmus Builder ?

Scott Epple :
Oui bien sûr. Donc, comme vous l'avez dit, Jason, Builder a été conçu à l'origine comme un éditeur de code pour les développeurs de messagerie, les utilisateurs plus techniques, les gens qui étaient vraiment dans les détails du code de messagerie, dont nous savons tous qu'il a ses particularités et son genre de connaissances ésotériques, que vous avez à une sorte de gain grâce à un travail acharné. Mais comme nous l'avons dit précédemment, nous avons écouté nos clients et nous avons écouté le marché. Et ce que nous n'arrêtions pas d'entendre encore et encore, sous différentes formes, mais dans l'ensemble, le message était le même, c'est que les équipes cherchent à faire plus avec ce qu'elles ont. Et les développeurs sont rares, leurs compétences sont incroyablement précieuses, leur temps est précieux. Et donc ce genre de pression que subiraient honnêtement les équipes, où les développeurs étaient si importants pour produire des e-mails, mais n'avaient pourtant jamais assez de temps.

Scott Epple :
Cela nous a naturellement amenés à comprendre qu'un moyen de résoudre ce problème est de rendre la production d'e-mails plus accessible à un plus grand nombre de personnes au sein d'une organisation. Et laisser les développeurs se concentrer sur ce pour quoi ils sont vraiment bons, et devenir en quelque sorte de plus en plus des facilitateurs pour les autres personnes de l'organisation pour produire des e-mails. Et donc c'était un peu le noyau de l'idée. Nous connaissons aussi, bien sûr, les autres solutions qui existent sur le marché, les autres outils. Et nous avons également entendu des commentaires très cohérents sur certaines de ces choses. Ils produisent un code gonflé et désordonné, les développeurs ne leur font pas confiance. Ils ne fonctionnent pas avec les e-mails et les modèles que j'ai déjà aujourd'hui. Je dois donc essentiellement prendre la décision à l'avance de tout changer et de tout mettre en œuvre avec une solution particulière, de la construire à leur manière afin de travailler avec l'outil, ce qui, bien sûr, prend beaucoup de temps.

Scott Epple :
Et nous avons juste pensé franchement que nous pouvions faire mieux, que nous pouvions aider les clients à réaliser ce potentiel d'impliquer davantage de personnes dans la production d'e-mails. Et faites-le d'une manière qui reste également fidèle à la raison pour laquelle Litmus existe et est Litmus. Et c'est que nous voulons que les gens fassent d'excellents e-mails et améliorent leur e-mail. Donc, nous avons juste pensé, encore une fois, en revenant à la façon dont nous priorisons, nous avons pensé à un gros problème et à un problème pour lequel Litmus est vraiment bien adapté pour le résoudre.

Lauren Smith :
Et juste pour faire écho à ce que Scott a dit, nous voulions rendre la création d'e-mails accessible à tous, pas seulement aux codeurs, comme [inaudible 00:09:52] a été conçu pour. Mais pas seulement la création d'e-mails, sur des e-mails de marque, sans erreur et de qualité, ce qui n'est certainement pas facile. Et cela permet vraiment à nos clients de faire plus avec moins, de tirer le meilleur parti de leurs ressources existantes. Et ce n'est certainement jamais aussi important qu'aujourd'hui, avec tous les budgets restreints et l'économie incertaine. Juste la folie absolue qui règne dans le monde en ce moment.

Jason Rodriguez :
Oui bien sûr. J'aime beaucoup cela. L'une des choses que j'ai en quelque sorte vues, et je sais que Scott, vous l'avez fait… Eh bien, tous les deux, vous avez fait des présentations intéressantes en interne sur certaines des choses qui se passent sous le capot de Visual Editor et Builder. Et vous avez mentionné il y a juste une minute comment nous avons vu d'autres outils comme un code gonflé, ou cela pourrait gâcher un peu les choses. Et c'est si difficile à gérer en tant que développeur de messagerie parce que les clients de messagerie sont si pointilleux et si spécifiques sur la façon dont votre code doit être écrit, que beaucoup d'e-mails se briseront si cet éditeur visuel que l'éditeur WYSIWYG fait quelque chose de génial . Donc je sais qu'il y a beaucoup de trucs sympas qui se passent sous le capot. Alors peut-être que Scott, vous pourriez nous donner un aperçu de la façon dont nous avons réellement construit Visual Editor, et quelles sont certaines de ces choses intéressantes qui rendent Visual Editor à l'intérieur de Builder spécial ?

Scott Epple :
Oui. Nous avons fait ce que nous faisons toujours, en termes d'écoute de nos clients, de travail avec eux, comme je l'ai déjà dit, pour trouver en quelque sorte la bonne solution en collaboration. Et une grande partie de cela reprenait ce que je viens de mentionner auparavant, et vous abordiez, Jason, les choses que nous ne voulions pas faire et. Et en quelque sorte renversant cela et disant: «D'accord. Eh bien, alors nous n'allons pas lui faire produire un code gonflé et mauvais. Non seulement pour les raisons que cela peut créer des problèmes de rendu, ce qui est évidemment un gros problème, mais aussi simplement parce que nous savions que pour bien faire les choses, les développeurs de messagerie devaient pouvoir faire confiance à l'outil. Et comprenez que s'ils doivent permettre à plus de personnes de créer des e-mails au sein d'une organisation, alors ils sont essentiellement les entrées du système, n'est-ce pas ?

Scott Epple :
Ils créent les modèles et les composants avec lesquels les gens vont construire, en quelque sorte les blocs Lego. Et pour nous ensuite d'entrer et de manipuler ces choses et de les changer, ce n'était tout simplement pas ce que nous voulions faire. Nous avons donc pris cela comme un principe. Et nous avons également pensé qu'il devait être facile à utiliser, et qu'il devait être facile à utiliser tout de suite. Il n'y a aucune raison pour laquelle nous pensons que quelqu'un devrait avoir à réécrire tous ses modèles, juste pour que quelque chose fonctionne pour un éditeur visuel. Les équipes utilisant Litmus ont consacré beaucoup de temps, d'énergie, d'argent à créer de superbes e-mails, qui fonctionnent bien, qu'elles ont testés sur des clients de messagerie pour les problèmes de rendu. Donc la dernière chose qu'on veut faire, c'est les forcer à refaire tout ça.

Scott Epple :
Et donc l'approche que nous avons vraiment adoptée, et c'est là que certains des types de détails d'ingénierie sous le capot sont amusants à creuser. Je ne suis probablement pas la meilleure personne pour faire tout le baratin là-dessus. Mais cela signifiait essentiellement qu'il y aurait eu un chemin beaucoup plus facile pour nous du point de vue de l'ingénierie et de la construction de produits, en ce sens que si nous avions fait quelque chose qui nécessitait une sorte de balisage ou de syntaxe Litmus propriétaire, ou qui avait juste un tas de composants préconstruits qui les gens pourraient utiliser, cela aurait été le chemin le plus facile, franchement. Nous avons pris le chemin le plus difficile parce que nous pensions que ce serait plus facile pour nos clients, qui consiste essentiellement à prendre ce que vous avez. Vos modèles, vos e-mails, vos composants modulaires et assurez-vous que notre éditeur fonctionnerait uniquement avec ces éléments. Et cela ferait la bonne chose sans changer le code. Cela modifierait le contenu en cours de modification, mais pas le code sous-jacent de l'e-mail.

Scott Epple :
Et donc c'était important pour nous. Et nous pensions également qu'en faisant cela, nous pourrions créer une belle opportunité pour ce que nous pensons vraiment être la meilleure façon de faire les choses, à savoir que la collaboration se produise entre les développeurs et les non-développeurs, en honorant le code qui se trouve sous l'e-mail, cela signifiait qu'un développeur pouvait entrer, éditer les codes, quelqu'un du côté visuel pouvait entrer et faire des modifications de contenu. Et ils pouvaient aller et venir. Et de nombreux outils sur le marché ne vous permettent tout simplement pas de le faire parce que c'est tellement enfermé dans un type particulier de manière propriétaire de faire les choses, ce qui crée ces restrictions. C'était donc en quelque sorte nos principes directeurs. Et nous avons passé beaucoup de temps à parler aux clients, à tester avec eux, à les écouter, à répéter. Et nous avons maintenant l'éditeur visuel comme produit final.

Jason Rodriguez :
Oui. Je me souviens avoir vu les deux premières fois où je l'ai rencontré, et vous pouvez simplement y insérer un modèle, basculer sur Visual Editor et commencer à éditer quoi que ce soit, sans avoir à vous soucier des langages de modèle ou du balisage propriétaire. Un peu époustouflant parce que ce n'est pas quelque chose que nous avons vraiment vu dans la nature, tout le monde a en quelque sorte un code pour son ESP spécifique ou les outils qu'il utilise, ce qui est bon et mauvais. Mais c'est bien d'avoir quelque chose où les gens peuvent simplement entrer et mettre n'importe quel code sur lequel ils travaillent, quels que soient les modèles qu'ils ont déjà et l'ouvrir à n'importe qui pour commencer à utiliser cet éditeur visuel.

Jason Rodriguez :
Cela soulève la question cependant, l'une des choses que nous avons un peu entendues est que les développeurs s'inquiètent de savoir si ce genre de choses les rend redondants ou non. Vous pouvez demander à un rédacteur publicitaire ou à un spécialiste du marketing de récupérer du code quelque part, de l'insérer dans Visual Editor. Et contourner complètement la partie développement de celui-ci. C'est donc une chose à laquelle nous avons évidemment pensé, dont nous avons parlé aux gens, mais peut-être de votre point de vue, pourquoi les développeurs n'ont-ils pas à s'inquiéter que Visual Editor prenne leur travail ? Et pourquoi est-ce vraiment un outil destiné à la fois aux développeurs et aux non-développeurs pour faciliter la collaboration ?

Lauren Smith :
Sûr. Je peux sauter ici. Nous avons certainement entendu quelques développeurs méfiants pendant la version bêta et juste les premiers appels des clients. Non seulement ils ont peur du composant de code désordonné dont nous avons déjà parlé, mais oui, est-ce que cela va rendre leur travail superflu ? Et ce n'est absolument pas le cas. Les développeurs sont chargés des tâches critiques consistant à créer de superbes e-mails à l'épreuve des balles sur la marque, qui transmettent des messages vraiment importants aux abonnés. Et la plupart du temps, les e-mails qu'ils créent réutilisent des modèles existants ou des morceaux de codes d'e-mails précédents qui ont été créés. Et le processus est assez manuel et répétitif, et implique beaucoup de recherches dans les fichiers et de copier-coller de code. C'est honnêtement un processus assez inefficace. C'est ce que nous entendons de beaucoup de nos développeurs à qui nous parlons. Et n'a certainement pas beaucoup de place pour eux là où se trouve leur expertise, qui est de stimuler l'innovation et les conversions.

Lauren Smith :
Ainsi, avec un outil comme Visual Editor, les développeurs peuvent permettre aux non-codeurs de leur équipe d'utiliser les modèles soigneusement conçus qu'ils ont déjà créés pour créer des e-mails. Et non seulement aider à faire évoluer la sortie, mais cela donne aux développeurs le temps de se concentrer sur des choses plus importantes, comme la création de nouveaux modèles et la mise à jour des modèles existants, ou la mise à jour des modèles parce que Dieu sait à quelle fréquence un nouveau client de messagerie est introduit ou mis à jour, ou un client abandonne le support pour quelque chose. Cela leur donne le temps de créer des versions créatives uniques pour des campagnes majeures, comme un lancement de produit. Et puis, cela leur permet d'aller plus loin avec les tests, le contenu dynamique, l'automatisation, qui contribuent tous vraiment à stimuler la conversion. Donc, si quoi que ce soit, cela élève leur travail et ne le rend certainement pas redondant. Ce devrait être un outil passionnant à utiliser pour les développeurs. Et une fois que les développeurs ont commencé à l'utiliser pendant la bêta, ceux qui se méfiaient, je pense que nous les avons conquis, ce qui est tout simplement excitant.

Scott Epple :
Oui. Et juste pour ajouter à cela, je veux dire, je ne peux pas vous dire combien de fois en discutant avec un développeur de messagerie, un client de Litmus, nous entendrons des choses comme : « L'année prochaine ou le trimestre prochain, nous essayons vraiment d'en faire plus en apportant des éléments interactifs dans nos e-mails ou en faisant plus avec du contenu dynamique ou en améliorant la façon dont nous segmentons nos listes de clients. Et ce sont les choses qui, simplement, sont toujours repoussées. Tout le monde veut les faire, mais le quotidien vous aspire toujours en quelque sorte. Et nous pensons simplement que c'est ce sur quoi les développeurs de messagerie devraient vraiment travailler et faire, pour en quelque sorte vraiment améliorer leurs programmes de messagerie. et générer plus de résultats pour leurs organisations. Et donc si nous pouvons en quelque sorte les aider à se décharger de certains des travaux les plus répétitifs dont Lauren parlait, c'est vraiment notre objectif, c'est de les faire vraiment briller de leur valeur, plutôt que de simplement être sur la chaîne de production d'un autre sorte de modèle d'e-mail.

Jason Rodriguez :
Oui. C'est ce que j'aime vraiment, c'est que je me sens mal de ne pas faire autant de développement d'e-mails ces jours-ci qu'autrefois. Garçon, je me souviens avoir dû faire beaucoup de choses fastidieuses. Il s'agit de copier et coller des documents dans votre modèle. Il s'agit simplement de faire ces très petits ajustements, qui prennent beaucoup de temps. Et c'est super chronophage, super fastidieux et pas amusant à faire du point de vue du développement. J'aime donc cet outil en ce sens qu'il libère les développeurs d'avoir à faire ce travail vraiment fastidieux. Concentrons-les sur des e-mails uniques sur mesure pour des événements spéciaux, en mettant l'accent sur l'interactivité et tout ce genre de trucs sympas, qu'ils aimeraient pouvoir faire s'ils avaient le temps. Cela leur donne ce temps maintenant. L'une des choses que j'aime aussi, c'est qu'en tant que spécialiste du marketing, rédacteur publicitaire, vous pouvez entrer dans ce modèle et tester votre copie et tout directement dans cette campagne, au lieu de l'écrire complètement hors du contexte du la conception et l'aspect visuel de la campagne dans un document Word ou quelque chose comme ça.

Jason Rodriguez :
Ainsi, vous pouvez vraiment faire un bien meilleur travail en adaptant votre contenu à l'endroit où il sera réellement diffusé. Ce truc est génial. Je l'ai vu en action. C'est brilliant. Je pense que beaucoup de gens vont vraiment aimer ça. Mais pour quels cas d'utilisation avez-vous vu certains de nos clients utiliser Visual Editor ? Et quelles sont certaines des idées que les gens devraient commencer à mettre en œuvre lorsqu'ils commencent à mettre la main sur Visual Editor ?

Scott Epple :
Ouais, je vais prendre ça. Je veux dire, bon nombre des meilleurs cas d'utilisation font partie du pain et du beurre des programmes de messagerie, n'est-ce pas ? C'est le truc qui est récurrent, assez calibré, franchement, mais récurrent et vraiment important. Donc, ce n'est pas parce que nous disons qu'il est répétitif de créer quelque chose que ce n'est pas un élément important de votre programme de messagerie et de générer des résultats. C'est juste que la production de ces e-mails n'est pas nécessairement quelque chose qui nécessite régulièrement des compétences de développeur. Donc, certaines de ces choses sont des newsletters récurrentes, n'est-ce pas ? Les promotions de contenu, qui suivent généralement un processus similaire… Qu'il s'agisse de livres électroniques ou de livres blancs, ce genre de choses peut souvent avoir une apparence très modèle.

Scott Epple :
Webinaire, dans un monde d'avant 2020, je suppose, l'événement invite, ces choses aussi. E-mails transactionnels, même, non ? Des choses qu'en tant que chef de produit, si j'ajoute un nouveau flux de travail ou une nouvelle fonctionnalité à mon produit, et qu'il y a un besoin d'un e-mail transactionnel, capable de le produire, qui sont toujours très fortement modélisés. Mais n'importe laquelle de ces choses vraiment où l'importance d'elles est dans la nature récurrente, elles stimulent l'engagement. Mais ils ne diffèrent pas forcément beaucoup d'un mailing à l'autre, en termes de structure et de mise en page du modèle. Tout ce qui change, c'est le contenu. Je veux dire, dans notre enquête sur l'état des e-mails, nous posons des questions à ce sujet et apprenons des gens que je pense que plus de 40% des e-mails entrent dans cette catégorie de vraiment… Produire l'e-mail prend le modèle ou prend la dernière newsletter que vous avez envoyée , et y insérer du nouveau contenu.

Scott Epple :
Et donc 40 % de ce que produit une équipe, si cela peut être apporté aux spécialistes du marketing, aux spécialistes du contenu et aux développeurs de messagerie, peuvent prendre ce temps et le consacrer à l'innovation et à la création de nouveaux types de modèles et de nouveaux types de modules de contenu, alors nous pensons que c'est juste un excellent résultat pour tout le monde.

Lauren Smith :
Un autre excellent cas d'utilisation est le retour rapide et les modifications. Chaque fois que nous effectuons notre état des e-mails, les rapports de workflows d'e-mails, les révisions et les approbations sont toujours l'une des étapes les plus longues du processus de production. Et Visual Editor aide à accélérer ce processus. Il s'agit en fait d'un cas d'utilisation auquel je peux m'identifier personnellement, par exemple, lorsque des e-mails de sortie de produit sont envoyés et qu'ils sont partagés avec moi en guise de preuve, et que je les passe en revue. Si je vois un bouton d'appel à l'action qui doit être mis à jour, je peux facilement accéder directement à Visual Editor et apporter le changement moi-même, sans avoir à toucher au code ou à craindre de casser quoi que ce soit, et cela accélère le processus. Et un autre cas d'utilisation concerne les communications internes, comme une newsletter RH ou une mise à jour des systèmes internes.

Lauren Smith :
Ces communications sont essentielles pour garantir que tout le monde en interne est sur la même longueur d'onde. Avec autant de priorités concurrentes, en particulier celles qui génèrent des revenus, c'est l'exemple parfait de quelque chose qui doit être confié à un non-développeur.

Jason Rodriguez :
Oui bien sûr. C'est donc sorti depuis un petit moment maintenant. Il est en version bêta depuis évidemment plus longtemps que cela, car nous envoyons les pneus et nous nous assurons que tout fonctionne comme il se doit. Qu'avez-vous entendu des clients qui ont commencé à adopter Visual Editor et quels types d'avantages ou d'avantages voient-ils, et qu'en disent-ils exactement ?

Scott Epple :
Oui, nous avons donc lancé une version bêta pendant plusieurs mois, nous avons donc reçu des commentaires tout au long du processus. Je veux dire que les gens en ont été satisfaits. Nous avons été très heureux d'entendre leurs commentaires et d'entendre certaines des histoires de réussite. Je veux dire, les thèmes généraux étaient ce que nous espérions entendre, n'est-ce pas ? C'est intuitif et facile. Personne n'a eu besoin de lire un manuel ou de regarder une vidéo pour comprendre comment l'utiliser, ce qui était une grande partie de ce que nous recherchions, c'est être capable d'amener de nouvelles personnes dans Litmus et de produire des e-mails, sans avoir à dépenser un beaucoup de temps à les former ou à les mettre en place. Les gens se sont donc lancés directement dans le jeu et l'ont trouvé facile à utiliser. Et puis, bien sûr, cela aide les développeurs à se décharger et à permettre à d'autres de créer certaines de ces versions d'e-mails. Et cela aide donc à étendre le développement du courrier électronique. Et, oui, je connais Lauren, je pense que nous avons tous les deux parlé avec un client qui avait un cas d'utilisation très spécifique, pour lequel ils avaient vu des gains de temps assez importants.

Lauren Smith :
Oui. Joe Savage, qui est le directeur marketing de l'agence Altus, a un cas d'utilisation et une statistique, que j'étais personnellement très heureux d'avoir utilisé notre matériel de lancement. Est-ce qu'en utilisant Visual Editor, ils ont réduit le temps de production sur l'un de leurs modèles d'envois de deux heures à 30 minutes, ce qui leur fait gagner 75 % du temps critique, pour qu'il puisse se concentrer sur des tâches plus génératrices de revenus. Imaginez juste avoir une heure et demie de retour pour chaque e-mail que vous produisez, c'est assez génial. J'étais donc vraiment excité de voir cette statistique et d'entendre ce cas d'utilisation lorsque nous discutions avec lui.

Jason Rodriguez :
Ouais, c'est énorme. Je pense que je… je ne me souviens pas par cœur, mais il y a quelque chose dans notre état de recherche par e-mail que nous faisons, où il faut une semaine ou quelque chose d'équivalent pour qu'une seule campagne soit produite. Et la plupart du temps, c'est juste ce genre de trucs fastidieux et aller-retour, et des choses qui pourraient vraiment être réduites. C'est donc assez époustouflant de voir une statistique comme celle-là, c'est que vous gagnez autant de temps dans la production d'une de vos campagnes. Et c'est du temps qui peut être consacré ailleurs à des choses plus importantes et à rendre tous vos e-mails plus précieux au lieu de celui-là. J'aimerais donc savoir ce qui vous intéresse le plus personnellement en ce qui concerne Visual Editor. Alors Lauren, on te laisse partir en premier. Qu'est-ce qui est vraiment excitant avec Visual Editor, le faire sortir ?

Lauren Smith :
Je vais en donner un personnel. Pourquoi je suis personnellement excité à ce sujet. J'ai utilisé Litmus lors d'un précédent emploi en 2011. J'utilisais l'éditeur horrible et maladroit de notre ESP pour mettre à jour les modèles existants qui avaient été créés. Ensuite, je les teste dans Litmus, puis je trouve un problème et je le ramène à mon ESP, j'y apporte des modifications, yada, yada, yada. Tout le monde connaît ce jeu. Ce n'est pas amusant du tout. Visual Editor donne du pouvoir aux gens comme moi, qui ne sont pas du tout à l'aise avec le code, et je serais terrifié à l'idée de casser quelque chose que notre équipe de messagerie a créé. Et cela permet aux gens comme moi de créer des e-mails géniaux sans risquer de casser quoi que ce soit. Et puis l'autre grande partie est qu'il est intégré à tous nos autres outils. Il ne s'agit donc pas seulement d'y intégrer, mais vous pouvez rapidement tester pour vous assurer que tout fonctionne correctement, en boucler les autres pour obtenir des commentaires, analyser les résultats après l'envoi. Cela fait vraiment de Litmus le guichet unique pour la création d'e-mails, quelles que soient vos compétences techniques, et c'est vraiment excitant.

Jason Rodriguez :
Et toi, Scott ?

Scott Epple :
Eh bien, je suis excité pour Lauren avant tout.

Jason Rodriguez :
Merci.

Scott Epple :
Et tous les Laurens là-bas. Sérieusement, tout ce que nous faisons chez Litmus revient à essayer d'améliorer le courrier électronique. Et j'ai mis le t-shirt : « J'adore les e-mails. Nous aimons les e-mails. Et donc nous voulons que plus de gens aiment le courrier électronique et réalisent le pouvoir du courrier électronique, et nous voyons cela comme un gros avantage ici. Ainsi, plus nous pouvons obtenir un ensemble diversifié de personnes, et plus de personnes au sein des organisations voient la valeur de l'e-mail et mettent la main sur l'e-mail, alors nous faisons notre travail. Et donc je suis vraiment enthousiasmé par le potentiel de Visual Editor pour cela. En tant que produit, je donnerai aussi mon côté égoïste personnel. Je suis juste vraiment excité avec tout ce que nous avons à venir aussi. Je veux dire, c'est en quelque sorte la première étape, c'est cette version initiale, mais nous avons des plans assez excitants en cours, et nous sommes vraiment prêts à travailler avec l'équipe pour les construire et les apporter également à nos clients.

Jason Rodriguez :
Oui bien sûr. Et oui, je pense qu'il va sans dire qu'il s'agit d'un gros effort d'équipe de la part de l'équipe Litmus, et de nombreuses personnes impliquées à la fois dans le marketing et les produits, nos ingénieurs, nos concepteurs, tout le monde aide en quelque sorte à tester les choses, et notre équipe de messagerie. Je tiens donc à vous remercier tous les deux pour tout le travail formidable sur ce sujet. Et l'équipe Litmus pour avoir pu proposer des choses incroyables comme celle-ci et les mettre entre les mains de nos clients, parce que je connais beaucoup de gens, je leur parle simplement, que ce soit via le canal Slack des e-mails des geeks, ou Twitter , ou autre, ils ont été vraiment impressionnés par Visual Editor. Et tout ce que nous avons sorti dernièrement, ce qui est incroyable à entendre, et rend notre travail bien meilleur en entendant ce genre de retours.

Jason Rodriguez :
Mais ouais. C'est donc un gros travail d'équipe. Et vous avez tous fait un travail incroyable jusqu'à présent, et je suis vraiment ravi de voir certaines des fonctionnalités intéressantes que vous avez prévues aussi, parce que celle-ci m'a un peu coupé le souffle quand j'ai commencé et que je l'ai vu dans action, jouer avec elle. Je suis donc très impatient de voir ce que l'avenir réserve à Litmus et à Builder en particulier. Des pensées de clôture alors que nous terminons?

Lauren Smith :
Juste, je pense que nous avons tous utilisé le mot excité environ 100 fois au cours des cinq dernières minutes. Mais je suis vraiment enthousiasmé par ces mises à jour. J'espère que nos clients le sont aussi. Comme Jason l'a dit au début, ces fonctionnalités sont… Visual Editor est disponible pour tous nos clients et tous nos types de clients dans notre essai, et nous sommes toujours à la recherche de commentaires. Nous avons donc un bouton de commentaires dans l'application, [email protected]. Tweetez-nous. Nous voulons entendre tous les commentaires. Oui. Juste vraiment excité à ce sujet.

Scott Epple :
Oui. Et si vous avez aimé nous entendre parler, vous pouvez nous entendre parler un peu plus. Nous avons un webinaire client à venir le 11 août. Et en fait, l'agence Altus, Joe Savage, que Lauren a mentionné plus tôt, se joindra à nous pour parler de son expérience avec Visual Editor. Nous avons aussi, une semaine plus tard, le 18 août, notre session Litmus Live. Là où je sais, Jason, vous parlerez de modèles, puis je me joindrai à vous pour parler un peu de ce que nous avons [diaphonie 00:30:02] le produit lié à cela. Alors oui, avec impatience… Je veux dire, rejoignez-nous en direct pour ceux-ci ou attrapez les enregistrements, c'est la beauté du Litmus Live partout cette année. J'attends donc avec impatience ceux-ci.

Jason Rodriguez :
Oui. Je suis ravi de discuter des modèles, et cependant nos clients ont utilisé Visual Editor le jour de Litmus Live le 18. Pour avoir un aperçu de leur flux de travail et de leur processus, et de ce que cela a permis à leur équipe de faire et d'étendre réellement leur production de campagnes par e-mail. Alors ce sera amusant. Mais oui, si vous regardez ça, écoutez ça, n'hésitez pas à consulter l'éditeur visuel à l'intérieur de Litmus Builder. Il est disponible pour tous nos clients aujourd'hui. Vous pouvez aller sur litmus.com pour en savoir plus sur toutes nos fonctionnalités. Je sais que nous avons un article de blog surlimits.com/blog, qui va dans Visual Editor et certaines des nouvelles fonctionnalités de notre version du troisième trimestre.

Jason Rodriguez :
Alors, jetez un coup d'œil à ces ressources, et nous aimerions entendre vos commentaires sur Visual Editor, ou vraiment tout ce qui concerne Litmus d'ailleurs. You can always reach [email protected]. But thank you so much, Lauren and Scott, for this chat about Visual Editor. Again, it's been amazing to watch this product evolve over time, and finally see it out in the wild, and people putting it to work and making their email creation that much easier. So I appreciate the inside scoop and all of your thoughts on Visual Editor, and hopefully we can do this again sometime soon.

Lauren Smith:
Absolument. Thanks Jason.

Scott Epple:
Merci Jason.

Jason Rodriguez:
D'accord. À votre santé.