8 estrategias de procesos ágiles para equipos de marketing lean

Somos tecnófilos entusiastas, trabajamos de forma remota y creamos nuestras propias aplicaciones (incluidas Turbine, una aplicación de recursos humanos y Fizz+Ginger, una aplicación técnica de SEO para usuarios de HubSpot). Trabajamos para empresas de tecnología, incluidas Microsoft, Symantec, LinkedIn y HP, y tenemos experiencia en desarrollo de software (nuestro director ejecutivo dirigió una empresa de juegos de computadora durante diez años).

Por lo tanto, esperaría que tuviéramos un enfoque más de ingeniería para el marketing, incluso si la mayoría de nosotros somos 'creativos'. Y, de hecho, la metodología ágil inspira muchas de nuestras prácticas de trabajo.

Los compartimos aquí para mostrar que la gente de marketing y los innovadores tecnológicos pueden hablar el mismo idioma. Creemos que puede ejecutar el marketing como una actividad eficiente y rentable Y tomar prestadas las mejores prácticas ágiles de la ingeniería de software para que funcione de manera eficiente. Así es como lo vemos.

Este contenido estaba disponible originalmente como parte de nuestro libro electrónico 'Marketing rentable para empresas B2B ambiciosas' (a partir de la página 21). Por lo tanto, tiene la opción de descargar el material original en formato PDF si completa este formulario:

1. Edición entre pares

Los programadores que usan el método ágil a menudo trabajan en parejas, ya sea codificando juntos o pasando el código de un lado a otro entre los dos para la revisión por pares. Es lo opuesto a la imagen habitual del programador heroico quemando el aceite de medianoche, pero funciona. Mejora la calidad del código y la productividad.

En Articulate, asignamos un equipo a cada tarea de redacción. Por lo general, una persona escribirá y una segunda editará. Pueden ir y venir varias veces. A menudo, rotamos roles en la misma campaña para diferentes piezas de copia. Últimamente, también contratamos a un editor en jefe para que nos mantuviera en lo correcto.

2. Marketing basado en pruebas

Con el desarrollo ágil, cada cambio que realice en el código se corresponde con una actualización del software de prueba automatizado para asegurarse de que los cambios no rompan lo que ya funciona.

En marketing, especialmente en marketing online, casi todo es (y debería ser) comprobable. ¿Esta página obtiene más conversiones que aquella? ¿Es mejor este CTA? Etcétera. Nos da una idea clara de lo que es mejor para maximizar el ROI.

Pero la idea de las pruebas de regresión también significa que lo que funciona hoy debe probarse continuamente para asegurarse de que seguirá funcionando mañana.

3. Sin abdominales, sin agotamiento

Los desarrolladores de mentalidad ágil no hacen abdominales. No hay bebidas que se queden toda la noche llenas de cafeína y pizza. En cambio, planifican su trabajo en torno a una semana laboral manejable pero enfocada de 40 horas.

Los especialistas en marketing deberían hacer lo mismo, incluso si eso significa decir 'no' a los trabajos apresurados. Como dicen en Texas, 'la falta de planificación de su parte no constituye una emergencia de mi parte'. Después de todo, el trabajo apresurado suele ser un trabajo descuidado.

Es mejor recopilar datos y revisar iterativamente sus planes a la luz de lo que aprende. Reconocemos que no podemos hacerlo bien todo el tiempo, pero nos esforzamos por hacerlo.

4. Historias de usuarios, no especificaciones

El desarrollo ágil no se ocupa de métodos formales, especificaciones detalladas o cualquiera de las otras formas en que los gerentes de proyecto intentan aislarse del capricho del cliente. (Consulte El diccionario de marketing del diablo para obtener más información).

