8 Strategie di processo agili per team di marketing snelli

Siamo tecnofili entusiasti, lavoriamo da remoto e costruiamo le nostre app (tra cui Turbine, un'app per le risorse umane e Fizz+Ginger, un'app SEO tecnica per gli utenti di HubSpot). Lavoriamo per aziende tecnologiche tra cui Microsoft, Symantec, LinkedIn e HP e proveniamo da un background di sviluppo software (il nostro CEO ha gestito un'azienda di giochi per computer per dieci anni).

Quindi ti aspetteresti che abbiamo un approccio più ingegneristico al marketing, anche se la maggior parte di noi è "creativa". E, infatti, la metodologia agile ispira molte delle nostre pratiche lavorative.

Li condividiamo qui per dimostrare che gli addetti al marketing e gli innovatori tecnologici possono parlare la stessa lingua. Crediamo che tu possa gestire il marketing come un'attività snella ed economica E prendere in prestito le migliori pratiche agili dall'ingegneria del software per farlo funzionare in modo efficiente. Ecco come lo vediamo.

Questo contenuto era originariamente disponibile come parte del nostro ebook "Marketing conveniente per aziende B2B ambiziose" (da p.21). Pertanto, hai la possibilità di scaricare il materiale originale in formato PDF se compili questo modulo:

1. Modifica tra pari

I programmatori che utilizzano il metodo agile spesso lavorano in coppia, codificando insieme o scambiando il codice tra i due per la revisione tra pari. È l'opposto della solita immagine dell'eroico programmatore che brucia l'olio di mezzanotte, ma funziona. Migliora la qualità del codice e la produttività.

In Articulate assegniamo un team a ogni compito di scrittura. Di solito, una persona scrive e una seconda modifica. Possono andare avanti e indietro un paio di volte. Spesso ruotiamo i ruoli nella stessa campagna per testi diversi. Ultimamente, abbiamo anche assunto un caporedattore per tenerci a posto.

2. Marketing guidato dai test

Con lo sviluppo agile, ogni modifica apportata al codice corrisponde a un aggiornamento del software di test automatizzato per assicurarsi che le modifiche non rompano ciò che già funziona.

Nel marketing, in particolare nel marketing online, quasi tutto è (e dovrebbe essere) verificabile. Questa pagina riceve più conversioni di quella? Questo CTA è migliore? E così via. Ci fornisce un quadro chiaro di ciò che è meglio per massimizzare il ROI.

Ma l'idea del test di regressione significa anche che ciò che funziona oggi deve essere continuamente testato per assicurarsi che funzioni ancora domani.

3. Niente scricchiolii, niente burnout

Gli sviluppatori dalla mentalità agile non fanno scricchiolii. Non ci sono notti intere alimentate da caffeina e pizza. Invece, pianificano il loro lavoro attorno a una settimana lavorativa di 40 ore gestibile ma mirata.

Gli esperti di marketing dovrebbero fare lo stesso, anche se ciò significa dire "no" ai lavori affrettati. Come si dice in Texas, "la mancanza di pianificazione da parte tua non costituisce un'emergenza da parte mia". Dopotutto, il lavoro affrettato è spesso un lavoro sciatto.

Meglio raccogliere dati e rivedere in modo iterativo i tuoi piani alla luce di ciò che impari. Riconosciamo che non possiamo farlo sempre bene, ma ci sforziamo di farlo.

4. User story, non specifiche

Lo sviluppo agile non si occupa di metodi formali, specifiche dettagliate o altri modi in cui i project manager cercano di isolarsi dai capricci del cliente. (Vedi il dizionario del marketing del diavolo per ulteriori informazioni.)

Invece, chiede al cliente e allo sviluppatore di collaborare per descrivere il risultato desiderato. Il formato è semplice, brevi storie degli utenti, ad esempio: "gli utenti possono creare un nuovo account" o "Come X, voglio Y a causa del vantaggio Z". Più queste storie sono specifiche, meglio è. Gli esperti di marketing possono adottare un approccio simile, specificando risultati, come lo stile o l'argomento di un articolo, piuttosto che input come il numero di ore necessarie per scriverlo. (Questo è ciò che facciamo. Nessun foglio presenze qui ad Articulate!) La collaborazione con i nostri clienti è qualcosa che apprezziamo davvero: si traduce in risultati migliori e più preziosi.

Inoltre, la nostra lista di controllo per il briefing del progetto si concentra sugli obiettivi aziendali e sul pubblico (la nostra parola per "utenti") piuttosto che su specifiche dettagliate.

5. Quantifica la difficoltà, non stimare la durata

Probabilmente usi Jira o ClickUp o qualcosa del genere per la gestione dei progetti. Questi strumenti di gestione del progetto evitano la consueta metodologia a cascata e le schede orarie. Invece di chiedere agli sviluppatori di specificare quanto tempo impiegherà una "storia", gli strumenti agili di gestione dei progetti chiedono quanto sia complessa e quanto sia importante rispetto ad altre attività.

Nel corso del tempo, tengono traccia di quanto tempo impieghi per completare diversi tipi di attività e dopo un breve periodo possono prevedere quando finirai diverse attività imminenti. In Articulate, ad esempio, tendiamo a usare la lunghezza delle parole come proxy per la complessità quando si tratta di scrivere contenuti, con alcuni avvertimenti per pezzi particolarmente tecnici. Usiamo i punti per stimare lo sforzo, il tempo, il costo e così via.

6. Riunioni "in piedi".

Invece di interminabili riunioni sullo stato e chiamate in conferenza, gli sviluppatori agili organizzano riunioni "in piedi" all'inizio della settimana (o del giorno) per condividere le informazioni. Facciamo lo stesso (praticamente, lavoriamo da remoto). E, come suggerisce il nome, se le persone si alzano, tendono a non parlare molto!

7. Aspettati il ​​cambiamento, non combatterlo

La maggior parte dei progetti software comporta specifiche dettagliate che vengono scolpite nella pietra una volta iniziato lo sviluppo. Il problema con un tale approccio è che le circostanze cambiano e, spesso, il cliente non sa cosa funziona per lui fino a quando non lo vede nel codice.

Lo sviluppo agile incoraggia il coinvolgimento del cliente e presuppone che il progetto cambierà nel tempo. Suddividendolo in brevi sprint (vedi punto successivo) e piccoli proiettili ben definiti, un progetto agile è più flessibile.

In generale, in Articulate adottiamo questo approccio, consentendo e aspettandoci che i clienti forniscano feedback anche attraverso più revisioni. Il feedback e la riscrittura possono essere frustranti, certo. Ma aspettarli, anche abbracciarli, ci aiuta a fare un lavoro migliore per i nostri clienti. Entro limiti ragionevoli.

8. Sprint, non maratone

Lo sviluppo agile mira a un "prodotto minimo praticabile" nella fase iniziale e a piccoli miglioramenti incrementali nel tempo. Evita i progetti epici e le marce della morte che hanno afflitto le precedenti generazioni di sviluppo software.

I progetti di marketing dovrebbero essere gli stessi: il tuo sito web non è mai veramente finito ma non dovrebbero volerci eoni per essere costruito. Allo stesso modo, il tuo canale di marketing è un progetto in corso, non un'attività una tantum per uno stagista.

Le agenzie di marketing, come ogni altra azienda, non possono permettersi di essere compiacenti, ma l'innovazione è difficile. Imparare da altri campi e tradurre queste lezioni nella nostra attività è una strategia intelligente ed economica - e può essere piuttosto gratificante, l'abbiamo scoperto!

Quindi, team di marketing, fatevi coraggio. Non devi essere un ingegnere del software o un maestro Yogi per essere agile.