린 마케팅 팀을 위한 8가지 애자일 프로세스 전략

우리는 열성적인 기술광이며 원격으로 작업하며 자체 앱(HR 앱인 Turbine 및 HubSpot 사용자를 위한 기술 SEO 앱인 Fizz+Ginger 포함)을 구축합니다. 우리는 Microsoft, Symantec, LinkedIn 및 HP를 포함한 기술 회사에서 일하며 소프트웨어 개발 배경을 가지고 있습니다(CEO는 10년 동안 컴퓨터 게임 회사를 운영했습니다).

따라서 우리 대부분이 '창조적'인 경우에도 마케팅에 대한 공학적 접근 방식이 더 필요하다고 기대할 수 있습니다. 그리고 실제로 애자일 방법론은 우리의 많은 업무 관행에 영감을 줍니다.

우리는 마케팅 담당자와 기술 혁신가가 같은 언어를 말할 수 있음 을 보여주기 위해 여기에서 공유하고 있습니다. 우리는 마케팅을 간결하고 비용 효율적인 활동으로 운영하고 소프트웨어 엔지니어링에서 민첩한 모범 사례를 빌려 효율적으로 작동하도록 할 수 있다고 믿습니다. 우리가 그것을 보는 방법은 다음과 같습니다.

이 콘텐츠는 원래 eBook '야심찬 B2B 기업을 위한 비용 효율적인 마케팅'(p.21에서)의 일부로 제공되었습니다. 따라서 다음 양식을 작성하면 원본 자료를 PDF로 다운로드할 수 있습니다.

1. 동료 편집

애자일 방법을 사용하는 프로그래머는 종종 쌍으로 작업하여 함께 코딩하거나 동료 검토를 위해 둘 사이에서 코드를 뒤집습니다. 야근을 하는 영웅적인 프로그래머의 일반적인 이미지와는 정반대이지만 작동합니다. 코드 품질과 생산성을 향상시킵니다.

Articulate에서는 각 작문 작업에 팀을 배정합니다. 일반적으로 한 사람이 작성하고 두 번째 사람이 편집합니다. 그들은 몇 번 앞뒤로 갈 수 있습니다. 종종 우리는 동일한 캠페인에서 서로 다른 카피에 대해 역할을 순환합니다. 최근에 우리는 우리를 올바르게 유지하기 위해 편집장을 고용했습니다.

2. 테스트 기반 마케팅

애자일 개발을 사용하면 코드에 대한 모든 변경 사항이 자동화된 테스트 소프트웨어에 대한 업데이트와 일치하여 변경 사항이 이미 작동하는 것을 손상시키지 않도록 합니다.

마케팅, 특히 온라인 마케팅에서는 거의 모든 것이 테스트 가능합니다. 이 페이지가 저 페이지보다 더 많은 전환을 얻습니까? 이 CTA가 더 나은가요? 등등. ROI를 최대화하는 데 가장 좋은 것이 무엇인지 명확하게 보여줍니다.

그러나 회귀 테스트의 아이디어는 또한 오늘 작동하는 것이 내일 여전히 작동하는지 확인하기 위해 지속적으로 테스트해야 함을 의미합니다.

3. 크런치, 번아웃 없음

민첩한 마음을 가진 개발자는 크런치를 하지 않습니다. 카페인과 피자로 가득 찬 밤새도록 하는 사람은 없습니다. 대신 그들은 관리 가능하지만 집중된 주 40시간 근무를 중심으로 작업을 계획합니다.

마케팅 담당자는 일을 서두르는 데 '아니오'라고 말하는 것을 의미하더라도 똑같이 해야 합니다. 그들이 텍사스에서 말했듯이 '당신의 계획 부족은 내가 비상 사태로 간주하지 않습니다.' 결국, 서두르는 작업은 종종 엉성한 작업입니다.

데이터를 수집하고 학습한 내용에 따라 계획을 반복적으로 수정하는 것이 좋습니다. 우리는 이것을 항상 올바르게 할 수 없다는 것을 알고 있지만 그렇게 하기 위해 노력합니다.

4. 사양이 아닌 사용자 스토리

