키스타임넷 UX 개선 아이디어: 사용성 테스트로 찾은 해답

키스타임넷은 단순한 기능 모음이 아니라, 반복적으로 쓰는 사람에게 편리함이 쌓여야 가치가 살아나는 서비스다. 그런데 반복 사용을 가로막는 작은 불편은 쉽게 눈에 띄지 않는다. 고객센터 문의나 분석 리포트만으로는 그 불편의 결을 끝까지 잡아내기 어렵다. 현장에서 사람의 손동작과 머뭇거림, 말의 꼬임을 함께 보는 사용성 테스트가 필요한 이유가 여기에 있다.

이 글은 최근 키스타임넷 개편 과정에서 우리가 어떤 사용성 테스트를 설계하고, 무엇을 발견했으며, 결과적으로 어떤 디자인과 제품 전략의 수정으로 이어졌는지 기록한 것이다. 키스타임, 키탐넷 등 이름이 섞여 불리는 현실부터 모바일과 데스크톱에서 작동 방식이 달라 생긴 오해까지, 겉보기엔 사소하지만 합치면 큰 마찰을 만드는 문제들을 어떻게 줄였는지 실제 경험을 바탕으로 풀어본다.

문제의 냄새는 어디서 시작됐나

데이터는 이미 이상 신호를 보내고 있었다. 신규 가입 대비 첫 주 재방문율이 43%에서 34%로 떨어졌고, 검색 기능의 이탈률이 분기 기준으로 8%포인트 올랐다. 대표 키워드에서 발생하는 실패율도 높았다. 일 평균 2천 건 정도의 검색 중 17%가 결과 없음으로 끝났는데, 로그를 자세히 보니 사용자 오타나 용어 불일치가 절반 가까이를 차지했다.

하지만 숫자는 원인을 말해주지 않는다. GA에서 경로를 추적하고 세션 재생을 봐도, 어느 순간 사람의 기대와 인터페이스가 어긋나는지를 특정하기 어려웠다. 고객센터에 들어오는 문의를 분류하면 주제는 다양하지만 결이 닮아 있었다. 버튼을 못 찾았다는 이야기보다, 찾긴 찾았는데 이게 맞는 선택인지 확신되지 않아 되돌아갔다는 말이 많았다. 이건 라벨링, 정보 구조, 피드백 메시지의 문제일 가능성이 크다.

여기에 이름 혼용 이슈가 있었다. 사람들은 키스타임, 키스타임넷, 키탐넷을 뒤섞어 부른다. 실제로 외부 링크나 블로그 글에서 서비스 명칭이 통일되지 않아 검색 유입이 흩어지는 구간도 확인됐다. 브랜드 자산의 일관성과 검색 경험이 만나는 지점에서 산만함이 쌓이고 있었다.

테스트 설계, 무엇을 어떻게 물을까

우리는 단일 라운드로 끝내지 않기로 했다. 플로우를 고치면 연쇄적으로 다른 지표가 움직이고, 그 변화가 우연인지 개선의 결과인지 판단하려면 두세 차례의 확인이 필요하다. 1차 라운드는 탐색, 2차 라운드는 해결책 후보의 비교, 3차 라운드는 엣지 케이스 검증에 초점을 두었다. 각 라운드에서 공통으로 잡은 원칙은 세 가지였다. 실사용 맥락을 최대한 재현할 것, 숫자와 서술을 함께 기록할 것, 테스트의 무대가 결과를 왜곡하지 않게 절제할 것.

참가자 군은 18명으로 시작했다. 신규 사용자 8명, 3개월 이상 사용한 액티브 사용자 7명, 이탈 경험이 있는 복귀 사용자 3명. 인구통계적 다양성보다 사용 맥락의 다양성에 더 무게를 뒀다. 모바일만 쓰는 사람, 데스크톱에서만 쓰는 사람, 브라우저 자동 완성과 개인 메모 툴을 함께 쓰는 사람을 균형 있게 섞었다.