En cambio, le pide al cliente y al desarrollador que colaboren para describir el resultado deseado. El formato es simple, breves historias de usuarios, por ejemplo: 'los usuarios pueden crear una nueva cuenta' o 'Como X, quiero Y por el beneficio Z'. Cuanto más específicas sean estas historias, mejor. Los especialistas en marketing pueden adoptar un enfoque similar, especificando resultados, como el estilo o el tema de un artículo, en lugar de entradas como la cantidad de horas que llevará escribirlo. (Esto es lo que hacemos. ¡Aquí en Articulate no hay hojas de tiempo!) La colaboración con nuestros clientes es algo que realmente valoramos: da como resultado resultados mejores y más valiosos.

Además, nuestra lista de verificación de informes de proyectos se centra en los objetivos comerciales y las audiencias (nuestra palabra para 'usuarios') en lugar de especificaciones detalladas.

5. Cuantifica la dificultad, no calcules la duración

Probablemente use Jira o ClickUp o algo así para la gestión de proyectos. Estas herramientas de gestión de proyectos evitan la metodología en cascada y las hojas de tiempo habituales. En lugar de pedir a los desarrolladores que especifiquen cuánto tiempo llevará una 'historia', las herramientas ágiles de gestión de proyectos preguntan qué tan compleja es y qué tan importante es en relación con otras tareas.

Con el tiempo, realizan un seguimiento del tiempo que tarda en completar diferentes tipos de tareas y, después de un breve período de tiempo, pueden predecir cuándo terminará las diferentes tareas próximas. En Articulate, por ejemplo, tendemos a usar la longitud de las palabras como un indicador de la complejidad cuando se trata de escribir contenido, con algunas advertencias para las piezas particularmente técnicas. Usamos puntos para estimar el esfuerzo, el tiempo, el costo, etc.

6. Reuniones 'de pie'

En lugar de interminables reuniones de estado y conferencias telefónicas, los desarrolladores ágiles tienen reuniones 'de pie' al comienzo de la semana (o del día) para compartir información. Nosotros hacemos lo mismo (virtualmente, trabajamos a distancia). Y, como sugiere el nombre, si las personas se ponen de pie, ¡tienden a no hablar tanto!

7. Espera el cambio, no luches contra él

La mayoría de los proyectos de software involucran especificaciones detalladas que se graban en piedra una vez que comienza el desarrollo. El problema con este enfoque es que las circunstancias cambian y, a menudo, el cliente no sabe qué funciona para él hasta que lo ve en el código.

El desarrollo ágil fomenta la participación del cliente y asume que el proyecto cambiará con el tiempo. Al dividirlo en sprints cortos (ver el siguiente punto) y viñetas pequeñas y bien definidas, un proyecto ágil es más flexible.

En general, adoptamos este enfoque en Articulate, permitiendo y esperando que los clientes brinden comentarios incluso a través de múltiples revisiones. La retroalimentación y la reescritura pueden ser frustrantes, claro. Pero esperarlos, incluso abrazarlos, nos ayuda a hacer un mejor trabajo para nuestros clientes. Dentro de lo razonable.

8. Sprints, no maratones

El desarrollo ágil tiene como objetivo un "producto mínimo viable" desde el principio y pequeñas mejoras incrementales a lo largo del tiempo. Evita los proyectos épicos y las marchas de la muerte que plagaron a las generaciones anteriores de desarrollo de software.

Los proyectos de marketing deberían ser los mismos: su sitio web nunca está realmente terminado, pero no debería llevar mucho tiempo construirlo. Del mismo modo, el alcance de su canal de marketing es un proyecto continuo, no una tarea única para un pasante.

Las agencias de marketing, como cualquier otro negocio, no pueden darse el lujo de ser complacientes, pero la innovación es difícil. Aprender de otros campos y traducir esas lecciones a nuestro propio negocio es una estrategia inteligente y rentable, ¡y hemos descubierto que puede ser bastante gratificante!

Entonces, equipos de marketing, anímense. No es necesario ser un ingeniero de software o un maestro yogui para ser ágil.