설문조사 내용 및 로직을 테스트하고 수정하는 프로세스는 전체 프로젝트 성공에 매우 중요합니다.
테스트 시 고려해야 할 점
- 교정 - 질문에 오타가 없고 제대로 쓰여있나요? 벤더 이름의 철자가 정확한가요?
- MECE 원칙(상호 배타적이면서 전체 포괄적) - 질문에 대한 선택이 서로 중복되지 않고 모든 가능성을 포함하나요?
- 인터뷰 길이(LOI) - 설문조사를 완료하는 데 소요되는 전체 시간은 얼마입니까? 긴 설문조사의 경우 패널 벤더 비용이 증가할 수 있습니다.
- 내용 - 분석에 필요한 데이터를 얻기 위한 모든 질문을 포함시켰나요?
- 피로 - 질문이 지나치게 반복되나요? 피로를 피하기 위해 루프를 3~5번의 반복으로 제한하는 모범 실무 기준을 따르고 있나요?
- 로직 - 정확한 응답자에게 정확한 질문을 보여주거나 건너뛰고 있나요? IncQuery팀은 로직 설정을 도와주지만 의도가 항상 명확하지는 않습니다. 예를 들어 여기 단순 로직 대화 상자가 있습니다.
테스트 방법
미리보기 탭은 언제든지 설문조사를 테스트해 볼 수 있는 곳입니다. 테스트는 설문조사의 설정에 따라 많이 달라집니다. 설문조사가 많은 경로를 가지고 있나요? 그렇다면 어떻게 정의되나요? 설문조사 도식을 생성하는 것은 이 유형의 설문조사에서 응답자가 적절하게 경로를 따라가고 있는지 확인하는 데 도움이 됩니다.
테스트할 때 활용할 수 있는 몇 가지 기본 기술입니다.
- 이상적인 응답자 - 설문조사에 가장 적합한 것처럼 대답합니다. 최우선 벤더의 현재 사용자이자 최종 결정권이 있는 CEO일 수 있습니다. 이런 관점에서 대답하여 테스트합니다.
- 낮은 정보 응답자 - "이상적인 응답자"와 반대 편에 위치한 것은 간신히 자격을 갖춘 응답자입니다. 이 응답자는 결정에만 영향을 미치는 개인 기여자일 수 있습니다. 이런 응답자 유형은 많은 질문에 "보기 중 없음" 또는 "모르겠습니다"를 고를 것입니다.
- 모든 선택지 - "기타"에 대한 값 쓰기를 포함 및 제외하는 다중 선택에서 모든 선택지를 고르는 응답자처럼 테스트합니다. 이런 방식으로 테스트하면 우선순위 로직을 설정한 경우 로직이 작용하고 있는지 알아내는 데 도움을 줍니다.
- 최소 선택지 - 예를 들어 인식 질문에서 하나의 벤더에만 친숙한 것처럼 선택지의 절대적인 최소 개수를 골라서 테스트합니다.
위의 기술들을 활용함으로써 로직이나 코드에 있는 오류를 찾을 수 있습니다.
오류 및 페이지 ID
설문조사 미리보기의 몇 가지 오류 메시지의 예시입니다.
위의 것들과 같은 코딩 오류를 발견하면 페이지 ID를 귀하의 코딩 팀과 공유해 주세요. 코딩 오류를 발견하고 고치는 데 도움이 됩니다. ID를 클립보드에 쉽게 복사하려면 제공된 링크를 참고해 주세요.