Show Menu
화제×

What Should I Test?

테스트 결과는 명확하고 의미 있는 것이어야 하므로 이러한 결과를 바탕으로 많은 달러의 의사 결정을 내릴 수 있습니다.
Adobe는 웹 사이트 및 사이트를 통해 다양한 페이지 레이아웃을 테스트할 수 있지만, Sensor 귀사는 귀사와 귀사에 맞게 설정한 목표를 달성하는 가치가 높은 전략적 비즈니스 이니셔티브 또는 새로운 웹 사이트 기능 또는 재설계된 웹 사이트 기능을 테스트하는 데 주력할 것을 제안합니다. 가격 보장, 개인화 기능, 시장 제안(예: 패키지 또는 번들), 크리에이티브 디자인 및 애플리케이션 프로세스와 같은 문제를 테스트할 수 있습니다.
제어된 실험을 개발할 때 다음 개념이 가장 중요합니다.
  • 원하는 변경 사항을 파악할 수 있습니다. 이를 위해서는 웹 사이트의 기능 및 프런트 엔드 웹 사이트의 비즈니스 프로세스에 대한 일부 조사가 필요합니다. 가장 큰 효과를 제공하고 쉽게 테스트할 수 있는 변경 사항을 적용하고자 합니다.
  • 작은 변화는 큰 영향을 미칠 수 있습니다. 테스트한 모든 변경 사항이 비즈니스에 중요한 영향을 미치려면 과감할 필요는 없습니다. 항상 작지만 매우 중요한 변화를 만들 수 있습니다.

지원되는 방법론

다양한 목표를 가진 많은 유형의 실험을 사이트를 사용하여 수행할 수 있습니다. 다음 목록은 몇 가지 예를 제공합니다.
  • 페이지, 컨텐츠 및 웹 사이트 프로세스를 변경하여 전환율을 향상시킬 수 있습니다.
  • 마케팅 캠페인, 프로모션, 크로스셀링 및 업셀링을 변경하여 매출을 높일 수 있습니다.
  • 다양한 페이지 로드 시간을 통해 고객의 서비스 품질 및 인프라 성능의 실제 가치를 파악할 수 있습니다.
이러한 목표를 달성하기 위해 사이트는 제어된 실험 및 테스트를 위해 다음과 같은 유형의 방법을 지원합니다.
  • 페이지 바꾸기: 정적 URL X를 정적 URL Y로 바꿉니다.이 방법론은 동적 환경에서 제한된 용도로 사용됩니다.
  • 동적 URI 바꾸기: 정적 페이지 X를 동적 페이지 Y로 대체하여 동적 컨텐츠를 렌더링하는 페이지 바꾸기 변수입니다.
  • 개체 대체: 고정된 개체 X를 고정된 개체 Y로 바꿉니다.
  • 컨텐츠 대체: 컨텐츠 세트 X(여러 개체, 페이지, 표 등)를 컨텐츠 세트 Y로 바꿉니다.
  • 실험 변수 바꾸기: JavaScript 개체 /writeCookie_X.js을 JavaScript 개체 /writeCookie_Y.js으로 바꾸면 백엔드 시스템에서 특정 컨텐츠를 제공하는 데 사용할 수 있는 쿠키를 작성할 수 있습니다.
제어 실험은 쿼리 문자열 대체가 아니라 URI 대체를 기반으로 합니다. 다음 예제에서는 특정 URL 내의 URI가 강조 표시됩니다.
http://www.omniture.com/index.asp?id=1
예를 들어 제어된 실험에서는 제어 그룹 URI를 테스트 그룹 URI로 index.asp 대체하여 더 많은 값을 index2.asp 가져올 페이지 디자인을 결정할 수 있습니다.