새로운 마테크 플랫폼을 시작하기 전에 취해야 할 4단계

하나의 마케팅 기술 플랫폼에서 다른 마케팅 기술 플랫폼으로 이전하는 것은 흥미진진하면서도 두려운 일입니다. 조직이 클수록 무섭습니다.

그러나 회사 규모에 관계없이 한 플랫폼에서 다른 플랫폼으로 이동하는 것은 복잡한 춤입니다. 처음부터 성공하려면 모든 단계를 올바르게 수행해야 합니다.

새로운 플랫폼으로 이동하는 것은 대학에서 방법을 배우지 않기 때문에 어려워 보일 수 있습니다. 당신은 경험을 통해 배웁니다. 모든 사람이 그런 경험을 한 것은 아닙니다. 그랬다면 아마도 나빴을 것입니다. 회사마다 요구 사항과 설정이 다르기 때문에 모든 마이그레이션이 다릅니다.

COVID-19는 마테크에 대한 기업의 불만을 촉발했습니다.

이제 더 많은 회사가 RFP(제안 요청 프로세스)를 통해 이동하거나 플랫폼 간에 마이그레이션하고 있기 때문에 마이그레이션을 염두에 두고 있습니다.

자세히 알아보기: 2023년을 정복하는 데 도움이 되는 2022년의 4가지 마케팅 테이크아웃

많은 이들이 그들의 마테크 파트너가 변화하는 COVID 경제에서 속도와 유연성에 대한 요구를 지원할 만큼 충분히 빠르거나 혁신적이지 않다는 것을 발견했습니다.

팬데믹 이전에 기업들은 주로 비용, 기능 또는 지원에 만족하지 않았기 때문에 마테크 플랫폼을 전환했습니다. 이제 충분히 정교하지 않은 플랫폼에 대한 그들의 인내심은 만료되었습니다.

마이그레이션에 대해 현실화하기

마이그레이션이 간단하고 빠르다는 생각이 있습니다. 저는 단 4개월 만에 대대적인 플랫폼 변화를 만들 수 있다고 생각하는 회사들과 상담을 해야 했습니다. 물론 할 수는 있지만 비용은 4배입니다.

처음에 언급했듯이 마이그레이션에는 많은 단계가 있으며 성공하려면 올바르게 수행해야 합니다. 프로그램의 정교함에 따라 마이그레이션에 3~18개월을 소요할 계획을 세울 수 있습니다. 계획할 때 해당 타임라인을 고려하십시오.

다음은 신기술을 조사하려는 회사의 가장 일반적인 네 가지 불만 사항입니다. 어느 것이 당신에게 적용됩니까?

• "제 시스템이 불안정합니다."
• "일을 제대로 하려면 많은 해킹, 해결 방법, 수동 프로세스가 필요합니다."
• "내 대신 데이터를 이동하려면 IT 부서의 Mary가 필요합니다."
• "필요한 보고를 받으려면 외부 프로세스가 필요합니다."

누군가 마이그레이션을 서둘렀기 때문에 발생합니다.

성공적인 마이그레이션을 위한 4가지 중점 영역

모든 마이그레이션은 다르지만 하나의 martech 플랫폼에서 다른 플랫폼으로 시스템을 마이그레이션할 때 최소한 다음 네 가지 영역에 집중해야 합니다.

1. 발견

이것은 가장 중요한 단계이며 종종 가장 간과되는 단계입니다. 아무도 내부 시스템을 먼저 볼 생각을 하지 않기 때문입니다. 귀하의 성공이 이 단계에 달려 있기 때문에 저는 이 단계에 상당한 시간을 할애할 것입니다.

물론, 새로운 반짝이는 도구에 대한 계약에 막 서명했기 때문에 당신은 흥분하고 있습니다. 새로운 ESP로 하고 싶은 모든 것을 꿈꾸고 있습니다. 그리고 당신은 이메일 전송을 시작하기를 기다릴 수 없습니다. 그러나 데모에서 살펴본 모든 기능과 함께 새 도구를 효과적으로 사용하려면 새 플랫폼으로 마이그레이션할 때 가장 먼저 해야 할 일을 알아야 합니다.