진행 방식은 원격 모더레이티드 세션이 주였고, 현장 세션을 4건 섞었다. 원격 세션은 사용자의 익숙한 환경에서, 현장 세션은 시선 추적과 손동작 촬영을 보조 신호로 받기 위해서였다. 과제는 실제 업무와 유사한 시나리오로 만들었다. 예를 들어 검색어 추천의 적절성을 보려면, 단순히 좋아보이는 키워드를 고르게 하지 않는다. 특정 맥락, 예산과 기간, 목표 묘사가 있는 텍스트를 주고, 해당 맥락에 필요한 정보 조합을 스스로 만들도록 요청한다. 그러면 추천이 정말 유용한지, 아니면 방해가 되는지 금방 드러난다.

우리가 실제로 진행한 테스트의 간단한 흐름

도입 인터뷰로 맥락과 기대를 받는다. 요즘 비슷한 서비스를 어디에 어떻게 쓰는지, 최근 기억나는 좋은 경험과 나쁜 경험을 묻는다.
페이퍼 프로토타입이나 와이어 수준의 화면에서 라벨과 흐름 이해도를 빠르게 본다. 여기서 용어와 구조의 첫 신호를 잡는다.
기능 중심의 태스크를 3개, 목표 중심의 태스크를 2개 섞어 수행하게 한다. 기능 태스크는 버튼과 제어의 위치 확인, 목표 태스크는 문제 해결 과정의 주도권을 본다.
테스트 도중 중단과 전환의 순간을 타임스탬프로 표기한다. 이유 추정은 나중에 코딩한다.
세션 종료 후 리플렉션 인터뷰로 예상과 실제, 확신의 정도를 7점 리커트 척도로 받는다. 계량화해 비교 가능성을 열어둔다.

이 다섯 단계만 지켜도, 같은 화면을 두고 사람마다 왜 다른 길로 가는지, 어디서 확신을 잃는지, 무엇이 다음 행동을 부추기는지 신뢰도 높은 신호를 모을 수 있다.

첫 라운드에서 드러난 핵심 인사이트

낯익은 문제와 의외의 문제가 함께 나타났다. 낯익은 쪽은 예측 가능하다. 버튼 대비 부족, 모바일에서 헤더 고정으로 인한 가시 영역 축소, 필터 패널이 화면을 과도하게 덮는 현상 등. 의외였던 것은 언어와 피드백, 그리고 검색 결과 무대 자체의 톤이었다. 여기 몇 가지 장면을 정리한다.

라벨의 방향성 문제. 사용자들은 상단에 있는 넓은 입력창을 검색이라고 보지 않았다. 우리는 범용 입력을 강조하고 싶어 라벨을 비워뒀고, 플레이스홀더 문구만 있었다. 테스트에서 절반 이상이 그 영역을 배너로 인식했다. 플레이스홀더는 텍스트가 아니라 장식으로 보인다는 사실을 새삼 확인했다. 문구를 명사에서 동사로 바꾸고, 숨은 라벨을 화면 리더뿐 아니라 시각적으로도 보이게 하자 탐색 시간이 평균 3.2초 줄었다.

필터 초기화의 심리적 비용. 고급 필터에서 조건을 3개 이상 적용한 뒤 결과가 뜻대로 나오지 않으면 사람들이 뒤로 가기를 눌렀다. 하단의 초기화 버튼은 잘 보였지만 누르지 않았다. 이유를 물으니, 다시 조건을 다 넣기 싫어서였다. 이건 버튼의 위치 문제가 아니다. 초기화의 단위와 복구에 대한 신뢰 문제다. 조건을 칩 형태로 상단에 노출해 하나씩 꺼낼 수 있게 바꾸고, 뒤로 가기 했을 때 마지막 조건 조합을 복구해주자 불필요한 페이지 이탈이 유의미하게 줄었다.

