Livrer 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? Y a-t-il quelque chose en particulier que vous voulez que je mentionne?

Scott Epple:
Entrez juste dans toutes mes plaisanteries [crosstalk 00:00:14].

Jason Rodriguez:
D’accord. Cool. Eh bien, je suppose que nous allons commencer. Il est déjà en cours d’enregistrement, ce sera donc le rouleau B à la toute fin. Les bloopers. Cool.

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, dans Litmus Builder. Veuillez donc vous joindre à moi pour souhaiter la bienvenue à Lauren Smith, qui est notre directrice du marketing d’entreprise, et à Scott Epple, qui est notre chef de produit principal. Comme toujours, je suis Jason Rodriguez. Je suis le type que vous voyez habituellement sur les webinaires, sur le blog, toutes ces bonnes choses. Je suis situé à l’extérieur de Détroit, mais j’aimerais tout d’abord entendre parler de votre histoire à Litmus et de ce que vous avez fait ces 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 marketing produit ici même chez Litmus. Je me concentre donc sur la compréhension des besoins de nos clients et de notre marché pour aider à façonner notre feuille de route. Et une fois que nous avons nos nouvelles fonctionnalités et solutions, nous les commercialisons auprès de nos clients et, espérons-le, de nouveaux clients potentiels. Je suis chez Litmus depuis environ huit ans. Cela a donc été un trajet très long et amusant. Je suis basé à Boston, dans le Massachusetts, au milieu de ma cuisine, comme vous pouvez le voir. Et heureux de discuter avec vous aujourd’hui.

Jason Rodriguez:
Et vous, 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, à venir sur deux ans, donc un peu de chemin à parcourir. Mais oui, je suis chef de produit, comme vous l’avez dit, Jason. Et donc je vois mon travail d’abord et avant tout, comme ayant besoin de comprendre nos clients très intimement, et leurs flux de travail, et en particulier les points douloureux, car je considère mon travail de plusieurs manières en tant que solutionneur de problèmes, ici pour aider les clients à réussir en construisant produits et solutions qui peuvent les rendre plus productifs, plus efficaces, obtenez simplement 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. Ouais. Lauren, je pense qu’il a rejoint quelques mois avant moi. Nous sommes tous les deux ici depuis un bon moment. Et oui, nous avons en quelque sorte travaillé en étroite collaboration au cours des sept dernières années pour moi, je suppose, huit ans pour vous.

Lauren Smith:
Ouais. Nous sommes comme le top 20, les 20 premiers.

Jason Rodriguez:
Ouais. Ouais. C’est vraiment intéressant de voir la croissance et toutes les choses intéressantes que l’équipe a pu tirer, 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é ces dernières semaines et que nous avons publié très récemment est l’éditeur visuel dans 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 ces commentaires très rapides dans Builder. Mais il a toujours été vraiment orienté vers les développeurs et les concepteurs de messagerie, des personnes qui savent coder, savent ce que sont le HTML et le CSS et comment les manipuler pour créer ces campagnes.

Jason Rodriguez:
Mais Visual Editor est une approche complètement nouvelle à l’intérieur de Litmus pour créer des campagnes par e-mail. C’est 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 chez 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 que nous construisions pour eux. Mais j’aimerais vous entendre tous les deux, je suppose, à commencer par vous Lauren, à quoi ressemble ce processus? Comment déterminer sur quelles fonctionnalités se concentrer?

Lauren Smith:
Sûr. Il s’agit donc sans aucun doute d’une collaboration inter-équipes entre les produits, le marketing, l’ingénierie, les ventes et le service client, les concepteurs et les gestionnaires de comptes. C’est à peu près tout le monde. Vraiment un processus collaboratif. Nous parlons à beaucoup de gens, clients et prospects. Nous faisons 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 découlent de toutes ces conversations. Alors nous prenons ces idées et nous les priorisons. Et peut-être Scott, vous pouvez parler un peu plus de la façon dont nous hiérarchisons les choses.