애자일 개발은 공식적인 방법, 세부 사양 또는 프로젝트 관리자가 고객의 변덕으로부터 자신을 보호하려는 다른 방법을 다루지 않습니다. (자세한 내용은 The Devil's Marketing Dictionary를 참조하십시오.)

대신 고객과 개발자에게 원하는 결과를 설명하는 데 협력하도록 요청합니다. 형식은 간단하고 짧은 사용자 스토리입니다. 예를 들어 '사용자는 새 계정을 만들 수 있습니다.' 또는 'X는 혜택 Z 때문에 Y를 원합니다.' 이러한 이야기는 구체적일수록 좋습니다. 마케터는 기사를 작성하는 데 걸리는 시간과 같은 입력 항목이 아니라 문서의 스타일이나 주제와 같은 출력 항목을 지정하여 유사한 접근 방식을 취할 수 있습니다. (이것이 우리가 하는 일입니다. 여기 Articulate에는 시간표가 없습니다!) 고객과의 협업은 우리가 정말 중요하게 생각하는 것입니다.

또한 프로젝트 브리핑 체크리스트는 세부 사양보다는 비즈니스 목표 및 대상('사용자'를 의미함)에 중점을 둡니다.

5. 난이도를 정량화하고 기간을 추정하지 마십시오.

프로젝트 관리를 위해 Jira나 ClickUp 등을 사용하고 계실 것입니다. 이러한 프로젝트 관리 도구는 일반적인 폭포수 방법론과 시간표를 피합니다. 애자일 프로젝트 관리 도구는 개발자에게 '스토리'가 얼마나 오래 걸릴지 지정하도록 요청하는 대신 스토리가 얼마나 복잡하고 다른 작업과 비교하여 얼마나 중요한지 묻습니다.

시간이 지남에 따라 다양한 유형의 작업을 완료하는 데 걸리는 시간을 추적하고 잠시 후 앞으로 다가올 다양한 작업을 완료할 시기를 예측할 수 있습니다. 예를 들어 Articulate에서는 콘텐츠 작성과 관련하여 복잡성에 대한 프록시로 단어 길이를 사용하는 경향이 있으며 특히 기술적인 부분에 대한 몇 가지 주의 사항이 있습니다. 포인트를 사용하여 노력, 시간, 비용 등을 추정합니다.

6. '스탠드업' 회의

끊임없는 상태 회의 및 전화 회의 대신 민첩한 개발자는 정보를 공유하기 위해 주(또는 일) 초에 '스탠드업' 회의를 갖습니다. 우리도 똑같이 합니다(사실상 원격으로 일합니다). 그리고 이름에서 알 수 있듯이 사람들이 일어서면 말을 많이 하지 않는 경향이 있습니다!

7. 변화를 기대하고 맞서지 말라

대부분의 소프트웨어 프로젝트에는 개발이 시작되면 정해진 세부 사양이 포함됩니다. 이러한 접근 방식의 문제는 상황이 변하고 종종 고객이 코드에서 보기 전까지는 자신에게 적합한 것이 무엇인지 알지 못한다는 것입니다.

민첩한 개발은 클라이언트 참여를 장려하고 프로젝트가 시간이 지남에 따라 변경될 것이라고 가정합니다. 애자일 프로젝트는 짧은 스프린트(다음 요점 참조)와 작고 잘 정의된 글머리 기호로 세분화하여 더 유연합니다.

일반적으로 우리는 Articulate에서 이러한 접근 방식을 취하여 클라이언트가 여러 수정을 통해서도 피드백을 제공할 수 있도록 합니다. 피드백과 재작성은 실망스러울 수 있습니다. 그러나 그것들을 기대하고 받아들이는 것만으로도 고객을 위해 더 나은 일을 하는 데 도움이 됩니다. 합리적으로.

8. 마라톤이 아닌 스프린트

애자일 개발은 초기에는 '최소 실행 가능한 제품'을 목표로 하고 시간이 지남에 따라 점진적인 작은 개선을 목표로 합니다. 이전 세대의 소프트웨어 개발을 괴롭혔던 장대한 프로젝트와 죽음의 행진을 피할 수 있습니다.

마케팅 프로젝트는 동일해야 합니다. 귀하의 웹사이트는 실제로 완성되지는 않지만 구축하는 데 오랜 시간이 걸리지 않아야 합니다. 마찬가지로 채널 마케팅 아웃리치는 인턴을 위한 일회성 작업이 아니라 진행 중인 프로젝트입니다.

마케팅 대행사는 다른 모든 비즈니스와 마찬가지로 만족할 수 없지만 혁신은 어렵습니다. 다른 분야에서 배우고 그 교훈을 우리 자신의 사업에 적용하는 것은 현명하고 비용 효율적인 전략입니다.

따라서 마케팅 팀은 용기를 내십시오. 애자일을 하기 위해 소프트웨어 엔지니어나 마스터 요기가 될 필요는 없습니다.