검색 제안의 타이밍. 입력 2자부터 자동완성을 띄우도록 했는데, 모바일에서는 키보드와 제안 리스트가 겹치면서 시야를 압박했다. 더 큰 문제는 제안이 너무 일찍 나오면 사람의 생각이 덜 익은 상태에서 제안에 끌려간다는 점이다. 3자 이상으로 조건을 바꾸고, 입력이 멈춘 뒤 250ms 지연을 넣자 오타 수정이 늘어도 결과 클릭까지 걸리는 총 시간은 줄었다.

피드백 메시지의 톤. 결과 없음 화면에서 제시한 대안이 다소 훈계처럼 느껴진다는 지적이 있었다. 우리는 친절하려고 했지만, 맥락 없이 튀어나오는 조언은 자칫 비난처럼 들린다. 데이터를 기반으로 가장 가까운 유사 결과 3개를 미리 제시하고, 선택지를 추가로 펼치게 했더니 제로 상태의 체류 시간이 짧아졌다. 사람은 막다른 길이 아니라 작은 샛길을 원한다.

브랜드 명칭의 혼용. 테스트 중 키탐넷이라고 말하는 참가자를 여러 번 만났다. URL 바에 키스타임을 치고 자동완성으로 키스타임넷에 들어오기도 한다. 이 자체가 문제는 아니지만, 헤더의 로고 텍스트와 푸터의 법적 명칭, 온보딩 슬라이드의 슬로건이 서로 달라서 신뢰감에 미세한 금이 갔다. 이름이 여러 개인 서비스는 사람 머리 속에서 여러 개의 서비스로 분화된다. 공통된 키스타임 닉네임을 병기하되, 공식 표기를 일관되게 고정하는 방향으로 합의했다.

디자인 개편, 빠른 승리부터 구조적 수술까지

모든 것을 한 번에 고치면 조직과 사용자가 모두 피곤해진다. 우리는 즉시 반영 가능한 것과 구조적 수술이 필요한 것을 구분했다. 색 대비, 입력 필드의 명시 라벨, 버튼 우선순위 재배치 같은 것은 바로 적용했다. 구조적인 부분은 실험 플래그를 달고, 트래픽을 절반씩 나눠 충분한 기간 관찰했다. 특히 검색 경험은 기능 조합의 결과물이어서 한 항목씩 빼고 더하며 관찰하는 편이 안전했다.

예를 들어 자동완성 제안을 조정하면서 모바일 하단 탭의 배치를 바꿨다. 검색에 진입하면 하단 탭이 감춰지고, 상단에는 검색 필드와 제안, 최근 검색, 추천 조합이 자연스럽게 흐르도록 했다. 데스크톱에서는 좌측에 파라미터 패널을 고정하고, 검색 결과 리스트와 상세를 한 화면에서 오갈 수 있도록 2열 레이아웃을 도입했다. 작은 변화처럼 보여도, 왼쪽에서 조건을 만지고 오른쪽에서 결과를 확인하는 리듬은 타이핑과 클릭의 빈도를 줄여준다.

용어의 표준화와 정보 구조의 재정렬

키스타임넷 내부에서 쓰는 용어와 사용자가 입 밖으로 내는 단어가 다르면 설명문을 아무리 늘려도 헛돈다. 첫 라운드 이후 가장 먼저 한 일은 용어 사전 정비였다. 내부 문서에서 굳어진 말 중 사용자가 거의 쓰지 않는 표현을 과감히 버렸다. 그리고 라벨은 명사형보다 동사형을 우선했다. 예를 들어 저장이 아니라 보관하기, 필터가 아니라 조건 고르기처럼 행동을 부르는 형태가 더 낫다. 물론 모든 동사형이 좋은 건 아니다. 지나치게 구어체로 기울면 신뢰가 떨어진다. 그래서 안내 문장과 라벨의 온도를 다르게 가져갔다.