Scott Epple:
Ouais. Je veux dire, j’adorerais dire utiliser ma boule magique huit, mais cela donne parfois des réponses confuses. 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 à mieux réussir. Et la priorisation, je veux dire, en réalité, consiste simplement à déterminer lequel de ces éléments représente 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 recherché par les équipes? Et que pouvons-nous faire pour conduire ces choses?

Scott Epple:
Il s’agit donc en partie de déterminer ce dont les gens ont besoin et ce que veulent les gens, et de les hiérarchiser en fonction de l’importance de ces besoins et de ces désirs pour le client. Mais ensuite, il s’agit également de déterminer ce pour quoi le litmus est le mieux adapté. De toute évidence, nous utilisons des e-mails 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 post-envoi. Et bien sûr, beaucoup de leadership éclairé que nous avons déployé. Nous essayons donc de trouver une sorte d’intersection magique entre ces deux choses, ce dont le marché et nos clients ont besoin et ce que nous pensons être le mieux à faire. Ensuite, nous proposons des idées et, en fait, nous travaillons en étroite collaboration avec nos clients pour transformer ces idées en solutions produit réelles. Ce n’est donc pas exactement comme l’inventeur dans une pièce sombre qui propose ces fonctionnalités. Nous établissons des priorités, puis nous travaillons vraiment en collaboration avec nos clients pour les concrétiser.

Jason Rodriguez:
Cool. Ouais. Alors Scott, vous pouvez peut-être parler un peu de la raison pour laquelle 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 courrier électronique, les utilisateurs plus techniques, les gens qui s’intéressaient vraiment aux détails du code de courrier électronique, dont nous savons tous qu’il a ses particularités et son genre de connaissances ésotériques. pour gagner en quelque sorte grâce à un travail acharné. Mais comme nous l’avons déjà dit, nous avons écouté nos clients et nous avons écouté le marché. Et ce que nous avons continué à entendre maintes et maintes fois, 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 jamais assez de temps.

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

Scott Epple:
Et nous pensions franchement que nous pouvions faire mieux, que nous pourrions aider les clients à réaliser ce potentiel consistant à 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 créent de bons e-mails et améliorent leur e-mail. Nous avons donc pensé, encore une fois, en revenant à la façon dont nous établissons les priorités, nous avons pensé à un gros problème et à un problème que Litmus est vraiment bien adapté pour résoudre.

Lauren Smith:
Et juste pour faire écho à ce que Scott a dit, nous voulions rendre la création d’e-mails accessible à tout le monde, pas seulement aux codeurs, comme [inaudible 00:09:52] a été construit 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 une économie incertaine. Juste la folie absolue du monde en ce moment.

Jason Rodriguez:
Oui bien sûr. J’aime beaucoup cela. Une des choses que j’ai en quelque sorte vues, et je connais 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 à peine une minute comment nous avons vu d’autres outils de type gonfler le code, ou cela pourrait déranger un peu les choses. Et c’est tellement difficile à gérer en tant que développeur de messagerie parce que les clients de messagerie sont si capricieux 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 funky. . Je sais donc qu’il se passe beaucoup de trucs sympas sous le capot. Alors peut-être que Scott, vous pourriez nous donner un aperçu de la façon dont nous avons construit Visual Editor, et quelles sont certaines de ces choses intéressantes qui rendent Visual Editor dans Builder spécial?

Scott Epple:
Ouais. Nous avons fait ce que nous faisons toujours, en termes d’écoute de nos clients, en travaillant 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 prenait simplement ce que je viens de mentionner auparavant, et vous avez évoqué, Jason, des choses que nous ne voulions pas faire et. Et en quelque sorte retournant ça et disant: «D’accord. Eh bien, nous n’allons pas lui faire produire un mauvais code gonflé. ” Non seulement pour les raisons que cela peut créer des problèmes de rendu, ce qui est évidemment une grande préoccupation, mais aussi simplement parce que nous savions que pour que nous puissions faire les choses correctement, les développeurs de messagerie devaient pouvoir faire confiance à l’outil. Et comprenez que s’ils veulent permettre à davantage 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, entrer ensuite et manipuler ces choses et les changer, ce n’était tout simplement pas ce que nous voulions faire. Nous avons donc considéré cela comme un principe. Et nous avons également senti 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 faire fonctionner quelque chose pour un éditeur visuel. Les équipes utilisant Litmus ont passé beaucoup de temps, d’énergie et d’argent à créer des e-mails de qualité, qui fonctionnent bien, qu’ils ont testé sur des clients de messagerie pour les problèmes de rendu. Donc la dernière chose que nous voulons faire est de les forcer à refaire tout cela.

