김희준
제품 실험 카드는 “한번 해보자”는 제안을, 결과를 해석할 수 있는 테스트로 구체화합니다. 확인할 가정, 이를 검증할 활동, 수집할 근거, 그 근거에 따라 달라질 결정을 적습니다. 어려운 점은 이 항목들을 카드 한 장에 넣는 일이 아닙니다. 설계한 테스트로 해당 가정을 실제로 확인할 수 있는지가 중요합니다.
가정과 그 결과로 내릴 결정은 팀이 함께 제품 기획을 정리하는 작업 공간에 나란히 두세요. 여기서는 이용자가 직접 예약을 변경할 수 있는 링크를 예약 알림에 추가하는 예시를 살펴봅니다. 팀은 기능을 널리 도입하기 전에, 일정이 바뀐 이용자가 이 링크를 사용할 수 있는지 알아보려 합니다.
테스트로 확인할 수 있는 가정 하나를 고르기
고객이 방문 시간을 예약하고 사전에 알림을 받는 서비스를 생각해 봅시다. 현재는 시간을 바꾸려는 고객이 담당자에게 연락해야 합니다. 새로 제안한 알림에서는 고객이 직접 예약을 변경할 수 있습니다.
“알림을 개선하면 예약 후 방문하지 않는 사람이 줄어든다”는 가정은 첫 프로토타입 테스트로 확인하기에는 범위가 너무 넓습니다. 고객이 오지 않는 이유는 예약을 잊었거나, 이동 수단이 없거나, 시간이 맞지 않거나, 변경 의사를 전달하지 못했기 때문일 수 있습니다. 클릭할 수 있는 프로토타입만으로 이 상황을 모두 재현할 수는 없습니다.
먼저 예약을 변경해야 하는 고객이 알림에서 변경 링크를 알아보고, 담당자에게 연락하지 않고도 적절한 대체 시간을 선택할 수 있다는 가정으로 범위를 좁힙니다. 이 가정은 안내를 이해하고 과제를 완료할 수 있는지에 관한 것입니다. 해당 기능이 예약 후 미방문을 줄이는지는 이후 실제 서비스에서 별도로 평가해야 합니다.
팀이 어떤 불확실성을 먼저 확인할지 정하지 못했다면 가정 매핑 워크숍부터 진행하세요. 실험 카드는 그 대상을 고른 다음에 사용합니다. 어떤 문제에 집중해야 하는지 결정하는 일을 대신해 주지는 않습니다.
예약 알림 실험 카드 작성하기
Strategyzer의 Test Card는 가설, 테스트, 측정 항목, 성공 판단 기준을 명시하도록 합니다. 제품 사용 과제를 테스트할 때는 다른 연구자도 참가자가 무엇을 접하고, 팀이 결과를 어떻게 활용할지 이해할 수 있도록 맥락을 덧붙입니다.
| 카드 항목 | 예약 알림 예시 |
|---|---|
| 내릴 결정 | 고객이 직접 예약을 변경하는 경로가 제한적인 실제 운영 시범 테스트로 넘어갈 만큼 이해하기 쉬운가? |
| 가정 | 다른 시간이 필요한 고객은 직원의 안내 없이 변경 링크를 찾아 대체 시간을 선택할 수 있다. |
| 참가자와 이용 상황 | 비슷한 예약 서비스를 이용하는 사람을 모집한다. 관련 접근성 요구와 사용 기기를 고려한다. 다른 고객의 정보가 아닌 가상의 예약 정보를 사용한다. |
| 활동 | 실제 메시지와 비슷한 맥락에서 알림을 보여 준다. 예약한 시간에 방문할 수 없게 되었다고 설명한 뒤 어떻게 할 것인지 묻는다. |
| 수집할 근거 | 첫 행동, 도움 없이 진행한 경로, 도움을 요청한 상황, 확인 화면을 이해한 방식, 중대한 오해를 기록한다. |
| 판단 기준 | 반복되는 혼란 때문에 혼자 완료하지 못하거나, 참가자 중 누군가에게 중대한 오해가 생겼고 그 원인이 해결되지 않았다면 경로를 수정한다. 조사한 주요 이용 상황에서 의도한 경로가 이해된 경우에만 제한적인 시범 운영을 검토한다. |
| 남는 질문 | 이 테스트만으로 실제 방문이 늘어나는지, 운영 환경에서 안정적으로 작동하는지, 변경 가능한 예약 시간이 충분한지는 알 수 없다. |
이 기준은 모든 테스트에 적용되는 수치 목표가 아닙니다. 참가자를 모집하기 전에 무엇을 중대한 오해로 볼지, 어떤 이용 상황을 포함할지, 다음 결정을 내리는 데 어떤 근거가 충분한지 합의해야 합니다. 소규모 정성 조사 결과를 전체 이용자의 정확한 성공률로 바꾸어 해석해서는 안 됩니다.
정답을 알려 주지 않고 과제 제시하기
“예약 변경 링크를 누르고 다른 시간을 선택하세요”라고 말하면 어디로 가야 하는지 알려 주는 셈입니다. 이렇게 하면 지시한 클릭을 수행할 수 있는지는 확인해도, 알림이 변경 방법을 전달하는지는 알 수 없습니다. “이 시간에는 방문할 수 없게 되었습니다. 다음에 어떻게 할지 보여 주세요”라고 제시하는 편이 확인하려는 행동을 관찰하는 데 도움이 됩니다.
참가자 간 차이를 해석할 수 있도록 시작 조건을 일정하게 유지하세요. 예약 페이지에서 시작하는 사람은 받은편지함에서 시작하는 사람이 마주하는 ‘변경 방법 찾기’를 이미 지나온 상태입니다. 실제 시작 지점, 기기, 메시지를 본 상황, 진행자가 개입한 내용을 기록합니다.
참가자가 망설일 때는 곧바로 도와주지 말고 그 상황을 관찰하세요. 도움이 필요하다면 개입 전후에 무엇이 일어났는지 남깁니다. “아래쪽 링크를 눌러 보세요”라는 말을 듣고 완료한 것과, 혼자 경로를 찾아 완료한 것은 서로 다른 관찰 결과입니다. 둘 다 설계에 참고할 수 있지만 하나의 완료 건수로 합치면 문제를 가리게 됩니다.
프로토타입에는 실제 사용을 가정할 수 있는 완료 화면도 필요합니다. 시간을 선택한 직후 테스트를 끝내면 이용자가 기존 예약이 변경되었다는 사실을 이해하는지 알 수 없습니다. 변경 확인 화면까지 포함하고, 현재 어떤 시간으로 예약되어 있다고 생각하는지 물어보세요.
일어난 일과 그 이유에 대한 해석 구분하기
관찰한 사실을 결론으로 대체하지 말고 해석과 나란히 두세요. 다음 표는 관찰 결과에 따라 후속 조치가 어떻게 달라지는지 보여 줍니다.
| 가능한 관찰 결과 | 확인할 해석 | 설계에 반영할 조치 |
|---|---|---|
| 참가자가 메시지를 열어 전화번호를 찾지만 변경 링크는 알아보지 못한다. | 메시지가 행동할 수 있는 안내가 아니라 읽기만 하는 정보로 보일 수 있다. | 링크 문구와 위치를 재검토한 뒤 수정한 알림에서 행동을 관찰한다. |
| 링크는 찾았지만 새 시간을 선택하면 예약이 하나 더 생긴다고 생각한다. | 기존 예약과 변경 후 예약의 관계가 명확하지 않다. | 실제 운영에서 시험하기 전에 변경 내용과 확인 화면을 명확하게 만든다. |
| 경로를 이해하지만 제시된 시간 중 가능한 시간이 없다. | 완료를 막는 원인은 탐색 방법이 아니라 예약 가능 시간이다. | 화면이 혼란스럽다는 증거로 보지 말고, 서비스 제공 조건을 별도로 확인한다. |
| 참가자가 선택지를 보기 전에 프로토타입 링크가 작동하지 않는다. | 확인하려던 과제를 수행할 기회가 없었다. | 테스트 자료를 고치고, 해당 시도는 탐색 경로에 관한 가정을 판단하는 데 사용할 수 없다고 기록한다. |
“유용해 보이네요”라는 긍정적인 말과, 유도하지 않았는데 나온 행동은 같은 질문에 대한 답이 아닙니다. 마찬가지로 과제에 실패했다는 사실만으로 원인을 특정할 수는 없습니다. 행동의 순서를 남겨야 문구의 문제, 예약 가능 시간의 부족, 프로토타입 오류를 구분할 수 있습니다.
Boardmix에서 테스트와 근거 정리하기
Boardmix 보드에서 간단한 실험 카드 위에 내릴 결정을 적고, 오른쪽에는 알림과 예약 변경 흐름을 배치합니다. 아래에는 관찰, 해석, 다음 결정을 위한 영역을 각각 만드세요. 색뿐 아니라 글자로도 구분하면 스크린샷이나 다른 사람의 화면에서도 의미가 전달됩니다.
이 예시에서는 ‘변경 방법을 이해한다’를 알림에 연결하고, ‘어떤 예약이 남는지 안다’를 확인 화면에 연결합니다. 설계의 어느 부분에서 필요한 근거를 얻는지 보여 주기 위한 연결입니다. 실제 방문이 늘어나는지에 관한 질문은 이번 카드의 결과 영역과 분리해 두세요. 그렇지 않으면 프로토타입 사용에 성공했다는 결과가 어느새 사업 성과에 관한 주장으로 바뀔 수 있습니다.
Boardmix에서 보드를 열고, 팀이 실제로 내려야 할 다음 결정을 중심으로 카드를 만들어 보세요. 공유 보드에는 익명화한 발췌문이나 가상의 과제 정보를 사용합니다. 원본 조사 자료의 열람을 제한해야 한다면 적절하게 접근 권한을 관리하는 저장 위치로 연결하세요.
결과를 바탕으로 다음에 할 수 있는 일 판단하기
Strategyzer의 Learning Card는 검증한 가설, 관찰, 해석, 그에 따른 행동을 분리합니다. 이번 예시에서는 알림 수정, 확인 화면 변경, 실제 운영 시범 테스트, 또는 중요한 이용 상황을 빠뜨렸기 때문에 필요한 추가 조사가 다음 단계가 될 수 있습니다.
이용자가 변경 경로는 이해하지만 적절한 대체 시간을 찾지 못했다고 가정해 봅시다. 링크 문구를 다시 쓰는 것은 다른 문제를 해결하려는 셈입니다. 다음 조사는 예약 가능 시간과 서비스 운영을 다뤄야 합니다. 프로토타입에서 경로를 사용할 수 있었다면, 실제 운영의 제한적인 시범 테스트에서 진짜 예약이 바뀔 때 고객이 어떻게 행동하는지 살펴볼 수 있습니다. 이 후속 평가에는 별도의 측정 항목과 이용자 보호 대책이 필요합니다. 첫 카드는 그보다 범위가 좁지만 다음 결정에 도움이 되는 질문에 답한 것입니다.