정보 구조는 자주 쓰는 것을 위로, 복잡한 것을 오른쪽으로 옮기는 단순 원칙을 다시 적용했다. 헤더에는 검색과 알림, 최근 활동만 두고 나머지는 계정 드롭다운과 하단 메뉴로 보냈다. 이 과정에서 숨겨진 기능이 늘어날 위험이 있어, 진입 경로를 두 개 이상 유지하는 타협을 했다. 신뢰적인 작업은 과감히 중복 경로를 남겨두는 편이 실패 비용을 낮춘다.

검색 경험, 다시 짚은 5가지

검색은 키스타임과 같은 서비스의 심장이다. 겉으로 보이는 입력창과 결과 리스트 사이에는 사소해 보이지만 치명적인 마찰이 숨어 있다. 우리는 다섯 가지를 집중적으로 손봤다.

첫째, 오타 관용성. 자동 교정은 위험하다. 맥락 없이 단어를 바꾸면 사람을 배신하게 된다. 대신 철자 편차가 잦은 키워드에 대해 너그러운 매칭을 확대하고, 바뀐 기준을 결과 상단에 명확히 표기했다. 사용자가 틀린 철자를 유지하더라도 비슷한 결과를 보되, 다른 철자를 제안으로 보여주는 방식을 택했다.

둘째, 제안의 품질. 인기순 제안은 새 사용자를 돕지만, 숙련 사용자에게는 방해가 된다. 개인화라는 큰 말을 쓰지 않더라도, 최근 맥락과 같은 세션 내 행동만 반영해도 제안의 적합도가 오른다. 실제로 개인 이력 기반 간단한 가중치를 추가하니 제안 클릭률이 12에서 19로 상승했다.

셋째, 결과 카드의 깊이. 리스트에서 너무 많은 정보를 보여주면 스캔은 빨라지지만 결정은 느려진다. 반대로 정보를 감추면 클릭은 늘고, 뒤로 가기가 따라온다. 테스트에서 평균 1.8개의 보조 속성을 더했을 때, 클릭 후 이탈률이 낮아졌다. 핵심은 목록에서 결정을 끝내지 말고, 결정을 위한 신호를 충분히 주는 것이다.

넷째, 제로 상태 설계. 아무 결과도 나오지 않는 순간은 사실상 제품 철학이 드러나는 자리다. 우리는 사용자가 실수했다는 느낌을 주지 않으면서, 지금의 검색 논리를 간단히 설명하고, 당장 선택할 수 있는 탈출구를 제시하는 구성을 만들었다. 이때 보여주는 대안의 수를 3개로 제한한 것도 중요했다. 5개를 넘기면 다시 선택 마비가 왔다.

다섯째, 속도와 안정성. 지연 200ms의 차이는 느껴진다. 결과가 빠르게 오가는 환경에서 미세한 흔들림은 신뢰에 타격을 준다. 우리는 초기 로딩과 페이지 전환 중 스켈레톤을 단순화하고, 스크롤 위치 이탈을 막는 데 공을 들였다. 기술적으로는 사소해 보이지만, 사용자는 안정적인 화면이 편하다고 느낀다.

가입과 로그인, 문턱을 낮추는 세 가지 조치

가입과 로그인 흐름은 전환율 최적화라는 관점에서만 보면 쉽게 함정에 빠진다. 빠르게 들이는 것이 다가 아니다. 들어온 사람이 첫 작업을 시작하는 데 걸리는 시간을 줄여야 한다.

우리는 소셜 로그인 우선 배치를 유지하면서, 이메일 가입의 단계 수를 4에서 2로 줄였다. 비밀번호 조건을 먼저 보여주고, 조건을 충족할 때마다 즉시 피드백을 주는 기본기를 지켰다. 더 큰 효과는 가입 직후의 온보딩에서 나왔다. 슬라이드 3장을 없애고, 실제 버튼 하나를 누르면 첫 이득을 체감하는 마이크로 태스크를 바로 제시했다. 예를 들어 자신의 관심사를 고르면, 홈의 추천 블록이 즉시 바뀌는 것을 눈으로 보게 했다. 사람은 설명보다 반응에 설득된다.

