이메일 서비스 제공업체를 성공적으로 전환하기 위한 5가지 팁

지난 7월에 나는 집을 꾸리고 모든 것을 새 집으로 옮겼다. 이사는 항상 슬로건이지만 자동 조종 장치로 할 수 있을 정도로 자주 해왔습니다. 버리고, 포장하고, 던지기에는 너무 좋지만 새로운 장소에서는 필요하지 않은 것을 판매합니다. 17번의 움직임 후에, 나는 그것을 과학으로 요약했습니다.

오늘로 빨리감. 저는 여기 새 사무실에 있으며 더 많은 일들이 진행되고 있는 것을 봅니다. 하지만 이번에는 회사가 새로운 이메일 서비스 제공업체(ESP)로 이동하는 것을 보고 있습니다.

COVID-19에서 영감을 얻은 마케팅 압력이 심각한 기술 한계를 드러낸 것과 같습니다. 노동자들이 자신의 직업이 얼마나 부패했는지 발견한 것과 같은 방식으로 2021년 대퇴직으로 이어졌습니다.

일부 회사는 모든 가상 상자를 포장하고 데이터와 운영을 자체적으로 새로운 공급업체로 이전합니다. 그러나 사람들이 무거운 물건을 옮기기 위해 이사 서비스를 요청하는 것처럼 많은 회사에서 비즈니스 운영을 유지하면서 전환을 돕기 위해 제3자에게 의지할 것입니다.

이 움직임은 여러 가지 이유로 의미가 있습니다.

• 기술에 관련된 모든 사람들은 이미 고용된 업무에 시간의 80~90%를 투입하고 있습니다. 그들은 그렇게 큰 비율로 움직일 시간이 거의 또는 전혀 없습니다.
• 사람들은 자신이 모르는 것을 모릅니다. 이사를 17번이나 했기 때문에 이사하는 법을 배웠다. 그러나 그것이 처음이라면 얼마나 혼란스럽고 압도적일지 상상해 보십시오! 회사는 이메일 작업의 대부분을 새로운 제공업체로 옮기는 훈련을 받지 않았습니다.
• 새로운 공급업체로 이전하는 것은 복잡한 과정입니다. 이전해야 할 사항에 대해 생각해 보십시오. 모든 구독자 데이터. 열 때마다 클릭하고 지난 1년 동안 구독을 취소합니다. 여기에는 모든 데이터 통합, 모든 캠페인 보고서, 모든 자동화 등이 포함됩니다.
• 모든 것을 옮기는 것 외에도 문서화와 중복성을 유지하여 아무것도 남기지 않았는지 확인해야 합니다. 이전 공급업체가 플랫폼을 끄면 이전 플랫폼에 남아 있는 모든 데이터가 사라집니다.
• 위험에 처한 것이 너무 많습니다. 이사 과정을 관리하는 것은 사내 팀에게 불안한 시간이 될 수 있습니다. 새 ESP가 얼마나 훌륭한지는 중요하지 않습니다. 이동 중에 잘못 설정되면 다시 설계할 시간이 없습니다.

고객이 원하고 받은 편지함이 차단되지 않는 이메일 마케팅 전달 가능성에 대해 알아야 할 모든 것. MarTech의 이메일 마케팅 주기율표를 받으십시오.

확인하려면 여기를 클릭하세요!

원활한 기술 마이그레이션을 위한 5가지 전술

현재 저는 클라이언트가 복잡한 이메일 프로그램을 새로운 공급업체로 옮기는 것을 돕는 일을 하고 있으며, 마이그레이션 성공과 실패를 가르는 요인을 나열하는 데 영감을 받았습니다.

1. 맞춤형 마이그레이션 계획을 개발합니다.

고객의 구매 동기, 브랜드 자산, 이메일 프로그램의 흐름, 콘텐츠, 처리, 세분화 및 메시징 복잡성 - 이 모두가 귀하의 비즈니스를 독특하게 만듭니다. 해당 마이그레이션을 관리하는 것은 한 플랫폼에서 다른 플랫폼으로 마이그레이션할 때 고유한 비즈니스 요구 사항도 반영해야 합니다.

