당신의 프로토타입은 테스트 도구인가, 화면 묶음인가?
AI 시대, 디자이너가 '그리기'보다 '설계'에 집중해야 하는 이유
"개발 전에 프로토타입으로 사용성 테스트 먼저 해보세요."
열심히 화면을 그리고 버튼으로 연결했습니다. 완성! 사용자에게 보여줬습니다.
클릭 → 다음 화면 → 클릭 → 끝.
PM이 묻습니다.
"그래서 뭘 테스트한 건가요?"
우리는 프로토타입을 만들었지만, 정작 테스트는 하지 못했습니다. 사용자는 그냥 정해진 길을 따라 클릭만 했을 뿐입니다. 이건 테스트가 아니라 '화면 구경'에 불과합니다. 왜 이런 일이 벌어질까요?
우리는 애초에 테스트가 불가능한 구조로 프로토타입을 만들었기 때문입니다.
선형적 연결의 함정
대부분의 프로토타입은 이렇게 만들어집니다.
화면 A → 버튼 클릭 → 화면 B → 버튼 클릭 → 화면 C
모든 사용자가 동일한 경로를 따라갑니다. 이미 정해진 Happy Path를 따라가는 것이죠.
많은 디자이너가 개발자에게 화면 흐름을 설명하기 위해 이런 프로토타입을 만듭니다. 인터랙션 효과나 전환을 보여줄 때는 효과적입니다. 하지만 단순히 화면 순서만 보여준다면, 잘 정리된 문서가 훨씬 효율적일 때가 많습니다.
프로토타입이 진짜 힘을 발휘하는 순간은 '개발 리소스 없이 가설을 검증할 때'입니다. "이렇게 만들면 사용자가 좋아할까?"라는 질문에, 코딩 없이 실제와 유사한 경험을 제공하고 반응을 살피는 것. 이것이 프로토타입의 본질이죠.
실제 사용자 테스트 현장을 상상해보세요. 자신있게 준비했지만, 사용자는 의도하지 않은 버튼을 누릅니다. "아, 사용자님... 그 버튼 말고 여기 이걸 누르셔야 다음으로 넘어가요..." 어색한 분위기가 흐릅니다. 이 순간 테스트는 이미 실패했습니다.
원인은 명확합니다. 디자이너는 A→B→C라는 정답만 만들어 놓았습니다. 하지만 실제 사용자는 맥락에 따라 비선형적으로 움직입니다. 사용자는 "정답"을 모르고, 자신의 직관대로 행동합니다.
정답이 정해진 프로토타입은 테스트 도구로서 가치가 없습니다. 선택지가 없기 때문에 사용자의 자연스러운 행동을 관찰할 수 없으니까요.
사용자 행동을 설계하라
구체적인 예시로 차이를 살펴보겠습니다. 맞춤형 온보딩을 테스트한다고 가정해봅시다.
- 기존 방식 (선형적 설계)
온보딩 질문 → 관심사 선택('운동' 선택) → 기본 메인 화면
사용자의 선택과 무관하게 무조건 연결해둔 '기본 메인 화면'으로 이동합니다. 사용자는 자신의 선택이 화면에 반영되지 않았다고 느낍니다. 결론적으로 개인화가 사용자 만족도에 미치는 영향을 검증할 수 없습니다.
- 새로운 방식 (논리적 설계)
온보딩 질문 → 관심사 선택('운동' 선택) → '운동' 값 저장 → 메인 화면에 '홈트레이닝 배너' 노출
'운동' 값을 변수에 저장하고, 메인 진입 시 조건에 따라 '홈트레이닝 배너'를 노출합니다. 사용자의 행동에 맞춰 화면이 변화하여 "나를 위한 앱"이라고 느낍니다. 비로서 개인화된 화면이 실제 전환율을 높이는지 데이터로 검증할 수 있습니다.
차이의 본질은 이겁니다. 선형 프로토타입은 정해진 하나의 길, 즉 '화면 묶음'에 불과합니다. 사용자 행동 기반 프로토타입은 선택과 상황에 따라 달라지는 경험을 제공하는 진짜 테스트 도구입니다.
프로토타입이 데이터를 만날 때
사용자 행동을 설계해서 프로토타입을 만들었다면, 이제 정량적 데이터를 수집할 수도 있습니다.
Maze 사용 예시가장 널리 알려져있는데 Maze라는 도구인데 Figma 프로토타입을 직접 연결해서 사용자가 화면의 어느 지점에서 헤맸는지 보여주는 히트맵, 의도한 경로를 벗어나 엉뚱한 곳을 클릭한 미스클릭률, 그리고 특정 선택지 앞에서 얼마나 오래 망설였는지 보여주는 체류 시간까지 측정해줍니다.
조건부 프로토타입을 만들고 → 분석 도구에 연동하고 → 사용자 테스트를 진행하면, 어떤 조건에서 사용자가 더 많이 반응했는지 확인할 수 있습니다. 단순히 "이렇게 만들어봤어요"를 넘어서 "데이터 기반으로 검증했어요"라고 말할 수 있습니다.
AI 시대, 화면 묶음을 넘어선 설계자로
사용자 행동 설계 능력은 당장의 테스트뿐만 아니라, 다가오는 AI 시대에 더 큰 무기가 됩니다.
최근 Figma Make, Stitch 같은 도구들이 무섭게 발전하고 있습니다. 텍스트만 입력하면 화면을 그려주고, 버튼을 연결해줍니다. 단순한 기능 구현의 장벽은 점점 낮아지고 있습니다.
이제 "화면을 예쁘게 그리고 빨리 연결하는 능력"은 경쟁력이 아닙니다. 그건 AI가 더 잘하게 될 테니까요. 그렇다면 디자이너는 무엇을 해야 할까요?
AI에게 일을 시키기 위해서라도, 어떤 조건에서 어떤 결과가 나와야 하는지를 정의하는 '설계 능력'이 필수적입니다. Variables/Conditionals 개념을 이해하는 사람은 AI에게 정확한 조건과 로직을 지시할 수 있습니다. 완성도 높은 프로토타입이 나오죠. 개념을 모르는 사람은 AI가 만들어준 것의 문제점을 파악하지 못합니다. 여전히 선형적 프로토타입에 머물게 됩니다.
도구는 바뀌어도, 사용자 행동 설계 능력과 조건부 사고는 변하지 않는 본질입니다.
당신의 프로토타입은 어떤가요? 예쁜 화면들이 순서대로 묶여 있는 '슬라이드 쇼'인가요, 아니면 사용자의 행동에 반응하는 '살아있는 제품'인가요?
이제, 그리기보다 설계를 시작할 때입니다.
[참고] 사용자 행동 설계와 조건부 프로토타입에 대해 더 깊이 고민해보고 싶으신 분들은 아래 강의를 참고해 보셔도 좋습니다.