성공적인 이메일 워크플로 구축: 웨비나 녹화 + Q&A
게시 됨: 2017-07-053,500명 이상의 마케터를 대상으로 한 2017년 이메일 현황 조사를 기반으로 하는 두 번째 연례 이메일 워크플로 현황 보고서는 계획 및 생성에서 품질 보증 및 전송에 이르기까지 이메일 생성의 모든 단계를 자세히 살펴봅니다. 이 보고서는 업계 평균에 중점을 두고 있지만 탁월한 이메일 워크플로는 어떤 모습입니까?
이 웨비나에서 Product Manager Kevin Mandeville과 저는 그 질문에 답하면서 성공적인 이메일 프로그램과 덜 성공적인 이메일 프로그램을 구분하는 행동과 프로세스에 대한 통찰력을 공유합니다. 이러한 행동 중 일부에는 1년 내내 콘텐츠 캘린더 사용, 모든 이메일에 대한 이메일 요약 작성, 이메일 개발 속도를 높이기 위한 부분 사용, 광범위한 사전 보내기 체크리스트 활용 등이 있습니다.
웨비나를 만들지 않았습니까? 괜찮아. 우리는 모든 것을 녹음했습니다. 위의 녹음을 시청하고 아래 슬라이드를 다운로드하십시오.
Q&A
라이브 웨비나 동안 모든 질문에 답할 시간이 없었지만 여기 블로그에서 답변했습니다. 이메일 워크플로에 대해 추가 질문이 있습니까? 댓글에 남겨주세요. 우리는 당신을 위해 그들에게 대답하고 싶습니다.
좋은 이메일 브리핑에 포함될 내용의 몇 가지 예를 들어 주시겠습니까?
Chad: 제 저서인 이메일 마케팅 규칙 3판에서 좋은 이메일 개요는 다음 질문에 답할 수 있어야 한다고 말합니다.
- 누가 이 메시지를 받아야 합니까?
- 구독자가 어떤 조치를 취하기를 원하십니까?
- 구독자들이 왜 그러한 행동을 취하도록 동기를 부여할까요?
- 해당 구독자는 언제 메시지를 받아야 합니까?
- 구독자가 메시지를 읽을 가능성이 있는 위치는 어디 입니까?
- 어떻게이 이메일의 성공을 측정 할 것인가?
- 일련의 메시지 또는 가입자 또는 고객의 여행이 이메일의 일부인가?
- 당신은 다른 질문에 대답에게 중요한 어떤 추가 자료를 가지고 있습니까?
이러한 질문에 답하면 효과적인 이메일을 만드는 데 도움이 되며 이메일을 만들거나 승인하는 데 관련된 모든 사람과 이러한 질문에 대한 답변을 공유하면 모든 사람이 일관성을 유지할 수 있습니다.
부분은 트리거/드립 캠페인에서만 사용할 수 있습니까? 어떻게 구현합니까?
Kevin: 아니요, 부분 메일은 특정 유형의 이메일에만 국한되지 않습니다. 부분은 여러 이메일과 모든 유형의 이메일에서 사용할 수 있는 재사용 가능한 동적 코드 블록입니다. 부분은 Litmus Builder와 같이 이 기능이 내장된 빌드 시스템을 사용하는 것에 의존합니다.
콘텐츠 캘린더는 배포 캘린더와 동일한가요?
채드: 네. 이메일 콘텐츠 캘린더 또는 이메일 배포 캘린더라고 부를지 여부에 관계없이 다가오는 이메일을 계획하는 데 도움이 되어 다음을 수행할 수 있습니다.
- 디자인 및 개발 리소스를 현명하게 사용
- 필요할 때 추가 리소스 호출
- 여러 이메일에 걸친 스토리 및 여정 계획
훌륭한 사과 이메일을 본 사례가 있습니까?
Kevin: 내가 가장 좋아하는 예는 Fab의 사례입니다. 소매업체에서 실수로 고양이 이미지가 있는 테스트 이메일을 자리 표시자 콘텐츠로 보냈습니다. 그들은 이 사고를 사과 이메일의 주제로 활용했으며 더 많은 고양이와 할인을 제공했습니다. 그것은 정말로 많은 개성을 이메일에 주입했고 그것은 당신이 사람이 보낸 것이라고 말할 수 있는 것이었습니다.
Chad: 이 MarketingLand 칼럼에서 내가 가장 좋아하는 사과 이메일 상위 5개에 대해 Fab 이메일과 다른 일부를 언급했습니다. 많은 사과 이메일이 실제로는 수정 이메일에 가깝다는 사실을 인정할 가치가 있습니다. 브랜드는 이전 이메일에 대해 무엇이 잘못되었는지 이메일에 작은 배너나 메모가 포함된 수정 이메일을 보냅니다. 제목 줄은 일반적으로 "죄송합니다:" 또는 "수정:" 또는 이와 유사한 언어로 시작됩니다.