복귀 사용자를 위한 장치도 넣었다. 오랜만에 들어온 세션이라면 최근 변경 사항과 주요 지름길을 한 번에 보여주는 얇은 팝오버를 띄우되, 모달로 막지 않았다. 방해받지 않고 바로 작업으로 들어가게 하면서도, 필요한 힌트를 제공하는 중립적 방식을 택했다.

성과를 숫자로 말하기 위한 최소 지표

디자인의 미세한 조정은 종종 체감은 좋은데 수치로 증명하기 어렵다. 그래서 테스트 단계에서부터 지표 정의를 함께 간다. 다음 항목은 실제로 우리가 트래킹에 포함시켜 설득에 쓴 최소 세트다.

검색 진입에서 첫 결과 클릭까지의 경과 시간의 중앙값
결과 없음 화면에서 대안 선택 전환율과 체류 시간
조건 칩 단위의 추가, 제거, 되돌리기 비율
모바일 대비 데스크톱에서의 하단 탭 터치 오작동 비율
신규 가입 후 첫 과제 완료까지 걸린 시간과 이탈 지점

지표는 어디까지나 판단의 보조다. 대신 비교가 가능한 정의를 지키고, 실험 플래그별로 깨끗한 분리만 보장하면 변화의 방향성을 신뢰할 수 있다. 특히 중앙값을 보조 지표로 두면 아웃라이어에 흔들리지 않는다.

조직 내 설득, 어떻게 공유했나

UX 개선은 화면 몇 장으로 끝나지 않는다. 개발, 마케팅, 고객지원, 법무까지 영향을 나눈다. 우리는 테스트 인사이트를 공유할 때 가능한 한 문장과 동영상 클립을 함께 붙였다. 20초짜리 머뭇거림은 그래프 백 장보다 강력하다. 그리고 실패 사례를 숨기지 않았다. 어떤 가설은 틀렸는지, 왜 틀렸는지 문서에 남겼다. 그래야 다음 번에 같은 우회로로 들어가지 않는다.

로드맵 상 우선순위는 지표와 난이도, 영향도를 겹쳐 보고, 단기간 실험으로 신뢰를 쌓을 수 있는 항목을 앞으로 당겼다. 대표적으로 라벨 교정, 칩형 필터, 제로 상태 대안 제시가 여기에 해당했다. 반면 정보 구조 재정렬과 검색 결과 리스트의 2열화는 준비 기간을 길게 잡고 점진적으로 확장했다. 변화를 느끼는 사람이 불안해하지 않도록 설명과 가드를 함께 붙였다.

키스타임, 키스타임넷, 키탐넷, 이름이 만든 명암

브랜드 명칭의 혼용은 단순한 홍보 문제로 취급되기 쉽다. 하지만 테스트에서 보았듯 사람은 이름으로 길을 찾는다. 주소창 자동완성, 외부 링크의 앵커 텍스트, 앱 내 로고의 문구가 조금씩 다르면 길찾기 신뢰가 흔들린다. 우리는 다음 원칙으로 정리했다. 플랫폼 내 공식 표기는 키스타임넷으로 고정한다. 첫 방문 안내와 푸터의 법적 문구, 설정 화면의 서비스 명칭까지 동일하게 맞춘다. 외부에선 키스타임과 키탐넷을 용인하되, 검색엔진 최적화와 광고 노출에서 키워드 매칭을 병기해 흩어짐을 줄인다. 더 중요한 대목은 고객지원 스크립트와 도움말 문서다. 다른 이름을 사용해도 같은 곳에 왔다고 느끼게 하는 언어를 준비해 둬야 한다.

엣지 케이스, 놓치면 되돌릴 수 없는 틈

