TL;DR
페이지별 성공 조건은 방문자가 그 화면에서 이해하거나 완료해야 할 행동으로 정합니다. 프로젝트 전체의 목적을 세운 뒤 각 화면의 역할을 나눠야 하며, 모든 페이지에 문의 버튼을 넣는 것으로 역할 구분을 대신할 수는 없습니다.
전체 목표 아래에서 각 화면의 일을 나누기
프로젝트 전체 목표가 적합한 서비스 문의를 받는 것이라면 모든 페이지가 즉시 접수를 요구할 필요는 없습니다. 서비스 목록은 선택지를 구분하고, 상세 페이지는 적합성과 제외 조건을 이해하게 하며, 문의 화면은 필요한 정보를 전달하게 하는 역할을 맡을 수 있습니다. 앞 화면에서 판단에 필요한 정보가 부족하면 마지막 버튼만 고쳐도 과제가 끝나지 않습니다.
Google의 시작 가이드는 SEO를 검색엔진의 콘텐츠 이해와 사용자의 발견 및 방문 판단을 돕는 일로 설명합니다. 페이지의 성공 조건 역시 화면을 여는 데서 끝내기보다 독자가 어떤 판단을 할 수 있어야 하는지 적는 편이 좋습니다. 검색 순위나 매출은 이 화면 하나의 동작만으로 완료를 확인할 수 있는 항목이 아니므로 운영 지표와 구별합니다.
페이지 목적을 관찰 가능한 행동으로 적기
서비스 목록이라면 자신에게 해당하는 항목을 찾아 상세 설명으로 이동할 수 있다는 조건을 적습니다. 상세 페이지라면 제공하는 결과와 제외하는 일을 구분할 수 있고 다음 준비 사항을 확인할 수 있어야 합니다. 문의 화면에서는 필수 정보를 이해하고 잘못된 입력을 고친 뒤 접수 결과를 볼 수 있다는 조건이 필요합니다.
| 화면 | 방문자가 완료할 일 | 검수에서 볼 증거 |
|---|---|---|
| 서비스 목록 | 선택지 구분 | 적합한 상세로 이동 |
| 과정 안내 | 준비물 확인 | 단계별 자료 설명 |
| 문의 화면 | 요청 전달 | 검증과 접수 결과 |
Google은 콘텐츠를 읽은 뒤 독자가 목표를 달성할 만큼 배웠다고 느낄지를 평가 질문으로 제시합니다. 정보 페이지의 성공은 클릭을 추가로 유도하는 것만이 아닙니다. 필요한 답을 얻었으므로 추가 문의가 필요 없는 경우도 있을 수 있습니다. 다음 행동이 없다는 이유만으로 페이지를 실패로 분류하기 전에 원래 역할을 확인해야 합니다.
행동 지표와 이해 여부를 함께 보기
버튼 클릭은 동작의 흔적이지만 이해의 증거와 항상 같지는 않습니다. 찾는 정보가 없어 같은 버튼을 반복 누를 수도 있습니다. 검수에서는 설명 없이 과제를 주고 이용자가 무엇을 이해했는지 확인하는 질문을 함께 사용해 볼 수 있습니다. 관찰 결과를 클릭 수 하나로 축약하지 말고 막힌 위치와 오해한 내용을 남깁니다.
MDN은 폼 컨트롤의 레이블이 시각 사용자와 시각 장애 사용자에게 입력의 목적을 설명하도록 연결된다고 설명합니다. 문의 화면의 성공 조건에 입력 항목의 이해를 넣는 이유입니다. 폼이 제출됐더라도 항목을 잘못 이해해 필요한 정보가 빠졌다면 실제 응대 과제는 남아 있습니다. 입력을 더 받기 전에 설명과 항목 구성에서 해결할 수 있는지 확인하세요.
화면이 바뀌면 성공 조건도 확인하기
페이지를 합치거나 메뉴 위치를 바꾸면 역할이 이동할 수 있습니다. 새 화면이 이전 화면의 과제를 대신 해결하는지 확인하고, 빠진 조건은 새 검수 목록에 옮깁니다. 버튼을 없앤 변경이라면 사용자가 다음 단계로 가는 다른 경로가 남아 있는지도 봅니다. 시안의 인상보다 과제의 연결이 기준입니다.
마무리
검수자는 페이지의 설명을 읽은 뒤 짧게 요약해 보도록 요청할 수도 있습니다. 어떤 서비스인지와 누구에게 적합한지, 다음에 무엇을 준비할지를 이용자의 말로 확인하는 방식입니다. 답을 미리 알려 주고 되묻는 질문은 이해 여부를 가리기 어렵습니다. 오해가 나온 문장과 그때 보던 화면을 함께 남기면 내용 수정과 탐색 수정 중 무엇이 필요한지도 구분할 수 있습니다.
프로젝트 전체 목표는 여러 화면의 방향을 정하고, 페이지별 성공 조건은 그 방향을 실제 이용 행동으로 나눕니다. 각 화면의 목적과 완료 증거를 한 쌍으로 관리하면 같은 문의 버튼을 반복하지 않고도 전체 흐름을 검수할 수 있습니다.