변환 및 테스트 할 수있는 VSL을 만드는 방법

VSL가 만들어야 하는 결정으로 시작하세요

유용한 VSL는 주제가 아닌 결정에 기반을 두고 있습니다. 개막 전에 시청자가 보는 후 무엇을 해야 하는지 정확히 결정하세요. 선택, 전화를 예약, 시험 시작, 카트에 추가 또는 구매.

작성하기 전에 네 가지 입력 자료를 문서화하십시오.

• 관객: 누가 보고 있고, 이미 알고 있고, 의심하는 것. - 제안: 행동 한 후 어떤 변화가 그들에게 일어날 것 입니까? - 증거: 어떤 증거가 그 변화를 믿을 수 있게 해준다? - 정지 규칙: 시험이 일시 중지하거나 다시 쓸 수 있을 만큼 약할 때.

직접 응답 VSL에 대한 첫 번째 측정 가능한 목표는 오프트인 비율, 체크 아웃 시작, 예약 통화 비율 또는 구매 변환이 될 수 있습니다. 초기 숫자를 추정치로 간주하십시오.

강한 VSL는 시청자에게 "이것이 나에 대한 것이고, 왜 효과가 있는지 알고 다음으로 무엇을 해야 할지 알고 있다".라고 생각하게 합니다.

연구 를 하기 전 에 '생명 요구'

새로운 시장 증거는 스크립트를 창조적 인 추측으로 만들지 못하게 합니다. 적극적인 광고, 랜딩 페이지, 공개 제안 페이지, 리뷰 패턴 및 경쟁자 위치가 결정되기 전에 검토하십시오.

