다음 단계를 더 이해하기 쉽게 만드세요
전환율 최적화는 Web3 팀이 랜딩 페이지나 퍼널을 더 명확하게 만드는 데 도움을 줍니다. 방문자가 취하기를 원하는 행동에 초점을 맞춥니다. 분석과 이용 가능한 세션 자료를 검토한 후, 이를 바탕으로 테스트할 가치가 있는 실용적인 변경 사항을 도출합니다.
올바른 행동은 페이지에 따라 다릅니다. 출시 전 페이지는 방문자에게 대기자 명단 가입을 요청할 수 있습니다. 제품 페이지는 데모 요청이나 지갑 연결을 유도할 수 있습니다. 먼저 하나의 주요 행동에 합의합니다. 그런 다음 리뷰는 페이지가 사람들이 그 행동에 도달하도록 돕는지에 초점을 맞춥니다.
페이지의 약속, 방문자에게 필요한 정보, 그리고 다음 단계로 가는 경로를 살펴봅니다. 더 광범위한 출시를 계획 중이라면, 이 작업은 토큰 런칭 및 성장과 함께 진행될 수 있습니다. 중요한 이벤트가 기록되지 않고 있다면, 분석 및 전환 추적 설정이 페이지가 측정하는 대상을 확립하는 데 도움이 될 수 있습니다. 리뷰 전에 페이지 링크, 퍼널 단계, 이용 가능한 분석, 그리고 공유할 수 있는 세션 녹화를 준비하세요.
관찰 결과를 소규모 테스트 계획으로 전환하세요
유용한 테스트 계획은 관찰한 내용을 변경 사항과 연결합니다. 또한 그 변경 사항을 평가할 명확한 방법을 제시합니다. 우리는 3단계 순서로 시작합니다:
- 마찰 지점을 명명하세요. 방문자가 멈추거나, 이탈하거나, 확신이 없어 보이는 지점을 기록합니다. 이용 가능한 분석 및 세션 증거를 사용합니다.
- 가설을 작성하세요. 사람들이 무엇을 놓치고 있을 수 있으며, 어떤 변경이 도움이 될 수 있는지 말합니다. 추적할 합의된 행동을 명시합니다.
- 테스트가 실행 가능한지 확인하세요. A/B 비교를 선택하기 전에 구현 노력과 가용 트래픽을 고려합니다.
예를 들어, 방문자가 지갑 연결 프롬프트에 도달했지만 계속 진행하지 않는다고 가정해 보겠습니다. 우리는 버튼에 새로운 색상이 필요하다고 가정하지 않습니다. 대신 그 주변의 설명과 표시된 단계를 검토합니다. 그런 다음 더 명확한 설명이나 정보 순서 변경을 테스트하는 것을 고려합니다.
집중된 가설은 팀이 한 번에 여러 가지를 변경하는 것을 방지합니다. 또한 모든 사람이 배운 내용을 추적하는 데 도움이 됩니다. 페이지 질문이 마케팅에 대한 더 넓은 리뷰 내에 있을 때, Web3 마케팅 감사가 도움이 될 수 있습니다. 각 실험의 이유를 기록하고, 어떤 증거가 다음 선택에 정보를 제공할지 합의합니다.
A/B 테스트를 퍼널에 어떻게 맞추나요?
A/B 테스트는 정의된 페이지 경험을 동일한 합의된 행동과 비교합니다. 우리는 가용 트래픽에 맞춰 비교를 계획하는 데 도움을 줍니다. 또한 테스트 시작 전에 관련 이벤트를 읽을 수 있는지 확인합니다.
명확한 질문으로 시작하세요
테스트는 팀이 결정해야 할 무언가에 답해야 합니다. 우리는 가설, 페이지 또는 퍼널 단계, 그리고 검토할 이벤트를 설정하는 데 도움을 줍니다. 이는 결과를 해석할 때 모든 사람이 공유된 참조를 가지게 합니다.
변경을 가능하게 만드세요
우리는 명확한 테스트 요구 사항과 함께 구현 인계를 지원합니다. 팀은 페이지 변경을 수행할 수 있는 사람을 식별합니다. 의도된 버전과 측정 접근 방식이 이해되었는지 확인합니다. 다른 편집이 진행 중인 경우, 기록이 유용하게 유지되도록 테스트 전에 이를 매핑합니다.
학습 내용을 유지하세요
테스트가 종료되면 결과 로그는 변경 사항, 관찰된 증거, 그리고 제안된 다음 단계를 기록합니다. 권장 사항은 변경 채택, 아이디어 조정, 또는 더 많은 증거 수집이 될 수 있습니다. 획득과 페이지 테스트를 함께 계획해야 할 때, 성장 마케팅 리테이너가 이러한 대화를 연결할 수 있습니다.
페이지에 대기자 명단 양식과 확인 단계가 있다고 가정해 보겠습니다. 우리는 페이지 버전을 비교하기 전에 테스트가 어떤 단계에 정보를 제공할지 합의합니다.
팀이 사용할 수 있는 기록을 남기세요
유용한 테스트 기록은 팀이 무엇이 변경되었고 왜 변경되었는지 볼 수 있게 합니다. 또한 다음에 무엇을 해야 하는지 보여줍니다. 동료들에게 증거에 대한 공유된 설명을 제공하여, 결정을 회의나 스크린샷 세트에 남기지 않도록 합니다.
새로운 시장 언어가 추가되었을 때 팬 그룹을 운영하는 자원봉사자를 상상해 보세요. 그룹의 방문자가 프로젝트 페이지에 도달하지만, 핵심 문구가 낯설게 느껴집니다. 우리는 페이지 문구를 방문자가 가져오는 질문과 비교한 다음, 더 넓은 재설계를 제안하기 전에 더 명확한 설명을 테스트합니다.
우리의 기록은 주요 세부 사항을 함께 유지합니다:
- 페이지 또는 퍼널 단계와 추적 중인 행동.
- 수행된 변경과 가설 뒤에 있는 이유.
- 해석에 영향을 미치는 추적 또는 구현 문제.
- 증거가 지원하는 내용과 팀이 다음에 고려할 수 있는 사항.
이는 실험이 질문을 해결하지 못한 경우에도 유용합니다. 팀은 시도된 내용을 확인하고 불확실한 신호를 확실한 결론으로 취급하는 것을 피할 수 있습니다. 테스트가 출시 계획의 일부라면, 토큰 런칭 마케팅이 페이지 대화를 출시 활동과 정렬하는 데 도움이 될 수 있습니다.
현실적인 첫 번째 사이클을 준비하세요
첫 번째 사이클은 목표, 페이지 접근 권한, 그리고 변경 책임자가 명확할 때 가장 잘 작동합니다. Brand Community는 킥오프 체크리스트로 시작합니다. 여기에는 페이지 링크, 하나의 주요 행동, 분석 접근 권한, 가능한 경우 세션 자료, 그리고 구현 담당자가 포함됩니다. 이는 팀이 작업을 위해 정리된 사례를 준비하도록 요구하지 않고 실용적인 출발점을 제공합니다.
트래픽 양, 추적 품질, 그리고 오디언스 구성은 테스트가 보여줄 수 있는 것을 결정합니다. 브라우저, 동의, 그리고 지갑 흐름 변경도 기록된 이벤트에 영향을 줄 수 있습니다. 특정 가입 또는 연결 증가를 약속할 수는 없지만, 합의된 리뷰, 테스트 지원, 그리고 결과 로그를 완료할 것입니다.
퍼널이 잠재적 참가자를 위한 것이라면, 프리세일 마케팅이 페이지 작업과 함께 유용할 수 있습니다. 우리는 최적화를 방문자가 보고 행동하는 것에 집중합니다. 또한 페이지에 영향을 미치는 더 넓은 출시 컨텍스트와 조정합니다. 랜딩 페이지, 방문자가 취하기를 원하는 행동, 그리고 공유할 수 있는 분석을 보내주세요. 해당 자료를 검토하고 실용적인 첫 번째 테스트 사이클을 개요로 설명하겠습니다.
이용 방법
- 주요 행동 합의가입, 대기자 명단 등록, 데모 요청, 또는 지갑 연결과 같은 페이지 행동을 검토할 대상으로 선택합니다. 이는 작업을 팀이 필요한 결정에 연결합니다.
- 가용 증거 검토분석과 세션 자료를 검토하여 방문자 경로를 이해합니다. 또한 주요 이벤트가 기록되었는지 확인합니다.
- 가설 우선순위 지정관찰된 마찰 지점을 집중된 변경 사항과 연결합니다. 관련성과 구현 노력을 고려합니다.
- 테스트 계획 및 지원가용 트래픽에 맞춰 A/B 테스트를 구성하고 측정 접근 방식을 확인합니다. 또한 구현 인계를 지원합니다.
- 다음 단계 기록무엇이 변경되었고 증거가 무엇을 지원하는지 문서화합니다. 팀이 더 많은 정보를 수집해야 할 때를 기록합니다.
자주 묻는 질문
토큰 페이지에서 먼저 어떤 행동을 추적해야 하나요?
페이지의 역할에 가장 잘 맞는 행동부터 시작하세요. 출시 전 페이지의 경우 대기자 명단 등록이 될 수 있고, 제품 페이지의 경우 데모 요청이나 지갑 연결이 될 수 있습니다. 페이지를 검토하기 전에 하나의 주요 이벤트에 합의합니다. 이는 테스트 계획에 명확한 기준점을 제공합니다.
방문자가 적은 대기자 명단 페이지도 검토할 가치가 있나요?
네. 검토는 여전히 불명확한 문구, 누락된 컨텍스트, 또는 양식으로 가는 혼란스러운 경로를 식별하는 데 도움이 될 수 있습니다. 제한된 트래픽은 A/B 비교가 질문에 잘 답하지 못할 수 있음을 의미합니다. 우리는 가용 증거에 맞춰 계획을 조정하고, 먼저 집중 검토나 측정 수정에 우선순위를 둘 수 있습니다.
첫 페이지 검토를 위해 무엇을 공유해야 하나요?
랜딩 페이지 또는 퍼널 링크, 방문자가 취하기를 원하는 행동, 그리고 이용 가능한 분석 또는 세션 녹화를 공유하세요. 또한 페이지 변경을 수행할 수 있는 사람을 지정하는 것이 도움이 됩니다. 우리의 킥오프 체크리스트는 해당 세부 사항을 사용하여 첫 번째 작업이 페이지 연구, 이벤트 추적, 또는 테스트 계획인지 확인합니다.
테스트 중에 랜딩 페이지 변경은 누가 하나요?
팀에서 승인된 변경을 구현할 수 있는 사람을 식별합니다. 우리는 명확한 테스트 요구 사항과 함께 인계를 지원합니다. 예를 들어, 2개 버전 간에 어떤 페이지 요소가 달라야 하고 팀이 어떤 행동을 검토할지 지정할 수 있습니다. 테스트 시작 전에 책임을 확인합니다.
지갑 연결 테스트는 어떻게 접근하나요?
먼저 지갑 연결 행동으로 간주되는 것을 합의합니다. 그런 다음 방문자가 도달하기 전에 보는 설명과 단계를 검토합니다. 비교하고 측정할 수 있는 집중된 변경을 고려합니다. 지갑 흐름이나 추적 설정이 기록된 이벤트에 영향을 미치는 경우, 증거를 검토할 때 이를 기록합니다.
A/B 테스트에서 더 많은 가입을 약속할 수 있나요?
특정 증가는 약속되지 않습니다. 트래픽의 양과 구성은 비교가 질문에 답할 수 있는지에 영향을 미칩니다. 브라우저, 동의, 그리고 지갑 흐름 변경도 기록된 이벤트에 영향을 줄 수 있습니다. 우리는 합의된 연구, 테스트 지원, 그리고 결과 로그를 약속합니다. 또한 증거가 확실한 승자를 가리키지 않을 때 명확히 기록합니다.
프로젝트를 알려주세요
네 가지 질문에 답하면 담당자가 1시간 내로 계획, 일정, 가격대를 보내드립니다. 모든 정보는 비밀로 유지됩니다.
양식 로딩 중…