8 Agile Prozessstrategien für Lean-Marketing-Teams

Wir sind begeisterte Technikbegeisterte, wir arbeiten remote und entwickeln unsere eigenen Apps (einschließlich Turbine, eine HR-App und Fizz+Ginger, eine technische SEO-App für HubSpot-Benutzer). Wir arbeiten für Technologieunternehmen wie Microsoft, Symantec, LinkedIn und HP und haben einen Hintergrund in der Softwareentwicklung (unser CEO leitete zehn Jahre lang ein Unternehmen für Computerspiele).

Man würde also erwarten, dass wir beim Marketing eher einen technischen Ansatz verfolgen, auch wenn die meisten von uns „Kreative“ sind. Und tatsächlich inspiriert die agile Methodik viele unserer Arbeitspraktiken.

Wir teilen sie hier, um zu zeigen, dass Marketingleute und Technologieinnovatoren dieselbe Sprache sprechen können . Wir glauben, dass Sie Marketing als schlanke, kosteneffiziente Aktivität betreiben UND agile Best Practices aus der Softwareentwicklung übernehmen können, damit es effizient funktioniert. So sehen wir es.

Dieser Inhalt war ursprünglich im Rahmen unseres E-Books „Kostengünstiges Marketing für ambitionierte B2B-Unternehmen“ (ab S.21) verfügbar. Daher haben Sie die Möglichkeit, das Originalmaterial als PDF herunterzuladen, indem Sie dieses Formular ausfüllen:

1. Peer-Editing

Programmierer, die die agile Methode anwenden, arbeiten oft zu zweit, indem sie entweder gemeinsam programmieren oder den Code zur Peer-Review zwischen den beiden hin- und herwechseln. Es ist das Gegenteil des üblichen Bildes des heldenhaften Programmierers, der Mitternachtsöl verbrennt, aber es funktioniert. Es verbessert die Codequalität und Produktivität.

Bei Articulate weisen wir jeder Schreibaufgabe ein Team zu. Normalerweise schreibt eine Person und eine zweite Person redigiert. Sie können ein paar Mal hin und her gehen. Oft wechseln wir die Rollen in derselben Kampagne für verschiedene Texte. Kürzlich haben wir auch einen Chefredakteur eingestellt, der dafür sorgt, dass wir Recht behalten.

2. Testgetriebenes Marketing

Bei der agilen Entwicklung wird jede Änderung, die Sie am Code vornehmen, mit einem Update der automatisierten Testsoftware abgeglichen, um sicherzustellen, dass Änderungen nicht das kaputt machen, was bereits funktioniert.

Im Marketing, insbesondere im Online-Marketing, ist (und sollte) fast alles testbar. Erzielt diese Seite mehr Conversions als diese? Ist dieser CTA besser? Usw. Es gibt uns ein klares Bild davon, was zur Maximierung des ROI am besten geeignet ist.

Die Idee des Regressionstests bedeutet aber auch, dass das, was heute funktioniert, kontinuierlich getestet werden muss, um sicherzustellen, dass es auch morgen noch funktioniert.

3. Keine Crunches, kein Burnout

Agil denkende Entwickler machen keine Probleme. Es gibt keine koffeinhaltigen und mit Pizza gefüllten Nachtschwärmer. Stattdessen planen sie ihre Arbeit im Rahmen einer überschaubaren, aber konzentrierten 40-Stunden-Woche.

Vermarkter sollten das Gleiche tun, auch wenn das bedeutet, „Nein“ zu überstürzenden Aufträgen zu sagen. Wie man in Texas sagt: „Mangelnde Planung Ihrerseits stellt für mich keinen Notfall dar.“ Denn eilige Arbeit ist oft schlampige Arbeit.

Es ist besser, Daten zu sammeln und Ihre Pläne im Lichte der gewonnenen Erkenntnisse iterativ zu überarbeiten. Wir sind uns darüber im Klaren, dass wir das nicht immer hinbekommen, aber wir bemühen uns, es zu schaffen.

4. User Stories, keine Spezifikationen

Bei der agilen Entwicklung geht es nicht um formale Methoden, detaillierte Spezifikationen oder andere Methoden, mit denen Projektmanager versuchen, sich vor der Laune des Kunden zu schützen. (Weitere Informationen finden Sie im Marketing-Wörterbuch des Teufels.)