첫 번째 중요한 단계는 팀, ESP의 컨설턴트 또는 타사 대행사를 사용하여 모든 마테크 시스템의 인벤토리를 작성하는 것입니다. 즉, 데이터가 있는 위치, 데이터가 데이터에 도달하는 방법, 프로세스, API, 데이터 필드, 액세스 및 거버넌스에 대한 심층 분석을 의미합니다.

많은 질문을 하십시오. 데이터 및 크리에이티브 팀에서 "보내기"를 누르는 사람 및 CMO에 이르기까지 이메일 프로세스를 다루는 모든 사람과 대화하십시오.

이 단계를 건너뛰거나 서두르지 마십시오. 효과적인 발견 프로세스는 예상치 못한 강점, 약점, 격차 및 기타 사항을 드러내기 때문에 새로운 도구를 최대한 활용할 수 있도록 보장합니다.

적절한 검색은 전체 작업의 글로벌 관점을 취합니다. 사일로와 책임이 있는 개별 팀만이 아닙니다.

또한 설명서에 모든 것을 문서화하십시오. 이를 통해 중요한 통합, 유용한 것과 그렇지 않은 것, 새 플랫폼으로 이동해야 하는 것과 그렇지 않은 것을 식별할 수 있습니다.

시간이 걸리고 포괄적이어야 하지만 다음 단계의 성공을 위해 매우 중요합니다.

자세히 알아보기: Martech 스택 문서는 매우 중요합니다. 올바르게 수행하기 위한 몇 가지 팁이 있습니다.

2. 새로운 플랫폼으로 이동

새 ESP는 검색에서 만든 매뉴얼을 사용하여 비즈니스 사례를 정의하고 이동할 프로세스를 식별할 수 있습니다. 검색 프로세스는 또한 항목을 이동하는 순서를 나타냅니다.

새 플랫폼으로 마이그레이션하는 것은 모든 트리거, 템플릿 및 목록을 새 플랫폼에 집어넣은 다음 "이동"을 누르는 것이 아닙니다. 이는 IP 워밍업 계획에 의해 구동되지 않는 체계적인 접근 방식입니다.

새로운 마테크 계약을 체결한 후 클라이언트로부터 처음 듣는 질문이 ESP가 IP 워밍업 계획을 언급하는지 여부라면 나는 웃습니다. 마이그레이션의 325단계입니다. 우리는 4단계에 있습니다. 첫 번째 캠페인을 계획하기 전에 먼저 통합 및 계획이 결실을 맺도록 하십시오.

새 ESP가 이 모든 것을 처리할 것이라고 생각할 수도 있습니다. 놀라다! 이 작업을 수행하기 위해 현재 ESP에 들어갈 수 없습니다. 내부 팀 또는 외부 회사는 마이그레이션 일정을 맞추기 위해서 뿐만 아니라 이동 중에 비즈니스 중단을 방지하기 위해 작업을 수행합니다.

마이그레이션의 영향을 받는 모든 비즈니스 단위에는 고유한 목표와 KPI가 있습니다. 새 플랫폼으로 마이그레이션한다는 것은 귀하가 그들의 작업에 추가했음을 의미합니다. 한 곳에서 데이터를 추출하여 다른 곳에 저장하고 있습니다. 계획, 합의 및 협상이 필요합니다.

이것은 하나의 플랫폼에서 다른 플랫폼으로 이동하는 시스템, 프로세스 및 창의적인 콘텐츠의 체계적이고 정확한 조율이 됩니다. 각 요소는 올바른 순서로 이동해야 합니다. 나는 이것을 충분히 강조할 수 없다. 마이그레이션은 속도에 관한 것이 아닙니다. 정확성에 관한 것입니다.