이 사용자 지정 마이그레이션 솔루션은 목록 기반 캠페인에 의존하는지 아니면 CDP 또는 CRM에서 데이터를 가져와 사용자 지정 메시지를 생성하는지 여부와 같은 회사 구조 및 비즈니스 관행에 적합합니다.

한 플랫폼에서 다른 플랫폼으로 데이터와 작업을 전송하는 일반적인 방법이 있을 수 있지만 사용자 지정 계획이 있는 경우 조립 라인에서 구축하는 것처럼 체계적으로 마이그레이션할 수 있습니다.

이 계획은 또한 고유한 회사 문화, 기업 정책, 회사 내 책임 계층 및 프로세스와 같은 기술 이전 자체를 넘어선 요소도 고려합니다.

2. C급 경영진이 마이그레이션을 승인하도록 하십시오.

공식 C 레벨 지원 없이 플랫폼 마이그레이션 작업을 몇 번이나 수행했는지 말할 수 없습니다. 마이그레이션은 여전히 ​​발생했지만 두 배나 더 오래 걸렸습니다.

그렇기 때문에 본질적으로 "우리는 플랫폼을 옮기고 있으며, 여러분은 안전벨트를 착용하고 프로그램에 참여해야 합니다."라고 C-suite의 명령이 필요합니다.

이것은 감옥에서 탈출할 수 있는 카드나 전환 과정에서 원하는 모든 것을 할 수 있는 권한이 아닙니다. 당신은 여전히 ​​​​계획을 따라야합니다. 그러나 따라야 할 조직 구조와 보고를 제공합니다.

C 레벨 지원이 있을 때 에너지를 소모하고 마이그레이션을 드래그하는 발 끌기 또는 정당화 대화를 참을 필요가 없습니다.

3. 마이그레이션 작업의 우선 순위를 설정합니다.

마이그레이션은 쉽지 않습니다. 시간이 더 많이 걸리고 부서 간 조정이 필요하며 이미 활용 시간의 80%에 달하는 사람들이 제대로 수행할 수 없습니다.

회사의 우선 순위는 일반적으로 평소와 같이 비즈니스로 귀결됩니다. 그리고 바로 그것이 바로 당신이 돈을 버는 곳이기 때문입니다. 기술 프로젝트가 어떻게 적합한지 파악해야 합니다.

주의 산만은 마이그레이션에서 가장 큰 책임입니다. 외부 서비스를 사용하는 회사는 마이그레이션하는 동안 비즈니스를 운영해야 함을 인식하고 이러한 외부 서비스 제공자는 평소와 같이 비즈니스에서 소요되는 시간을 줄입니다.

따라서 20%의 시간이 있는 사람에게 마이그레이션의 특정 측면에 대해 급히 작업하도록 요청할 수 있습니다. 우리는 직원들이 추가 지원 없이 주당 80시간 또는 90시간을 일하는 데 지쳤다는 것을 사직서에서 배웠습니다.

직원이 정규 작업 외에 마이그레이션 작업 부하를 감당할 것으로 예상되는 경우 직원을 경계 이상으로 밀어붙일 수 있습니다.

4. 마이그레이션 우선 순위를 설정하고 도움을 받으십시오.

내가 관여한 대부분의 공급업체 변경은 서비스 또는 플랫폼이 저하되었거나 회사의 목표가 SAAS 제공업체의 기술 능력과 일치하지 않았기 때문에 발생했습니다.

RFP를 검토하고 ESP가 테이블에 가져오는 것을 평가하고 승자를 선택했습니다. 시간이 가장 중요하기 때문에 이제 우선 순위를 이 새로운 플랫폼으로 옮겨야 합니다.

