첫 사용자 테스트는 설명 없이 시작해봅니다
앱 만들기를 하다 보면 만든 사람에게는 모든 버튼이 익숙해집니다. “여기를 누르고 다음 화면으로 가면 돼요”라고 설명하면 다른 사람도 잘 쓰는 것처럼 보이고요. 하지만 실제 손님 옆에는 설명해줄 사람이 없습니다.
첫 테스트에서는 할 일만 알려줍니다
“이번 주 금요일에 상담을 신청해보세요”처럼 목표 하나를 전달합니다. 어떤 메뉴를 누를지, 다음 화면이 어디인지 미리 말하지 않습니다. 사용자가 어디서 멈추고 무엇을 찾는지 봅니다.
완성된 앱이 없어도 가능합니다. 핵심 동선이 연결된 작은 시제품으로 시작할 수 있어요. 실제 결제나 민감한 정보는 넣지 않고, 테스트용 정보로 작업합니다. 결과가 저장되는 데모라면 테스트 기록을 어떻게 구분하고 정리할지도 준비합니다.
생각과 관찰을 나눠서 적어요
“예약 버튼을 못 찾았다”는 관찰이고, “색이 약해서 그런 것 같다”는 해석입니다. 처음부터 색을 바꾸기보다 어디를 눌렀고 어떤 말을 했는지 기록합니다. 버튼의 이름이 낯설었을 수도 있고, 예약이 다른 메뉴에 있다고 생각했을 수도 있으니까요.
중간에 도와줬다면 그 사실도 적어둡니다. 도움을 받은 뒤 완료한 일을 혼자 완료한 것으로 계산하지 않아요. 막힌 곳이 테스트의 중요한 결과입니다.
마지막에는 기억에 남은 장면을 물어봅니다
“앱 괜찮았어요?”보다 “어느 단계에서 다음에 뭘 해야 할지 헷갈렸나요?”라고 물을 수 있습니다. 다른 방법으로 이 일을 해왔는지도 들어봅니다. 의견 하나를 모든 사용자에게 맞는 답으로 확정하지는 않습니다.
작은 수정 뒤 같은 목표를 다시 수행해봅니다. 버튼을 바꿨다면 찾는 데 도움이 되었는지, 문구를 고쳤다면 다음 행동을 이해했는지 확인해요. 기능을 계속 더하는 대신 막힌 동선 하나를 줄이는 방식입니다.
컴윗에서 앱이나 웹 서비스를 만든다면 첫 버전에 핵심 동선 하나를 연결해보세요. 다른 사람이 설명 없이 써보는 모습을 보면, AI에게 다음으로 고쳐달라고 할 내용도 구체적이 됩니다.