좋은 발견 프로세스는 여기서도 성과를 거둡니다. 잘하면 그런 것들이 제자리에 있게 됩니다. 마이그레이션은 오케스트라와 같은 팀 작업이며 지휘자입니다.

3. 사용자 승인 테스트

이것은 자주 간과되는 또 다른 단계입니다. 장소 A에서 장소 B로 이동할 때 모든 것이 올바르게 작동하는지 확인하기 위해 테스트해야 합니다. 그렇지 않은 경우 이전 ESP를 백업으로 사용합니다. 즉, 곧 구형 ESP와 함께 활주로가 필요합니다. 그러면 모든 것을 옮길 시간이 생깁니다.

테스트 및 승인 대상을 보여주는 사용자 승인 테스트 계획을 개발합니다. 1,000개의 트리거를 모두 테스트합니다. 템플릿의 모든 반복과 모든 인바운드 API를 테스트합니다.

잘 훈련된 테스트 방식을 통해 새 플랫폼에서 문제가 발생하지 않도록 합니다. 사용자 승인 테스트는 "이동" 버튼을 누르는 데 더 가까워지는 큰 단계입니다. 하지만 아직 추진할 준비가 되지 않았습니다.

4. 적시에 이메일 캠페인을 보내십시오.

프로세스 초기에 이메일을 보내 시스템을 테스트하거나 개념 증명을 받을 수 있습니다. 그러나 이 단계를 서두르지 마십시오. 시간표에 따라 해야 한다고 되어 있기 때문이 아니라 안전하고 타당할 때 하십시오.

이메일 캠페인을 보낼 때 플랫폼의 모든 새로운 기능을 한꺼번에 시도하지 마십시오. 인내는 이민의 미덕입니다. 이전 플랫폼에서 했던 일을 더 빠르고, 더 낫고, 더 저렴하게 수행할 때 패리티에 도달하거나 패리티를 약간 넘어설 때까지 기다리십시오.

새로운 플랫폼은 이메일 작업의 모든 부분에 변화를 가져옵니다. 새로운 구현을 단계적으로 진행하고 새로운 ESP 파트너의 도움을 받으세요. "보내기"를 누르는 것은 이 과정의 시작이 아니라 마지막 단계입니다.

마무리

지난 23년 동안 RFP 및 마이그레이션에 참여하면서 저는 거의 모든 것을 보았습니다. 세 가지 주요 개념이 간과됩니다.

• 대규모의 조정된 내부 노력이 필요합니다.
• 이전 플랫폼에서 새 플랫폼으로의 컷오버를 계획하십시오. 즉, 짧은 시간 동안 이전 ESP로 갱신할 수 있습니다.
• RFP와 계약 종료 날짜 사이에 충분한 시간을 두십시오.

엔터프라이즈 클라이언트 마이그레이션 작업에서 RFP 실행과 이전 플랫폼 종료 사이에 최소 2년의 프로세스를 권장합니다. 마이그레이션 프로세스가 예상보다 오래 걸리는 경우 ESP는 계약 연장에 능숙하지 않습니다. 비용이 많이 들고 번거로울 수 있습니다.

계획 및 파트너십을 통해 원하는 혁신 아크를 이해하고 새로운 프로그램의 잠재력을 인식할 수 있습니다.

팬데믹은 우리가 변화하는 비즈니스 환경에서 앞서 나가기 위해 빠르게 전환해야 한다는 것을 보여주었습니다. 기존 기술로는 문제를 해결할 수 없다는 사실을 바로 알았을 수 있으므로 플랫폼을 전환하기 위해 가스를 밟고 싶어하는 것을 용서할 수 있습니다.

RFP에서 "이동" 추진으로의 마이그레이션 프로세스를 빠르게 진행하려고 하지 마십시오.

마테크를 잡아라! 일일. 무료. 받은편지함에서

비즈니스 이메일 주소

구독하다 처리 중...

용어를 참조하십시오.