8 strategii de proces agile pentru echipele de marketing lean

Suntem tehnofili entuziaști, lucrăm de la distanță și ne construim propriile aplicații (inclusiv Turbine, o aplicație HR și Fizz+Ginger, o aplicație tehnică SEO pentru utilizatorii HubSpot). Lucrăm pentru companii de tehnologie, inclusiv Microsoft, Symantec, LinkedIn și HP și provenim dintr-un mediu de dezvoltare de software (CEO-ul nostru a condus o companie de jocuri pe computer timp de zece ani).

Așa că te-ai aștepta să avem mai multă abordare de inginerie a marketingului, chiar dacă majoritatea dintre noi suntem „creativi”. Și, de fapt, metodologia agilă inspiră multe dintre practicile noastre de lucru.

Le împărtășim aici pentru a arăta că oamenii de marketing și inovatorii tehnologici pot vorbi aceeași limbă. Credem că puteți desfășura marketingul ca o activitate slabă, eficientă din punct de vedere al costurilor ȘI să împrumutați cele mai bune practici agile din ingineria software pentru a face ca acesta să funcționeze eficient. Iată cum o vedem noi.

Acest conținut a fost disponibil inițial ca parte a cărții noastre electronice „Marketing rentabil pentru companii B2B ambițioase” (de la p.21). Ca atare, aveți opțiunea de a descărca materialul original în format PDF dacă completați acest formular:

1. Editare peer

Programatorii care folosesc metoda agilă lucrează adesea în perechi, fie codând împreună, fie răsturnând codul înainte și înapoi între ei doi pentru evaluarea de către colegi. Este opusul imaginii obișnuite a unui programator eroic care arde uleiul de la miezul nopții, dar funcționează. Îmbunătățește calitatea codului și productivitatea.

La Articulate, atribuim o echipă pentru fiecare sarcină de scriere. De obicei, o persoană va scrie și o a doua persoană va edita. Ele pot merge înainte și înapoi de câteva ori. Adesea, schimbăm rolurile în aceeași campanie pentru diferite exemplare. În ultimul timp, am angajat un redactor șef care să ne țină și pe noi dreptate.

2. Marketing bazat pe teste

Cu dezvoltarea agilă, fiecare modificare pe care o faceți codului este corelată cu o actualizare a software-ului de testare automată pentru a vă asigura că modificările nu distrug ceea ce funcționează deja.

În marketing, în special în marketing online, aproape totul este (și ar trebui să fie) testabil. Această pagină înregistrează mai multe conversii decât aceea? Este mai bun acest CTA? Și așa mai departe. Ne oferă o imagine clară a ceea ce este cel mai bun pentru maximizarea rentabilității investiției.

Dar ideea testării de regresie înseamnă, de asemenea, că ceea ce funcționează astăzi trebuie testat continuu pentru a vă asigura că va funcționa și mâine.

3. Fără scăderi, fără epuizare

Dezvoltatorii agili nu fac crunch-uri. Nu există cofeină și pizza alimentată toată noaptea. În schimb, își planifică munca în jurul unei săptămâni de lucru gestionabile, dar concentrate, de 40 de ore.

Marketerii ar trebui să facă același lucru, chiar dacă asta înseamnă să spui „nu” pentru a grăbi locurile de muncă. După cum se spune în Texas, „lipsa de planificare din partea dumneavoastră nu constituie o urgență din partea mea”. La urma urmei, munca grăbită este adesea o muncă neglijentă.

Mai bine să culegeți date și să vă revizuiți planurile în mod iterativ în lumina a ceea ce învățați. Recunoaștem că nu putem face acest lucru corect tot timpul, dar ne străduim să facem acest lucru.

4. Povești utilizatori, nu specificații

Dezvoltarea agilă nu se ocupă de metode formale, specificații detaliate sau alte moduri prin care managerii de proiect încearcă să se izoleze de capriciul clienților. (Consultați Dicționarul de marketing al Diavolului pentru mai multe.)

