왜 프로토타입이 필요한가

13편에서 디자인 콘셉트를 도출했고, 15편에서 그 아이디어를 구체화했으며, 16편에서 접점(터치포인트, touchpoint)까지 설계했습니다. 그런데 이 모든 결과물은 아직 종이 위의 계획일 뿐입니다. 실제 사용자가 그 서비스를 마주쳤을 때 어떤 반응을 보일지는 아무도 확인하지 않았습니다.

서비스는 자동차나 가구 같은 유형의 제품(tangible product)이 아닙니다. 만져지지 않고, 완성되기 전까지는 눈에 보이지도 않습니다. 그래서 “일단 다 만들어서 출시해 보고 반응을 본다”는 방식은 위험합니다. 잘못 설계된 서비스 흐름을 실제 매장·앱·인력 구조까지 다 갖춘 뒤에 고치려면 비용이 걷잡을 수 없이 커집니다.

프로토타입(prototype)은 이 문제를 해결하는 도구입니다. 실제로 돈과 인력을 들여 서비스를 완성하기 전에, 값싸고 빠르게 “미리 만들어보는 모형”을 통해 문제를 조기에 발견하는 것입니다.

쉽게 말하면: 완성품을 짓기 전에 미리 만들어보는 모형입니다. 건축가가 실제 건물을 짓기 전에 종이 모형이나 3D 모델을 먼저 만들어 보는 것과 같은 이치입니다.

이 편은 그 모형을 어떻게 기획하고 설계할 것인가를 다룹니다. 실제로 손으로 만들고 사람들 앞에서 시연하는 작업(서비스 워킹, 역할극 시뮬레이션)은 18편에서 이어집니다.

충실도 스펙트럼 — 프로토타입은 얼마나 정교해야 하는가

프로토타입을 이야기할 때 가장 먼저 정해야 할 것은 충실도(fidelity)입니다. 충실도는 프로토타입이 최종 완성품과 얼마나 닮았는가를 나타내는 정도입니다.

• 저충실도(low-fidelity) 프로토타입: 종이, 스케치, 대본처럼 빠르고 값싸게 만드는 형태
• 고충실도(high-fidelity) 프로토타입: 실제 화면과 거의 똑같은 클릭 가능한 목업, 실제 소재로 만든 소품처럼 완성품에 가까운 형태

왜 실기에서는 저충실도가 중심인가: 시험장에서 실제 앱을 코딩하거나 정교한 시제품을 만들 수는 없습니다. 그래서 실기 답안은 손으로 그리는 스케치, 화면 구성 와이어프레임(wireframe, 뼈대만 그린 설계도), 역할극 대본처럼 저충실도 표현법으로 프로토타입 아이디어를 전달하는 능력을 요구합니다.

쉽게 말하면: 정교하게 색칠하기 전에, 일단 연필로 뼈대만 그려서 “이런 흐름 맞나요?”를 먼저 확인하는 것입니다.

저충실도 프로토타입 표현법 4가지

• 페이퍼 프로토타입(paper prototype): 화면이나 공간을 종이에 손으로 그려 순서대로 넘기며 흐름을 보여주는 방식
• 스토리보드 컷(storyboard cut): 만화처럼 장면을 나누어 사용자 행동과 접점을 시간 순서로 나열하는 방식 (자세한 제작 절차는 19편)
• 와이어프레임(wireframe): 디지털 접점(앱·키오스크 화면)의 배치만 선과 사각형으로 단순하게 그린 설계도
• 서비스 워킹 대본(service walkthrough script): 대면 서비스의 경우 담당자와 고객의 대사·행동을 순서대로 적은 대본. 실제 시연은 18편에서 다룹니다

프로토타입 제작 모델 설계 절차

프로토타입을 만들기 전에 반드시 거쳐야 하는 설계 단계가 있습니다. 아무 생각 없이 “일단 그려보자”로 시작하면 무엇을 검증하려는지 모른 채 시간만 쓰게 됩니다.

1단계가 가장 자주 생략됩니다. “일단 앱 화면부터 그려보자”로 시작하면, 나중에 “이걸로 뭘 확인했나요?”라는 질문에 답하지 못합니다. 예를 들어 검증 목표가 “픽업 신청 화면에서 사용자가 3단계 안에 신청을 완료할 수 있는가”처럼 구체적이어야, 프로토타입의 범위와 평가 기준이 명확해집니다.

서비스 제공 모델별 프로토타입 유형

서비스는 제공 방식에 따라 강조해야 할 접점이 다릅니다. 그래서 프로토타입 유형도 달라집니다.

