가상 사용자로 Figma 프로토타입 사전 테스트하기 | Minds

디자인 리뷰에 참여하는 모든 사람은 프로덕트가 어떤 역할을 하는지 이미 알고 있습니다. 이러한 공유된 배경지식은 리뷰를 효율적으로 만들기도 하지만, 동시에 맹점을 만듭니다. 리뷰어는 이미 알고 있는 멘탈 모델을 잊을 수 없기에, 처음 접하는 사용자의 시선으로 화면을 바라볼 수 없습니다. 그 결과 내부적으로는 매끄럽지만 외부 사용자에게는 혼란스러운 플로우가 만들어지고, 몇 주 뒤 사용자 세션 녹화본을 보고 나서야 문제점을 발견하게 됩니다.

Figma 파일이나 프레임 링크를 Minds에 붙여넣고, 화면을 난생처음 보는 오디언스에게 무엇으로 보이는지 물어보세요.

처음 보는 시선이 찾아내는 문제점

아이콘 및 레이블의 모호성. 팀 내부에서는 명확하게 읽히지만 다른 사람들에게는 전혀 다른 의미로 받아들여지는 컨트롤을 찾아냅니다.

진입 컨텍스트 누락. 화면 이전 플로우에서는 전혀 알려주지 않은 사전 정보를 사용자가 이미 알고 있다고 가정한 지점을 발견합니다.

기대치 불일치. 사용자가 주요 액션 버튼을 눌렀을 때 예상하는 결과가 실제 구현된 동작과 다른 경우입니다. 이는 클릭하기 전까지는 드러나지 않으므로 디자인 버그 중 가장 수정 비용이 큽니다.

언급되지 않은 부담감. 결제 발생, 되돌릴 수 없는 변경, 다른 사용자에게의 공개 등 디자인에 명시되지 않은 부담을 지레짐작하여 사용자가 주저하는 원인을 짚어냅니다.

워크플로우

1. 설정 → 연동 메뉴에서 Figma를 연결합니다.
2. 새 리서치에 파일 또는 프레임 링크를 붙여넣습니다.
3. 인구통계학적 특성이 아닌 사전 지식 수준을 기준으로 오디언스를 정의합니다. '이런 도구를 전혀 써본 적 없는 사용자'와 '경쟁사 제품에서 전환한 사용자'는 같은 화면을 완전히 다르게 해석합니다.
4. 먼저 처음 본 첫인상부터 물어보세요. 이것이 무엇인지, 누구를 위한 것인지, 여기서 무엇을 할 것인지 질문합니다.
5. 그런 다음 기대 동작을 물어보세요. 그 행동을 하고 나면 어떤 일이 일어날 것으로 예상하는지 질문합니다.
6. 세그먼트별 반응을 비교하고, 사용자의 기대가 실제 구현 동작과 어긋나는 지점을 수정합니다.

질문 순서가 중요합니다. 의견이나 호불호를 먼저 물으면 의례적인 칭찬이 돌아오지만, 화면의 의미를 직접 설명하게 먼저 요청하면 실제 이해도의 격차를 확인할 수 있습니다.

결과 활용 방법

이해도 문제는 카피 수정으로 이어지며, 이는 적은 비용으로 해결할 수 있습니다. 기대치 불일치는 인터랙션 수정으로 이어지며, 구현 후 수정하는 것보다 지금 고치는 비용이 훨씬 저렴합니다. 언급되지 않은 부담감은 버튼 옆에 안심 문구를 한 줄 추가하는 것으로 해결됩니다.

단순 평균 평점은 실행 가능한 인사이트를 주지 못합니다. "응답자 중 2명은 이 버튼을 누르면 즉시 전체 공개로 발행된다고 생각했다"와 같은 피드백이야말로 무엇을 수정해야 할지 정확하게 알려줍니다.

솔직한 한계

가상 오디언스의 반응은 실제 관찰된 행동 자체가 아닙니다. 과제 수행 시간을 측정하지 못하고, 3픽셀 작게 디자인된 터치 영역을 찾아내지 못하며, 실제 사용자가 겪는 시행착오를 직접 관찰하는 일을 완전히 대체할 수도 없습니다. 가상 오디언스의 역할은 마침내 실제 사용자 세션을 진행할 때, 명백한 문제점들이 이미 해결된 정돈된 디자인으로 테스트할 수 있도록 준비해 주는 것입니다.

프로토타입 대신 화이트보드에 정리된 디자인도 동일한 방식으로 테스트할 수 있습니다. Linear 및 Jira 워크플로우에서도 동일한 방식으로 이슈 티켓을 가져와 검증할 수 있습니다.

프롬프트 예시

이 화면을 처음 본다고 생각하고 답변해 주세요. 이 화면의 목적은 무엇이며 누구를 위한 화면인가요? 가장 먼저 어떤 요소와 인터랙션할 것이며, 왜 그것을 선택했나요? 그 직후 어떤 일이 일어날 것으로 예상하나요? 어떤 점 때문에 행동하기가 망설여지거나 멈추게 되나요?