În schimb, solicită clientului și dezvoltatorului să colaboreze pentru a descrie rezultatul dorit. Formatul este simplu, povestiri scurte ale utilizatorilor – de exemplu: „utilizatorii pot crea un cont nou” sau „Ca X, vreau Y din cauza beneficiului Z”. Cu cât aceste povești sunt mai specifice, cu atât mai bine. Specialiştii în marketing pot adopta o abordare similară, specificând rezultate, cum ar fi stilul sau subiectul unui articol, mai degrabă decât intrări, cum ar fi numărul de ore necesare pentru al scrie. (Acesta este ceea ce facem. Fără foi de pontaj aici, la Articulate!) Colaborarea cu clienții noștri este ceva pe care îl prețuim cu adevărat – are ca rezultat rezultate mai bune și mai valoroase.

De asemenea, lista noastră de verificare a informațiilor despre proiect se concentrează pe obiectivele și publicul de afaceri (cuvântul nostru pentru „utilizatori”), mai degrabă decât pe specificații detaliate.

5. Cuantificați dificultatea, nu estimați durata

Probabil că folosești Jira sau ClickUp sau ceva pentru managementul proiectelor. Aceste instrumente de management de proiect evită metodologia obișnuită în cascadă și foile de pontaj. În loc să le ceară dezvoltatorilor să specifice cât de mult va dura o „poveste”, instrumentele agile de management de proiect întreabă cât de complexă este și cât de importantă este în raport cu alte sarcini.

De-a lungul timpului, ei urmăresc cât timp durează pentru a finaliza diferite tipuri de sarcini și, după un timp scurt, pot prezice când vei termina diferitele sarcini viitoare. La Articulate, de exemplu, avem tendința de a folosi lungimea cuvântului ca proxy pentru complexitate atunci când vine vorba de scrierea de conținut, cu unele avertismente pentru piese deosebit de tehnice. Folosim puncte pentru a estima efortul, timpul, costul și așa mai departe.

6. Întâlniri „în picioare”.

În loc de întâlniri de status și teleconferințe interminabile, dezvoltatorii agile au întâlniri „în picioare” la începutul săptămânii (sau zilei) pentru a împărtăși informații. Facem același lucru (practic, lucrăm de la distanță). Și, după cum sugerează și numele, dacă oamenii se ridică, au tendința să nu vorbească atât de mult!

7. Așteaptă-te la schimbare, nu te lupta cu ea

Majoritatea proiectelor software implică specificații detaliate care sunt stabilite în piatră odată ce începe dezvoltarea. Problema cu o astfel de abordare este că circumstanțele se schimbă și, de multe ori, clientul nu știe ce funcționează pentru el până când nu îl vede în cod.

Dezvoltarea agilă încurajează implicarea clientului și presupune că proiectul se va schimba în timp. Împărțind-o în sprinturi scurte (vezi punctul următor) și gloanțe mici, bine definite, un proiect agil este mai flexibil.

În general, adoptăm această abordare la Articulate, permițând și așteptându-le clienților să ofere feedback chiar și prin mai multe revizuiri. Feedback-ul și rescrierea pot fi frustrante, sigur. Dar așteptarea lor, chiar și îmbrățișarea lor, ne ajută să facem o treabă mai bună pentru clienții noștri. Cu un motiv.

8. Sprinturi, nu maratoane

Dezvoltarea agilă vizează un „produs minim viabil” de la început și mici îmbunătățiri incrementale în timp. Evită proiectele epice și marșurile morții care au afectat generațiile anterioare de dezvoltare de software.

Proiectele de marketing ar trebui să fie aceleași: site-ul dvs. nu este niciodată finalizat, dar nu ar trebui să dureze eoni pentru a construi. În mod similar, extinderea dvs. de marketing pe canal este un proiect în desfășurare – nu o sarcină unică pentru un stagiar.

Agențiile de marketing, ca orice altă afacere, nu își permit să fie mulțumiți, dar inovarea este grea. A învăța din alte domenii și a traduce aceste lecții în propria noastră afacere este o strategie inteligentă și eficientă din punct de vedere al costurilor - și poate fi destul de plină de satisfacții, am descoperit!

Așadar, echipele de marketing, luați inima. Nu trebuie să fii inginer software sau un maestru yoghin pentru a fi agil.