Stattdessen werden der Kunde und der Entwickler aufgefordert, bei der Beschreibung des gewünschten Ergebnisses zusammenzuarbeiten. Das Format besteht aus einfachen, kurzen User Stories – zum Beispiel: „Benutzer können ein neues Konto erstellen“ oder „Als X möchte ich Y wegen des Nutzens Z“. Je konkreter diese Geschichten sind, desto besser. Vermarkter können einen ähnlichen Ansatz verfolgen und Ergebnisse wie den Stil oder das Thema eines Artikels angeben, statt Eingaben wie die Anzahl der Stunden, die für das Schreiben des Artikels benötigt werden. (Das ist es, was wir tun. Hier bei Articulate gibt es keine Arbeitszeitnachweise!) Die Zusammenarbeit mit unseren Kunden ist etwas, das wir wirklich schätzen – sie führt zu besseren, wertvolleren Ergebnissen.

Außerdem konzentriert sich unsere Projektbriefing-Checkliste eher auf Geschäftsziele und Zielgruppen (unser Wort für „Benutzer“) als auf detaillierte Spezifikationen.

5. Quantifizieren Sie die Schwierigkeit, schätzen Sie nicht die Dauer

Sie verwenden wahrscheinlich Jira oder ClickUp oder etwas Ähnliches für das Projektmanagement. Diese Projektmanagement-Tools verzichten auf die übliche Wasserfallmethode und Arbeitszeitnachweise. Anstatt Entwickler zu bitten, anzugeben, wie lange eine „Story“ dauern wird, fragen agile Projektmanagement-Tools, wie komplex sie ist und wie wichtig sie im Verhältnis zu anderen Aufgaben ist.

Im Laufe der Zeit verfolgen sie, wie lange Sie für die Erledigung verschiedener Arten von Aufgaben benötigen, und können nach kurzer Zeit vorhersagen, wann Sie verschiedene anstehende Aufgaben erledigen werden. Bei Articulate neigen wir beispielsweise dazu, die Wortlänge als Indikator für die Komplexität zu verwenden, wenn es um das Verfassen von Inhalten geht, mit einigen Einschränkungen bei besonders technischen Texten. Wir verwenden Punkte, um Aufwand, Zeit, Kosten usw. abzuschätzen.

6. „Stand-up“-Meetings

Anstelle endloser Statusbesprechungen und Telefonkonferenzen veranstalten agile Entwickler zu Beginn der Woche (oder des Tages) „Stehbesprechungen“, um Informationen auszutauschen. Wir machen das Gleiche (praktisch arbeiten wir aus der Ferne). Und wie der Name schon sagt: Wenn Leute aufstehen, neigen sie dazu, nicht so viel zu reden!

7. Erwarten Sie Veränderungen, wehren Sie sich nicht dagegen

Bei den meisten Softwareprojekten handelt es sich um detaillierte Spezifikationen, die zu Beginn der Entwicklung in Stein gemeißelt werden. Das Problem bei einem solchen Ansatz besteht darin, dass sich die Umstände ändern und der Kunde oft erst weiß, was für ihn funktioniert, wenn er es im Code sieht.

Agile Entwicklung fördert die Einbeziehung des Kunden und geht davon aus, dass sich das Projekt im Laufe der Zeit ändern wird. Durch die Unterteilung in kurze Sprints (siehe nächster Punkt) und kleine, klar definierte Aufzählungspunkte wird ein agiles Projekt flexibler.

Im Allgemeinen verfolgen wir bei Articulate diesen Ansatz und erlauben und erwarten von unseren Kunden, auch nach mehreren Überarbeitungen Feedback zu geben. Feedback und das Umschreiben können sicherlich frustrierend sein. Aber wenn wir sie erwarten und sie sogar annehmen, können wir für unsere Kunden bessere Arbeit leisten. Im Rahmen des Zumutbaren.

8. Sprints, keine Marathons

Die agile Entwicklung zielt auf ein „minimum lebensfähiges Produkt“ in einem frühen Stadium und kleine inkrementelle Verbesserungen im Laufe der Zeit ab. Es vermeidet die epischen Projekte und Todesmärsche, die frühere Generationen der Softwareentwicklung plagten.

Bei Marketingprojekten sollte es dasselbe sein: Ihre Website ist nie wirklich fertig, aber es sollte nicht ewig dauern, sie zu erstellen. Ebenso ist Ihr Channel-Marketing-Einsatz ein fortlaufendes Projekt – keine einmalige Aufgabe für einen Praktikanten.

Marketingagenturen können es sich wie jedes andere Unternehmen nicht leisten, selbstgefällig zu sein, aber Innovation ist schwierig. Von anderen Bereichen zu lernen und diese Erkenntnisse auf unser eigenes Unternehmen zu übertragen, ist eine kluge und kostengünstige Strategie – und wir haben festgestellt, dass sie sich durchaus lohnen kann!

Also, Marketingteams, fassen Sie Mut. Sie müssen kein Softwareentwickler oder Meister-Yogi sein, um agil zu sein.