데이터와 운영을 새로운 플랫폼으로 옮길 시간이 없습니다. 회사에 복잡한 데이터, 통합, 메시징 프로그램 등이 있는 경우 마이그레이션은 특히 엔터프라이즈 수준 회사에서 1년 이상 걸릴 수 있습니다. 너무 오래 걸리면 기술적 이점을 잃게 됩니다.

마이그레이션에 대한 C 수준 지원을 받는 것 외에도 부서 또는 지역 수준에서 다음과 같이 말해야 합니다. 그리고 나는 그 플랫폼이 무엇을 가능하게 할 수 있는지에 관해 나의 마케팅 혁신에 대해 생각할 것입니다.”

따라서 마이그레이션하는 동안 의지할 외부 파트너를 확보하고 새 플랫폼으로 가능한 것을 이해하도록 도와주십시오. 그리고 그것은 감사를 수행하는 것을 의미합니다.

5. 기존 프로그램을 감사합니다.

플랫폼 마이그레이션은 이메일 프로그램의 내부를 살펴보고 개선 방법을 찾을 수 있는 완벽한 기회입니다. 작업을 이전할 때 환영 또는 홍보 이메일, 자동화, 세분화 계획 또는 데이터 통합 ​​여부에 관계없이 프로그램을 물리적으로 다시 설정해야 합니다.

작업을 복제하고 있지만 개선할 수도 있습니다. 많은 마이그레이션에서 감사가 발생합니다. 일을 다르게 할 방법을 찾고, 브랜드 표준을 충족하도록 이메일을 업데이트하고, 효율성을 찾거나, 정적 템플릿을 업데이트하여 모듈식으로 만들 수 있는 완벽한 기회입니다.

마이그레이션은 한 플랫폼에서 다른 플랫폼으로 프로그램을 옮기는 것 이상입니다. 프로그램을 개선하기 위한 체계적인 접근 방식입니다. 프로그램 감사, CRM 감사 및 개선에 도움이 될 수 있는 모든 것을 통해 후드가 열려 있는 동안 문제를 해결할 수도 있습니다.

새 차를 사는 것은 오래된 차와 모든 기능이 동일하기 때문에 구입하는 것이 아닙니다. 지금 가지고 있는 차보다 낫고 새로운 기능을 활용할 생각이 있기 때문에 구입합니다. 같은 방식으로 이메일 프로그램을 새로운 공급업체 플랫폼으로 옮기고 이전과 동일한 방식으로 이메일을 보내지 않습니다. 감사는 현재 위치와 새로운 기능을 사용하여 이메일을 더 잘 수행할 수 있는 방법을 이해하는 데 도움이 됩니다.

지난 20년 동안 ESP를 사용하면서 나는 클라이언트가 ESP 기능의 약 20%에서 30%만 사용하는 것을 직접 보았습니다. 마이그레이션은 데모 중에 매료되었던 기술을 극대화하고 프로그램을 업데이트하는 것입니다!

마무리

기본 이메일 프로그램을 실행하든 복잡한 프로그램을 실행하든 마이그레이션은 고통스럽습니다. 나는 같은 고통을 여러 번 겪었습니다. 그러나 나는 그들이 혼자서 처리하기에는 너무 많은 도움이 필요했기 때문에 매번 도움이 필요하다는 것을 인식할 만큼 똑똑했습니다.

이것이 내가 이 글을 쓴 이유입니다. 기업이 기술 마이그레이션을 이해하기 위해서는 그렇게 어려울 필요가 없습니다. 숙련된 기술 파트너와 협력하면 즉각적인 고통에서 최대의 이득을 얻을 수 있습니다.

한 플랫폼에서 다른 플랫폼으로의 전환 기간이 길수록 새로운 플랫폼에서 찾고 있던 중요한 기능을 사용하기 위해 더 오래 기다려야 합니다. 재정적 혜택을 누리려면 더 오래 기다려야 합니다.

이 기사에 표현된 의견은 게스트 작성자의 의견이며 반드시 MarTech가 아닙니다. 직원 저자가 여기에 나열됩니다.