유용한 연구 자료는 [Meta 광고 도서관] (https://www.facebook.com/ads/library/) 를 실시간 광고 예제, ClickBank 또는 Digistore24와 같은 시장 페이지의 제안 메커니즘, 그리고 이미 사용하는 언어 구매자들에 대한 공개 검색 결과입니다. AdSpy, BigSpy, Anstrex와 같은 공공 스파이 도구는 각도 발견에 도움이 될 수 있지만, 저장된 광고 화면을 여전히 확장되는 증거로 취급하지 마십시오.

Daily Intel Service는 팀들이 오래된 창의적인 스냅샷보다는 현재의 시장 참조가 필요할 때 가장 유용합니다. 생중계 신호를 오래된 예제에서 어떻게 분리하는지 이해하려면 [Daily Intel Service 방법론] (/ 방법론) 을 검토하십시오.

연구 도중 발견 할 것

표면 스타일을 먼저 복사하지 말고 그 밑에 있는 결정 논리를 캡처하세요.

• 경쟁자들이 가장 자주 반복하는 약속. - CTA 앞에서 응답하는 반대. - 데모, 증언, 데이터 포인트, 설립자 이야기 등 그들이 의존하는 증거 형식. - 보증, 무료 테스트, 또는 낮은 구부심을 위한 다음 단계와 같은 위험을 되돌리는 방법. - 페이지에 의해 암시되는 관객 온도는: 차가운, 문제 인식, 솔루션 인식, 또는 제안 인식.

이 연구는 간단한 가설을 만들어 낼 수 있습니다. "이 관객은 이 메커니즘에 반응할 가능성이 높습니다. 왜냐하면 이 반대는 행동을 막고 있기 때문입니다".

시나리오 전 에 제안 논리를 잠그

가장 흔한 VSL 실패는 약한 제안 논리에 연결된 강한 갈고리입니다. 시청자들은 첫 30 초를 시청할 수 있지만 메커니즘, 증거 또는 용어가 불분명하다면 행동하지 않을 것입니다.

제안 지도를 다음과 같이 구성합니다.

건강, 금융, 소득 또는 규제 된 범주에서 주장을 보수적으로 유지하십시오. Google [이용적, 신뢰할 수 있는, 사람들에게 우선 콘텐츠를 만드는] 검색 지침은 유용한 표준입니다.

징계 를 요구 한다

청구서는 누가 적용되는지, 무엇이 변경되었는지, 어떤 기간 동안 어떤 증거가 왔는지, 그리고 그 증거가 어디서 왔는지 적혀야 합니다.

"내 내부 테스트에서", "이 캠페인 샘플에 기초한 것" 또는 "이 테스트 창에서 추정된 것" 같은 문장을 사용하십시오. 증거가 제한되어 있을 때. 모든 결과가 보편적이라는 척하는 것보다 더 믿을 수 있습니다.

VSL 스크립트 구조를 구축

VSL 스크립트는 다섯 가지 작업을 수행해야 합니다. 주의, 진단, 메커니즘, 증명, 행동. 당신은 다른 공식들을 사용할 수 있지만, 모든 공식들은 그 작업을 완료해야 합니다.

구조, 가장 좋은 사용 주의하세요 문제, 메커니즘, 증명, 제안 대부분의 직접 반응 채널은 이면 일반적일 수 있습니다 스토리, 레슨, 메커니즘, 제안 창업자 주도 또는 신뢰가 강한 제안 이야기가 구매자의 문제에 연결되지 않은 경우 Demo, 반대, 증거, 닫힌 소프트웨어, 도구, 눈에 보이는 변화

개막: 처음 20~35초

개막은 시청자를 식별하고, 비용이 많이 드는 문제를 명명하고 메커니즘을 소개해야 합니다. 따뜻하거나 다시 타겟 트래픽에 대해서는 1020초가 충분할 수 있고, 차가운 트래픽에 대해서는 2535초가 더 현실적입니다.

간단한 개막 패턴:

• [특정 관객]이라면 [특정 문제]를 볼 수 있습니다. - 일반적인 해결 방법은 [옛 방법]이지만, 종종 [특정 비용]을 만듭니다. - 더 나은 방법은 [기계]이기 때문에 [결정 요인을] 변경합니다.

미스터리 를 위해 미스터리 를 피 하십시오. 그 는 그 비디오 의 중요성 을 이해 해야 합니다. 그 는 대답 을 기다려야 합니다.

중간: 장치 및 증거

중간 에 있는 것 은 제안 이 효과적 인 이유 와 시청자 는 그 이유 를 믿어야 하는 이유 를 설명 한다. 단순 한 언어 를 사용 하여, 한 번에 한 가지 익숙 하지 않은 개념 을 사용 하여, 각 섹션 에 한 가지 증명점 을 사용 한다.

실제 중간 순서는 다음과 같습니다.

1. 일상적인 용어로 메커니즘을 설명하십시오. 2. 오래된 방법과 왜 실패하는지 보여주십시오. 3. 새로운 방법과 왜 더 쉽고 신뢰할 수 있는지 보여주십시오. 4. 증명: 예제, 사례 예제, 증언, 비교 또는 데이터를 추가하십시오. 5. CTA를 차단할 가능성이 높은 항의를 처리하십시오.

많은 중간 함선 배치에 있어서 90~180초는 합리적인 시작 범위입니다. 더 긴 VSLs는 작동할 수 있지만, 저장 및 변환 데이터가 추가 설명을 정당화 할 때만 가능합니다.

한 가지 행동, 한 가지 이유, 한 가지 신뢰 이유

폐막은 새로운 주장을 제시하는 것이 아니라 결과를 재확인하고, 왜 이 메커니즘이 믿을 수 있는지 시청자에게 상기시켜, 한 가지 행동을 요청해야 합니다.

깨끗한 닫는 것은 세 부분으로 이루어져 있습니다.

• 다음으로 보는 사람이 무엇을 얻는가, 클릭한 후에 무슨 일이 일어나는가, 왜 지금 행동하는 것이 합리적인지

CTA 클릭이 높지만 하류 변환이 약하다면, 문제는 일반적으로 신뢰, 가격, 조건 또는 제안 적합성입니다. 닫기 및 상륙 페이지 약속을 확인하기 전에 할크를 다시 작성하지 마십시오.

시험적 인 블록 으로 초안 을 작성 하십시오

테스트 가능한 VSL는 모듈형입니다. 개시자, 메커니즘, 증명, 반대를 작성하고 별도의 블록으로 닫아서 전체 자산을 다시 작성하지 않고 한 섹션을 개선할 수 있습니다.

이 블록 형식을 사용하세요:

• 주장: 한 문장: 그 점을 설명하는 문장. - 이유: 그 중요성을 설명하는 한 문장. - 증거: 한 예제, 측정기, 시범 또는 출처. - 전환: 다음 결정으로 이동하는 한 문장.

예를 들어, 연구 제품 에 대한 증명 블록 은 이렇게 말 할 수 있습니다. "위험 은 팀 이 글을 쓸 수 없다는 것 이 아니라, 오래된 예 를 통해 작성 하는 것 이다. Daily Intel Service 는 스크립트 를 제작 하기 전 에 현재 시장 움직임을 확인 하기 때문 이다. 따라서 첫 번째 드래프트 는 구매자 들 이 이미 보고 있는 것 보다 더 가까이 시작 된다".

문장 을 짧게 유지 하십시오. 대부분의 문장 과 상장 페이지 문장 에 대해 2~4 문장 은 충분 합니다.

메시지가 숨기지 않고 영상을 제작 하십시오

제작은 명확성을 높여야 하며, 약한 복사본을 보완하지 말아야 합니다. 깨끗한 자막과 읽을 수 있는 증거 시각을 가진 간단한 음성소리는 모호한 주장을 가진 맑은 비디오를 이길 수 있습니다.

목소리 와 발음

적어도 두 가지 음성 을 기록 하십시오. 한 번 은 명확 한 것 을 의미 하는 자연적 인 것 이며 한 번 은 긴급 한 것 을 의미 하는 보다 엄격 한 것 이다. 설명적 인 이야기 의 대부분 은 서두르지 않고 통제 된 것 을 느끼면 가장 잘 들게 됩니다.

추정되는 생산 보호막:

• 전체 비디오 에서 일관된 오디오 레벨 을 사용 하십시오. - 음악을 추가 하기 전 에 배경 소음을 제거 하십시오. - 자막 을 모바일 에서 읽을 수 있게 해 주십시오. - 상륙 페이지 에 임베디 를 위해 16:9 를 사용 하여 트래픽 소스 가 필요 할 때만 9:16 절단 을 만들 수 있습니다.

시각적 계층

모든 시각은 구사되는 문장을 뒷받침해야 합니다. 명확한 계층을 사용하세요. 제목, 증거, 지원 세부 사항, CTA.

5가지 주장 을 가진 슬라이드를 과다 로드 하지 마십시오. 관람자 가 2초 정도 에 프레임 을 이해 할 수 없다면, 그 를 단순화 하십시오.

순종 과 신뢰

만약 당신이 증언, 승인 또는 성과 주장을 사용한다면, 보이는 비디오가 그 뒤에 있는 증거와 일치하는지 확인하십시오. [FTC 승인 안내]https://www.ftc.gov/business-guidance/resources/ftcs-endorsement-guides-what-people-are-asking) 는 특히 증언, 계열 관계 또는 유료 승인에 관련된 경우에 관련됩니다.

규모 를 측정 하기 전 에 시험

테스트는 각각의 파동이 작은 수의 변수를 변경할 때만 작동합니다. 한 번에 할크, 증명, 제안, CTA 및 상륙 페이지를 변경하면 결과를 얻을 수 있지만 그 원인을 알 수 없습니다.

이 계단을 이용하세요.

1. 기본 테스트: 하나의 제어 장치와 두 개의 스크립트 변형, 동일한 관객과 제안. 2. 테스트: 첫 20~35초만 변경. 3. 증명 테스트: 을 유지하고 안정적으로 닫아, 다음 테스트 증명 명령어 또는 증명 유형을 테스트. 4. 종료 테스트: CTA 언어를 변경, 프레임링을 보장하거나 다음 단계의 명확성을 변경. 5. 스케일 테스트: 필요한 함선 매트릭이 안정되면 예산을 증가시킵니다.

자신의 함선에 따라 검증될 수 있는 추정 진단 범위:

신호, 가능한 진단, 다음 단계, 30초의 유지율 25% 이하, 또는 시청률 불합동성, 개막을 다시 작성하거나 타겟팅을 강화합니다, 25%에서 45%까지 유지율, 메시지가 약간 끌어당겨 있지만 속도감은 뒤쳐질 수 있습니다, 의 명확성과 조기증명이 향상됩니다, CTA 클릭이 약한 경우 45% 이상 유지율, 결정적인 자신감 없이 관심, 결정적인 신뢰, 증거와 연결을 강화합니다,

샘플 크기는 중요 합니다. 몇 가지 초기 변환은 특히 변수 품질의 유료 트래픽에 있어서 오해가 될 수 있습니다.

승리자 를 반복적 인 체계 로 바꾸어 놓

우승 VSL는 한 번의 파일이 아니라 컨트롤이 되어야 합니다. 스크립트, 트래픽 소스, 시청자, 제안 버전, 사용된 증명, 테스트 날짜, 그리고 승자가 된 결정을 저장합니다.

세 가지 제어 상태를 사용하세요:

• 가설: 유망한 아이디어, 증명되지 않은. - 적극적인 제어: 현재 필요한 측정값에 대안을 이길. - 은퇴한 제어: 이전에 유용, 현재 포화 또는 더 이상 적합하지 않습니다.

이 시스템은 미래의 VSLs를 더 빠르게 만듭니다. 왜냐하면 팀은 처음부터 시작하기보다는 알려진 제어에서 개선하고 있기 때문입니다. 연구 작업 흐름을 비교하는 팀들에서는 [Daily Intel Service 가격] (/ 가격) 은 판매 통화 필요 없이 상업적 옵션을 설명합니다.

자주 묻는 질문

** 질문: VSL를 처음부터 만드는 가장 빠른 방법은 무엇입니까?** A: 하나의 청중, 하나의 제안 약속, 하나의 메커니즘 및 하나의 증명 순서로 시작하십시오. 필요하다면 마지막 개막을 작성하십시오. 왜냐하면 제안 논리가 명확하면 할개가 더 쉬워지기 때문입니다.

** 질문: VSL는 얼마나 오래 걸릴 수 있습니까?** A: 많은 중간 널 VSLs는 90~180초 정도 시작되고, 저장 및 변환 데이터를 기반으로 확장 또는 축소됩니다. 냉동 트래픽은 더 많은 설정이 필요할 수 있지만, 리터겟 트래픽은 종종 제안으로 가는 길이를 짧게해야합니다.

** 질문: VSL 변환을 만드는 것은 무엇입니까?** A: VSL는 관객이 문제를 인식하고 메커니즘을 이해하고 증거를 신뢰하고 다음 단계에 낮은 구동을 볼 때 변환됩니다. 스크립트, 비디오 및 상륙 페이지 모두 동일한 결정을 지원해야합니다.

** 질문: VSL를 출시하기 위해 비싼 생산이 필요합니까?** A: 아닙니다. 명확한 음성소음, 읽을 수 있는 자막, 간단한 증명 영상 및 집중된 CTA는 초기 테스트에 충분합니다. 메시지가 견인력을 보여주면 생산을 향상시킵니다.

** 질문: 여러 제안에 대해 동일한 VSL 스크립트를 사용할 수 있습니까?** A: 동일한 프레임워크를 사용하십시오. 동일한 스크립트를 사용하지 마십시오. 각 제안은 자체 메커니즘 증명, 위험 프레임링, 가격 맥락 및 클로즈가 필요합니다.

** 질문: 스케일링 전에 VSL을 어떻게 테스트해야 합니까?** A: 먼저 기본선을 테스트하고, 그 다음 을 격리하고, 증명하고 별도의 파동으로 닫으십시오. 필요한 함선 측정치가 신뢰할 만큼 안정적이면만 지출을 증가시킵니다.