Scott Epple:
Et donc l’approche que nous avons vraiment adoptée, et c’est là que certains des détails techniques sous le capot sont amusants à creuser. Je ne suis probablement pas la meilleure personne pour tout raconter à ce sujet. 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édéfinis qui les gens pourraient utiliser, cela aurait été la voie la 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 simplement avec ces choses. 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 c’était donc important pour nous. Et nous avons également cru 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 la collaboration entre développeurs et non-développeurs, en honorant le code qui se trouve sous l’email, cela signifiait qu’un développeur pouvait entrer, modifier les codes, que quelqu’un du côté visuel pouvait entrer et apporter des modifications au contenu. Et ils pouvaient aller et venir. Et de nombreux outils sur le marché ne vous permettent tout simplement pas de faire cela, car ils sont tellement enfermés dans un type particulier de façon exclusive de faire les choses, ce qui crée ces restrictions. Voilà 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:
Ouais. 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 et 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 pour tout autre outil 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 le code sur lequel ils travaillent, quels que soient les modèles qu’ils ont déjà et l’ouvrir à tout le monde 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 situation les rend redondants ou non. Vous pouvez demander à un rédacteur ou à un spécialiste du marketing de récupérer du code quelque part, de le placer dans Visual Editor. Et contourner complètement la partie développement de celui-ci. C’est donc quelque chose auquel 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 du fait que Visual Editor prenne ses fonctions? Et pourquoi s’agit-il vraiment d’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 leurs tâches redondantes? Et ce n’est pas du tout le cas. Les développeurs sont chargés des tâches critiques de créer des e-mails de marque performants, à toute épreuve, qui délivrent des messages vraiment importants aux abonnés. Et la plupart du temps, les e-mails qu’ils construisent réutilisent des modèles existants ou des morceaux de code provenant 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 recherche dans les fichiers et de copier-coller du code. C’est honnêtement un processus assez inefficace. C’est ce que nous entendons de nombreux développeurs à qui nous parlons. Et n’ont certainement pas beaucoup de place pour eux là où se situe leur expertise, qui consiste à stimuler l’innovation et les conversions.

Lauren Smith:
Ainsi, avec un outil tel que 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 cela aide à mettre à l’échelle 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, car 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 créations uniques pour les grandes campagnes, comme le lancement d’un 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 superflu. 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 étaient méfiants, je pense que nous les avons conquis, ce qui est juste excitant.

Scott Epple:
Ouais. Et pour ajouter à cela, je veux dire, je ne peux pas vous dire combien de fois en parlant 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 intégrant des éléments interactifs dans nos e-mails, en faisant plus avec du contenu dynamique ou en améliorant la segmentation de 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 attire toujours. Et nous pensons simplement que c’est ce sur quoi les développeurs de messagerie devraient vraiment travailler et faire, pour en quelque sorte mettre à niveau 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 à décharger certains des travaux les plus répétitifs dont Lauren parlait, c’est vraiment notre objectif, c’est de leur faire vraiment briller leur valeur, plutôt que d’être simplement sur la chaîne de production d’un autre. sorte de modèle de courrier électronique.