사례로 적용하기 — 런드리핏 프로토타입 기획서

이 편부터 20편까지는 하나의 가상 서비스를 예시로 이어서 사용합니다. 이름은 런드리핏(가상의 1인 가구 대상 세탁물 정기 픽업·배달 구독 서비스)입니다. 사용자는 앱으로 픽업을 신청하고, 수거 담당자가 세탁물을 가져가 세탁 후 지정한 시간에 배달해 줍니다.

앞선 편(13, 15, 16편)에서 이미 “바쁜 1인 가구가 세탁에 쓰는 시간을 없애 준다”는 콘셉트와 픽업 요청–수거–세탁–배송의 접점 구조가 정해졌다고 가정합니다. 이제 이 콘셉트를 프로토타입 기획서로 구체화해 봅니다.

계산·적용 — 기획서 항목을 하나씩 채워봅니다.

해석: 검증 목표를 “3단계 이내 완료”처럼 숫자로 정해 두면, 나중에 시뮬레이션(18편)에서 “몇 단계 만에 완료했는가”를 그대로 재서 성공·실패를 판정할 수 있습니다. 표현 방식도 검증 목표에 맞춰 “화면 전체”가 아니라 “신청 화면 3장”으로 범위를 좁혔습니다. 범위를 좁히는 것이 저충실도 프로토타입의 핵심입니다 — 모든 것을 다 만들 필요가 없습니다.

서술 답안 예시 — 프로토타입 기획서 작성 순서

실기에서 “서비스 프로토타입 기획서를 작성하시오” 같은 서술형 문제가 나오면, 아래처럼 배경–목적–방법–결과 순서로 문단을 구성합니다 (문단 구성 규칙은 03편 참고).

배경: 런드리핏은 1인 가구를 대상으로 한 세탁물 정기 픽업·배달 구독 서비스로, 신규 사용자가 앱을 통해 픽업을 신청하는 접점에서 이탈이 발생할 가능성이 있다.

목적: 신규 사용자가 앱 픽업 신청 화면에서 몇 단계 만에, 어떤 지점에서 혼란을 느끼는지 확인한다.

방법: 홈 화면, 주소 확인 화면, 시간 선택 화면 3장을 와이어프레임으로 제작한 저충실도 프로토타입을 사용해 신규 사용자 역할의 참여자에게 픽업 신청을 진행하도록 하고, 관찰자가 소요 단계와 머뭇거리는 지점을 기록한다.

결과(예상): 시간 선택 화면에서 픽업 가능 시간대를 한눈에 비교하기 어려워 머뭇거림이 발생할 것으로 예상되며, 이는 18편의 시뮬레이션 단계에서 실제로 확인한다.

이렇게 쓰면 채점자가 “이 사람이 무엇을 검증하려 했고 어떤 방법을 썼는지”를 한 문단만 읽어도 알 수 있습니다.

자주 틀리는 점

• 기획(17편)과 제작·시뮬레이션(18편)을 한 답안에 섞어 쓰는 실수. 이 편은 “무엇을, 왜, 어떻게 만들 것인가”까지만 다룹니다. 실제로 만들어서 시연한 결과는 18편의 영역입니다. 문제에서 “기획서”를 요구하면 결과 서술 없이 계획까지만 쓰는 것이 맞습니다.
• 검증 목표 없이 표현 방식부터 정하는 실수. “와이어프레임으로 그리겠다”만 쓰고 무엇을 확인할지 안 쓰면 감점 대상입니다.
• 고충실도를 요구하는 것으로 착각하는 실수. 실기 답안에서 “실제 화면처럼 정교하게 그리시오”라는 요구는 없습니다. 흐름과 구조가 드러나면 충분합니다.
• 서비스 제공 모델(대면·디지털·혼합)을 명시하지 않는 실수. 이 구분이 프로토타입 유형 선택의 근거이므로, 답안에 반드시 밝혀야 합니다.

핵심 정리

• 프로토타입은 완성 전에 값싸게 미리 만들어 문제를 조기에 발견하는 도구다
• 실기 답안은 저충실도(페이퍼 프로토타입, 와이어프레임, 서비스 워킹 대본) 표현이 중심이다
• 설계 절차는 검증 목표 설정 → 유형 선택 → 표현 요소 정의 → 평가 계획 연결 순서다
• 서비스 제공 모델(대면형·디지털 접점형·혼합형)에 따라 적합한 표현 수단이 다르다
• 서술 답안은 배경–목적–방법–결과 순서로 쓴다

마무리 복습

참고 자료

• 한국산업인력공단 - 서비스·경험디자인 기사 출제기준(필기·실기)