사과를 보내야 할 때와 보내지 말아야 할 때에 대한 좋은 프레임워크를 원한다면 이메일 마케팅 실수로부터 복구하는 방법 eBook을 확인하십시오.
자체 프레임워크/템플릿을 구축하는 것과 이메일 프레임워크(Foundation for Emails)를 사용하지 않는 것이 좋은 생각입니까?
Kevin: 이메일 프레임워크는 본질적으로 좋거나 나쁜 것은 아니지만 장단점이 있습니다. 프레임워크는 설정이 필요하지 않은 즉시 사용 가능한 솔루션이므로 일반적으로 모범 사례를 따릅니다. 그러나 때때로 프레임워크에는 자체 이메일에 필요한 수준의 사용자 정의 또는 유연성이 없습니다. 우리가 가장 좋아하는 이메일 프레임워크는 Zurb의 Foundation for Email과 Mailjet의 MJML입니다. 널리 사용되는 이메일 프레임워크를 사용하더라도 개발 워크플로를 최적화하기 위해 사용자 지정하는 것이 좋습니다.
프레임워크를 사용하는 경우: 파일 관리를 어떻게 제안하시겠습니까? 아카이브해야 합니까? 오래된 이메일이 프로덕션 환경에 있어야 합니까?
Kevin: 항상 이메일을 백업하는 것이 좋습니다. Dropbox와 GitHub는 널리 사용되는 타사 버전 관리 시스템입니다.
진행 중인 배포를 얼마나 자주 (재)테스트하는 것이 좋습니까?
Chad: 분기마다 트리거 및 트랜잭션 이메일을 검토하고 다시 테스트하는 것이 좋습니다. 의도한 대로 렌더링되고 작동하는지 확인하는 것 외에도 브랜딩 및 메시징이 여전히 최적인지 확인하고, A/B 테스트를 수행하고, 사용되는 계절별 또는 동적 콘텐츠를 조정하고, 다른 개량.
2016년 이메일 디자인 현황 조사에 따르면 현재 대다수의 브랜드가 자동화된 이메일을 1년에 한 번 이하로 검토합니다. 이는 이메일 마케팅 수익의 훨씬 더 많은 비율을 제공하는 트리거 및 트랜잭션 이메일의 전략적 중요성이 커지고 있다는 점을 고려할 때 충분히 빈번하지 않습니다.
승인 프로세스를 강화하는 방법에 대한 몇 가지 권장 사항을 제공할 수 있습니까?
Chad: 우리가 살펴본 4가지 승인 프로세스 요소는 다음과 같습니다.
- 승인자 수
- 최상위 승인자의 직함
- 막판 변경 빈도
- 이메일을 보내기 전에 승인된 기간
승인자의 수와 막바지 변경 빈도가 승인 프로세스가 적절하게 엄격한 것으로 간주되는지 여부에 가장 큰 영향을 미쳤지만 다른 두 가지 요소도 역할을 합니다. 이러한 요인과 그 영향에 대한 자세한 내용은 이메일 승인 프로세스가 성능을 저하시키는 4가지 징후를 확인하십시오.
체크리스트가 어떤 유형을 확인하는지 알려주실 수 있습니까?
Kevin: Litmus 체크리스트는 70개 이상의 이메일 클라이언트에서 자동으로 이메일 렌더링을 미리 보고 제목 줄을 확인하고 텍스트, 링크, 추적, ALT 텍스트 및 이미지에 가능한 오류가 있는지 미리 보기 때문에 보내기 전에 수정할 수 있습니다.
![]() | 중요 요소에 대한 안내 확인 확인체크리스트를 사용하면 보내기를 누르기 전에 70개 이상의 앱과 장치에서 이메일을 미리 보고, 링크, 이미지 및 추적이 제대로 작동하는지 확인하고, 이메일 로드 시간 등을 테스트할 수 있습니다. 더 알아보기 → |