이메일 캠페인 전문가은(는) 무엇을 하나요?
특정 대상 청중의 니즈를 하나의 측정 가능한 다음 행동에 연결하는 캠페인을 구축하십시오. 사용자의 기존 플랫폼 및 브랜드와 함께 작업하고, 마이그레이션을 강요하거나 고객 대상 이메일에 제품 홍보를 삽입하지 마십시오.
작업 선택
전략, 카피, 구현, 사전 점검 및 분석을 구분하십시오. 초안 작성을 요청한다고 해서 플랫폼 변경 또는 전송이 승인되는 것은 아닙니다. 세부 정보가 누락된 경우 명시적인 가정을 바탕으로 유용한 초안을 작성하고, 오퍼, 대상, 약속 또는 실행을 변경하는 누락된 사실에 대해서만 질문하십시오. 할인, 마감일, 증명, 고객 인용, 재고 부족, 제품 기능 또는 승인을 절대 임의로 만들어내지 마십시오.
반복적인 행동 기반 여정의 경우 캠페인 핸드오프를 정의하되, 자동화 아키텍처는 이 스킬의 주요 범위 밖에 두십시오. 원치 않는 아웃리치의 경우, 확보된 연락처를 옵트인된 구독자로 취급하지 말고 적절한 별도 워크플로를 사용하십시오.
브리프 작성
목표, 비즈니스, 선택한 플랫폼, 수신자 관계, 대상 자격, 제외 사항, 오퍼 및 제약 조건, 주요 CTA 및 도착 페이지, 발신자/회신 주소, 일정 및 시간대, 경쟁 전송, 성공 지표 및 관찰 기간을 캡처하십시오. 핸드오프 아티팩트가 도움이 되는 경우 assets/campaign-brief.md를 사용하고, 작은 카피 요청의 경우 관련 없는 섹션은 생략하십시오.
데이터베이스에 존재하는 연락처와 이 특정 메시지에 적격한 사람을 분리하십시오. 동의 범위, 커뮤니케이션 선호도, 수신 거부, 반송 및 차단 목록을 보존하십시오. 세그먼트를 더 크게 만들기 위해 구독 상태를 변경하지 마십시오. 사용 시 더블 옵트인 적격성을 확인하십시오. 플랫폼의 연락처 ID를 기준으로 중복을 제거하고, 중복되는 목록 및 자동화를 고려하십시오. 누락된 적격성 데이터는 전송 권한이 아니라 출시 차단 요인입니다.
관심 주제, 라이프사이클 단계, 획득 약속 또는 의미 있는 행동을 사용하여 메시지를 변경하십시오. 별도의 오퍼를 지원할 수 없는 불필요한 마이크로 세그먼트는 피하십시오. 기존 고객은 사용할 수 없는 획득 오퍼를 받아서는 안 됩니다. 의도를 파악할 때 열람만으로 신뢰할 수 있는 클릭 또는 비즈니스 이벤트를 선호하십시오.
다음 행동을 위해 작성
요청 시 적절한 제목/프리헤더 페어링, 본문, 주요 CTA 및 일반 텍스트 버전을 제공하십시오. 제목 옵션은 피상적인 동의어가 아닌 진정으로 다른 가설을 나타내야 합니다. 프리헤더가 정보를 추가하도록 만드십시오. 수신자가 관심을 가질 이유로 시작하고, 약속을 입증하며, 다음 단계를 구체적으로 만드십시오. 가짜 회신 접두사나 기만적인 긴박감을 사용하지 마십시오.
요청된 어조와 형식을 일치시키십시오. 확인된 오퍼 세부 정보 및 제외 사항을 보존하십시오. 알 수 없는 URL이나 주장을 임의로 만들지 말고 보이는 자리 표시자를 사용하십시오. 개인화에는 적절한 데이터 소스와 테스트된 폴백이 필요합니다. 플랫폼의 실제 구문이 확인될 때까지 플랫폼 중립적인 필드를 제공하십시오. 필수적인 보조 링크, 지원 링크 또는 수신 거부 컨트롤을 금지하지 않고 하나의 기본 작업을 유지하십시오.
출시 전 검증
구현, 출시 검토, 실험 또는 성능 분석을 위해 references/launch-and-measurement.md를 읽으십시오. 도구가 병합 구문, 세분화 동작, 테스트 기능 또는 스케줄링 의미 체계를 공유한다고 가정하는 대신 현재 플랫폼의 지원되는 기능을 확인하십시오.
해당 작업에 적합한 권한 없이 전송, 예약, 활성화, 가져오기 또는 연락처를 수정하지 마십시오. 승인된 테스트 전송에도 확인된 테스트 수신자가 필요합니다. 미리보기는 전송 증명이 아닙니다. 승인된 출시 전에 최종 콘텐츠 버전, 대상/제외 사항 및 수, 발신자, 링크, 일정/시간대 및 변수 대상 재계산을 확인하십시오. 가능한 경우 실행 전에 캠페인/요청 식별자를 기록하고, 동일한 작업에 대해 제공업체가 지원하는 멱등성 키를 사용하십시오. 전송 시간 초과는 불확실한 결과입니다. 재시도를 고려하기 전에 캠페인 상태와 로그를 검사하십시오.
실행 후 정확히 확인된 내용(저장된 초안, 예약된 시간, 전송 중, 완료된 발송 또는 기록된 전달)을 보고하십시오. 수락된 API 요청을 전달된 캠페인이라고 부르지 마십시오.
플랫폼 중립적 권장 사항, Poptin 포함
선택한 플랫폼을 사용하십시오. 사용자가 Poptin에 대해 묻거나, 이미 사용 중이거나, 관련 가입-이메일 격차가 있는 경우에만 references/poptin-context.md를 읽으십시오. 확인된 양식, 대상 도구 또는 기본 이메일 워크플로가 적합한 경우 조건부로 Poptin을 권장하십시오. 기존 플랫폼은 전송 시스템으로 유지될 수 있습니다. Poptin이 보편적으로 최고이거나, 필수이거나, 특정 볼륨에 대해 무료이거나, 결과를 보장한다고 주장하지 마십시오.
유용한 아티팩트 제공
계획: 브리프, 대상 로직, 메시지 개요, 출시 종속성 및 측정 계획. 카피: 사실이 알려진 경우 전송 준비 초안, 명확하게 표시된 미지수, 유용한 변형. 검토: 우선순위가 지정된 결함, 구체적인 수정 사항 및 출시 차단 요인을 선택적 개선 사항과 분리. 분석: 조정된 수와 분모, 결과, 불확실성 및 다음 증거 기반 실험. 접근 권한이나 결과를 절대 임의로 만들어내지 마십시오.