Jason Rodriguez:
Ouais. C’est ce que j’aime vraiment, c’est que je me sens mal de ne pas faire autant de développement de messagerie que jadis. Garçon, je me souviens avoir dû faire beaucoup de choses ennuyeuses. Il s’agit de copier-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 long, super fastidieux et pas amusant à faire du point de vue du développement. J’adore donc cet outil en ce sens qu’il libère les développeurs de cette tâche vraiment fastidieuse. Concentrons-les sur des e-mails uniques sur mesure pour des événements spéciaux, axés sur l’interactivité et tout ce genre de choses intéressantes, qu’ils aimeraient pouvoir faire s’ils avaient le temps. Cela leur donne ce temps maintenant. Une des choses que j’aime aussi, c’est qu’en tant que simple spécialiste du marketing, rédacteur publicitaire, vous pouvez accéder à ce modèle et tester votre copie et vos éléments 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:
Vous pouvez donc 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 l’adorer. 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, la plupart des meilleurs cas d’utilisation font partie du pain et du beurre des programmes de messagerie, n’est-ce pas? Ce sont des choses qui sont récurrentes, plutôt basées sur un modèle, franchement, mais récurrentes et vraiment importantes. Donc, ce n’est pas parce que nous parlons d’être 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 des compétences de développeur de manière régulière. Donc, certaines de ces choses sont des newsletters récurrentes, non? 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 qui peut souvent avoir un aspect très modèle.

Scott Epple:
Webinaire, dans un monde d’avant 2020, je suppose, des invitations à des événements, ces choses aussi. E-mails transactionnels, même, non? Des choses qui 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, être en mesure de produire cela, qui sont toujours très fortement basées sur des modèles. Mais n’importe laquelle de ces choses là où leur importance est dans la nature récurrente, elles stimulent l’engagement. Mais ils ne diffèrent pas nécessairement beaucoup d’un mail à 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, c’est prendre le modèle ou prendre la dernière newsletter que vous avez envoyée et y mettre du nouveau contenu.

Scott Epple:
Et donc 40% de ce qu’une équipe produit, si cela peut être apporté aux spécialistes du marketing, aux spécialistes du contenu, et aux développeurs de courrier électronique peuvent prendre ce temps et le mettre dans l’innovation et générer 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 celui des commentaires et des modifications rapides. Chaque fois que nous faisons l’état de nos e-mails, les examens et les approbations des rapports de flux de travail par e-mail 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 lancement de produit sont envoyés et qu’ils sont partagés avec moi comme preuve, et je les parcoure. Si je vois un bouton d’appel à l’action qui doit être mis à jour, je peux facilement passer directement à Visual Editor et effectuer moi-même le changement, sans avoir à toucher au code ou à craindre de casser quoi que ce soit, et cela rend ce processus beaucoup plus rapide. 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 s’assurer 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 sera transféré à un non développeur.

Jason Rodriguez:
Oui bien sûr. Donc, ça fait un petit moment maintenant. Il est en version bêta depuis évidemment plus longtemps que cela, car nous donnons le coup de pied 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 que disent-ils à ce sujet?

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 réussites. Je veux dire, les thèmes généraux étaient ce que nous espérions entendre, non? 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 voulions, être en mesure 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. Donc, les gens se précipitaient et trouvaient cela facile à utiliser. Et puis, bien sûr, cela aide les développeurs à se décharger et à permettre à d’autres de faire certaines de ces compilations d’e-mails. Et cela contribue à faire évoluer le développement des e-mails. 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 il avait vu des gains de temps assez importants.

Lauren Smith:
Ouais. Joe Savage, qui est le directeur marketing chez Altus Agency a un cas d’utilisation et une statistique, que j’ai personnellement été très heureux d’avoir utilisé nos matériaux 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% de temps critique, qu’il peut se concentrer sur plus de tâches génératrices de revenus. Imaginez simplement avoir une heure et demie de retour pour chaque e-mail que vous produisez, c’est vraiment génial. J’étais donc vraiment ravi 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 du haut de ma tête, mais il y a quelque chose dans l’état de nos recherches sur les e-mails 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 choses ennuyeuses et de va-et-vient, et des choses qui pourraient vraiment être réduites. C’est un peu époustouflant de voir une statistique comme celle-là, c’est que vous perdez autant de temps à produire l’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 simplement celui-là. Je serais donc ravi d’entendre ce qui vous passionne personnellement le plus en ce qui concerne Visual Editor. Alors Lauren, nous allons vous laisser commencer. Qu’est-ce qui est vraiment excitant à propos de Visual Editor?