모든 사용자가 최신 브라우저를 쓰는 것은 아니다. 첫 라운드에서 IE 기반 기업 환경이 남아 있다는 사실을 확인했다. 완벽한 지원은 어렵더라도 핵심 작업이 끊기지 않도록 폴백을 세웠다. 네트워크 환경도 중요한 요소다. 모바일에서 간헐적인 3G 구간이 있는 지역에서 테스트를 진행했더니, 스켈레톤이 길어지는 동안 인터랙션이 막힌다는 느낌을 받았다. 그 사이 버튼이 눌리지 않는다는 인식이 생기면, 이후의 모든 상호작용에 대한 신뢰가 깎인다. 비동기 처리 중에도 터치 피드백을 즉시 주고, 긴 연산에는 체감 시간을 줄이는 마이크로 인터랙션을 더했다.

접근성도 숙제다. 화면 리더로 검색 결과를 탐색할 때 조건 칩의 흐름이 끊겨 읽혔다. 시각 기준으로는 자연스러웠지만, 문서 흐름에서는 점프가 생기고 있었다. 탭 순서와 aria 라벨을 손보고, 키보드만으로도 조건 추가와 제거가 되도록 보완했다. 이 변화는 소수 사용자를 위한 배려처럼 보이겠지만, 실제로는 모든 사용자의 효율을 높인다. 키보드 조작을 선호하는 파워 유저에게도 큰 도움이 됐다.

두 번째 라운드, 해결책의 비교와 다듬기

실험 플래그를 통해 절반의 트래픽에만 새로운 검색 경험을 노출했다. 3주 동안 관찰하니 기대한 만큼의 개선이 모두 나오지는 않았다. 제안의 적합도는 좋아졌지만, 추천 블록과 최근 검색의 우선순위가 충돌하는 구간에서 오히려 클릭 분산이 커졌다. 우리는 추천 블록을 접기 상태로 시작하고, 최근 검색을 첫 번째 섹션으로 올렸다. 사람은 스스로 만든 흔적을 먼저 신뢰한다. 이 작은 수정 후 제안 클릭률은 소폭 줄었지만, 첫 결과 클릭까지의 중앙값이 더 짧아졌다. 속도와 확신이 함께 오른 셈이다.

칩형 필터는 대체로 호응이 좋았으나, 조건이 6개를 넘을 때 가로 스크롤이 늘어나 시야에서 사라지는 문제가 생겼다. 칩 그룹을 접는 기준을 만들고, 최상위 조건 3개만 항상 보이도록 했다. 숨겨진 조건이 있다는 것을 표시하는 요약 칩을 추가해 맥락 상실을 막았다. 이 수정 후 되돌리기 비율이 내려갔다.

세 번째 라운드, 모서리까지 닦기

마지막 라운드는 일부러 악조건을 만들었다. 네트워크를 제한하고, 낮은 해상도에서, 화면 확대 125 퍼센트 설정을 켠 상태로 테스트했다. 여기서 자잘한 균열이 드러났다. 모달의 닫기 영역이 너무 작았고, 스켈레톤과 실제 카드의 높이가 맞지 않아 스크롤 점프가 생겼다. 이런 오류는 개발 과정에서 흔히 생긴다. QA의 체크리스트에 추가하고, 릴리스 전에 상태별 높이 맞춤을 자동화했다.

또 하나, 온보딩 팝오버가 키보드 포커스를 가로채는 버그가 발견됐다. 마우스 사용자에게는 없던 문제라 초반 라운드에서 지나쳤다. 포커스 트랩을 의도적으로 설정하고, 닫기 직후 포커스를 적절한 인터랙티브 요소로 되돌리는 처리를 넣자 문제는 사라졌다. 접근성 장치가 안정성 장치로 확장되는 순간이었다.

바뀐 뒤의 수치와, 우리가 조심스럽게 해석한 것들

