Früher war es üblich, E-Mails komplett von Grund auf in HTML zu programmieren. Aber heute? Das Erstellen von E-Mails sollte nicht so schwierig oder zeitaufwendig sein.
Genau das geschah bei der Lung Cancer Research Foundation (LCRF), einer gemeinnützigen Organisation, die sich für eine Welt ohne Lungenkrebs einsetzt, indem sie Studien zur Prävention, Diagnose, Behandlung und Heilung der Krankheit finanziert. Die Organisation unterstützt alle, die sich für die Verbesserung der Behandlungsergebnisse von Menschen einsetzen, die von der weltweit häufigsten Krebstodesursache betroffen sind.
Doch sie wurden durch eine E-Mail-Plattform ausgebremst, die für eine andere Ära entwickelt worden war.
Aine Calgaro, die fast alle Marketingmaterialien für die LCRF erstellt, musste E-Mails von Hand in reinem HTML programmieren, um sicherzustellen, dass sie auf Mobilgeräten korrekt angezeigt wurden. Das verwendete System bot keine aussagekräftigen Analysedaten, um zu ermitteln, was bei den Unterstützern auf Resonanz stieß. Die Formulare auf der Website waren umständlich und unzuverlässig, was zu nur wenigen spontanen Anmeldungen führte.
„Wir hatten nur sehr wenige Besucher auf der Website, die sagten: ‚Hey, ich möchte mich anmelden‘“, sagt Aine, Spezialistin für digitales Marketing bei LCRF. „Die von uns erzielten Anmeldungen kamen zustande, weil sich Leute für eine Veranstaltung angemeldet haben und wir sie dann hinzugefügt haben, oder weil sie eine Spende getätigt haben.“
Nach der Umstellung auf Intuit Mailchimp im Herbst 2024 arbeitete die Stiftung gemeinsam mit ihrem Customer Success Manager (CSM) an der Umgestaltung ihrer E-Mail-Strategie, um eine hochwertigere und engagiertere Zielgruppe aufzubauen und gleichzeitig Zeit zu gewinnen, um sich auf ihre Mission zu konzentrieren.
Die Herausforderung: Veraltete Tools, die Wachstum und Einblicke einschränkten
Das alte E-Mail-System von LCRF verursachte überall Probleme. Die Benutzeroberfläche, die Aine als „aus den 90ern“ beschreibt, zwang das Team zu Umgehungslösungen, die Zeit kosteten und die Möglichkeiten einschränkten.
Aine musste alles in der HTML-Ansicht erstellen, weil der WYSIWYG-Editor ihre responsiven Designs durcheinandergebracht hätte.
„Nur weil ich programmieren kann, heißt das noch lange nicht, dass ich es auch möchte“, sagt Aine. „Zum Glück habe ich noch ein paar alte Informatikkenntnisse aus den 80ern. Nicht jeder, der für meine Arbeit eingestellt wird, hätte dieses Wissen.“
Die Einschränkungen gingen über E-Mails hinaus. Evan Bonsett-Veal, die andere Hälfte des Marketingteams von LCRF, der die Datenbank der Stiftung verwaltet, hatte neun Jahre lang mit der E-Mail-Plattform der Stiftung gearbeitet und hatte Schwierigkeiten mit der grundlegenden Datenverwaltung. Dem System fehlte eine moderne API-Anbindung, was die Integration mit anderen Tools oder die Automatisierung von Datenflüssen erschwerte.
Wenn LCRF sich an den verantwortlichen Dienstleister wandte, um Funktionsverbesserungen zu erbitten, lautete die Antwort in der Regel, dass dies nicht möglich sei oder zu teuer wäre.
Die Website-Formulare waren ein weiterer Problembereich. Um ein Formular auf der LCRF-Website einzubinden, musste das Team den Code manuell eingeben. Die Formulare wiesen den Nutzern unsichtbare Passwörter zu, was zu Verwirrung führte und oft hässliche Fehlerseiten beim Anmeldeversuch anzeigte.
Am frustrierendsten war jedoch der Mangel an handlungsrelevanten Daten.
„Es war total sinnlos, herauszufinden, ob etwas erfolgreich war“, sagt Aine.
Und für Evan bedeutete der manuelle Aufwand bei allem, dass er keinen Urlaub machen konnte, ohne sich Gedanken über die E-Mail-Abläufe zu machen.
„Es gab eigentlich keine Möglichkeit für irgendeine Art von Automatisierung“, sagt Evan. „Das konnte sogar Auswirkungen darauf haben, wann man das Büro verlassen konnte oder nicht, weil man diese Listen importieren musste, um sicherzustellen, dass zum Beispiel eine Begrüßungsserie auf dem neuesten Stand ist.“