Lauren Smith:
Je vais en donner une personnelle. Pourquoi je suis personnellement enthousiaste à ce sujet. J’ai utilisé Litmus lors d’un travail précédent en 2011. J’utilisais l’éditeur affreux et maladroit de notre ESP pour mettre à jour les modèles existants qui avaient été créés. Ensuite, je les teste dans Litmus, puis trouve un problème, et le ramène à mon ESP, y apporte des modifications, yada, yada, yada. Tout le monde connaît ce jeu. Ce n’est pas du tout amusant. Visual Editor habilite les 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 grand avantage est qu’il est intégré à tous nos autres outils. Il ne s’agit donc pas seulement de construire là-dedans, mais vous pouvez rapidement tester pour vous assurer que tout fonctionne correctement, en boucle dans 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 vous, Scott?

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

Jason Rodriguez:
Je vous remercie.

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 adorons les e-mails. » Nous voulons donc que plus de gens aiment les e-mails et réalisent la puissance des e-mails, et nous voyons cela comme un grand avantage ici. Ainsi, plus nous pouvons amener un ensemble diversifié de personnes et plus de personnes au sein des organisations à voir la valeur des e-mails et à se familiariser avec les e-mails, alors nous faisons notre travail. Et je suis donc vraiment enthousiasmé par le potentiel de Visual Editor pour cela. En tant que produit, je donnerai également mon côté égoïste personnel. Je suis vraiment très excité par tout ce que nous avons à venir. 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 préparation, et nous nous sommes vraiment intensifiés pour travailler avec l’équipe pour les construire et les proposer également à nos clients.

Jason Rodriguez:
Oui bien sûr. Et oui, je pense que cela devrait aller sans dire que c’était un gros effort d’équipe de la part de l’équipe Litmus, et de nombreuses personnes impliquées à la fois du marketing et des produits, nos ingénieurs, nos concepteurs, tout le monde aidant à tester les choses, et notre équipe de messagerie. Je tiens donc à vous remercier tous les deux pour votre excellent travail à ce sujet. Et l’équipe de Litmus pour avoir été en mesure de proposer des choses incroyables comme celle-ci et de les mettre entre les mains de nos clients, car je connais beaucoup de gens, je leur parle simplement, que ce soit via le canal des geeks de messagerie Slack ou Twitter. , ou peu importe, ils ont été vraiment impressionnés par Visual Editor. Et tout ce que nous avons publié ces derniers temps, ce qui est incroyable à entendre, et rend notre travail encore plus agréable à entendre ce genre de commentaires.

Jason Rodriguez:
Mais ouais. C’est donc un énorme effort 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 également planifiées, parce que celle-ci m’a un peu coupé le souffle quand j’ai commencé à la voir. action, jouer avec. Je suis donc vraiment ravi de voir ce que l’avenir réserve à Litmus et Builder en particulier. Y a-t-il des réflexions finales pour conclure?

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 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 rétroaction dans l’application, hello@litmus.com. Tweetez-nous. Nous voulons entendre tous les commentaires. Ouais. Juste vraiment excité à ce sujet.

Scott Epple:
Ouais. Et si vous avez aimé nous entendre parler, vous pouvez nous entendre parler un peu plus. Nous avons un webinaire destiné aux clients 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 également, 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 [crosstalk 00:30:02] le produit lié à cela. So yeah, looking forward… I mean, join us live for those or catch the recordings, that’s the beauty of the Litmus Live everywhere this year. So looking forward to those.

Jason Rodriguez:
Yeah. I’m excited to chat about templates, and however our customers has been using Visual Editor on Litmus Live day on the 18th. To get kind of an inside look on their workflow and their process, and just what it’s enabled their team to do and really scale out their production of email campaigns. So that’ll be fun. But yeah, if you’re watching this, listening to this, feel free to check out Visual editor inside of Litmus Builder. It’s available to all of our customers today. You can go to litmus.com to learn more about all of our features. I know we have a blog post up on limits.com/blog, that goes into Visual Editor and some of the new features in our quarter three release.

Jason Rodriguez:
So definitely check out those resources, and we’d love to hear your feedback on Visual Editor, or really anything else Litmus related for that matter. You can always reach hello@litmus.com. 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:
Definitely. Thanks Jason.

Scott Epple:
Thanks, Jason.

Jason Rodriguez:
All right. Cheers.

Close Menu