개편을 마치고 6주를 보냈다. 전체 검색 세션에서 첫 결과 클릭까지의 중앙값은 6.3초에서 4.9초로 줄었다. 제로 상태에서의 대안 선택 전환율은 24에서 41로 상승했다. 칩 단위 되돌리기 비율은 18에서 11로 낮아졌다. 신규 가입 후 첫 과제 완료까지 걸린 시간은 평균 2분 40초에서 1분 55초로 단축됐다. 숫자만 보면 성공이다.

하지만 변화는 선형이 아니었다. 둘째 주에는 수치가 반등했다. 추천 블록의 신뢰가 자리잡기 전 까지, 사람들은 새 레이아웃을 탐색하느라 시간을 더 썼다. 우리는 설명을 늘리지 않았다. 대신 홈에서 추천 블록의 첫 카드에 작은 힌트를 넣었다. 당신의 최근 행동을 반영했습니다 같은 문장 대신, 어제 본 X와 유사한 항목이에요 라는 구체적 문구를 택했다. 불필요한 교육보다 상황 맞춤의 힌트가 낫다.

키워드의 혼용도는 단기간에 바뀌지 않는다. 다만 외부 유입에서 키스타임, 키탐넷으로 들어오는 사람들의 이탈률이 조금 낮아졌다. 헤더와 푸터의 표기 일관성, 로그인 화면의 문안 정비가 작은 신뢰를 쌓은 결과라 본다.

다음 라운드를 위해 남긴 메모

모든 과제는 남는다. 이번 개선에서 다음 실험의 후보를 몇 가지 추렸다. 첫째, 제안의 다양성. 과도한 적합성은 탐험을 막는다. 일부러 약간의 우연을 섞는 실험을 해볼 계획이다. 둘째, 협업 흐름. 링크 공유와 메모가 서비스 내에서 더 잘 엮이면 재방문이 자연스러워진다. 셋째, 모바일 온리 사용자의 문맥. 하단 탭의 제스처 충돌과 OS별 자동완성 정책 차이를 더 면밀히 봐야 한다.

그리고 테스트 자체의 개선도 필요하다. 이번에 배운 것 중 하나는, 숫자와 영상 클립만큼이나 실제 로그 타임라인의 간단한 시각화가 의사결정을 빠르게 만든다는 점이다. 타임스탬프에 감정을 코딩해, 망설임이 길어진 순간을 색으로 표시하면 회의에서 논점이 명확해진다. 다음 라운드에서는 이 시각화를 자동화해 보려 한다.

마무리, 사용성 테스트가 해준 것과 우리가 해야 할 것

사용성 테스트는 불편의 위치를 정확히 가리킨다. 하지만 처방은 여전히 우리의 몫이다. 키스타임넷의 이번 라운드에서 테스트는 라벨의 모호함, 초기화의 심리적 비용, 제안의 타이밍, 제로 상태의 톤, 이름의 일관성 같은 문제를 낱낱이 보여줬다. 우리는 빠르게 고칠 수 있는 것을 먼저 고치고, 구조적 변화는 실험으로 안전망을 깔았다. 수치는 개선을 확인시켜줬지만, 수치 뒤에서 사용자 한 명 한 명의 작은 확신을 지키는 일이 무엇보다 중요했다.

키스타임, 키탐넷, 키스타임넷 어느 이름으로 들어오든, 사람은 자신의 문제를 빠르고 확실하게 진전시키고 싶어 한다. 인터페이스는 그 길을 가로막지 않아야 한다. 몇 초의 줄어든 탐색, 한 번 줄어든 되돌리기, 보이는 자리로 옮겨진 라벨이 모여 체감되는 품질을 만든다. 테스트는 그 모서리를 보여주는 거울이고, 개선은 결국 손으로 닦아내는 일이다. 이번 해답은 다음 질문을 낳는다. 그 질문을 꾸준히 만들고, 작게라도 확인하는 루틴을 유지하는 것이 제품을 앞으로 움직인다.