재촉 반복

팝업이 다시 뜨는 것을 문제로 부르기가 오래 어려웠습니다. 창 하나하나는 흠잡을 데가 없기 때문입니다. 알림을 켜면 좋은 점을 설명하고, 거절 버튼도 멀쩡히 달려 있고, 누르면 닫힙니다. 한 장면만 떼어 보면 정중한 안내입니다.

문제는 그 장면이 반복될 때 생기는데, 이걸 지적할 말이 없었습니다. 디자인 리뷰에서 나오는 말은 "좀 거슬리는데요" 정도였고, 거슬린다는 감상에는 반박하기가 쉬웠습니다. 한 번 더 물어보는 게 뭐가 문제냐, 사용자가 처음엔 몰라서 거절했을 수도 있지 않냐고 하면 대화가 거기서 끝났습니다. 화면 한 장으로 검토하는 관행도 여기에 한몫했습니다. 디자인 시안은 보통 한 장면씩 올라오고, 같은 창이 열흘 동안 여섯 번 뜬다는 사실은 어느 시안에도 그려져 있지 않습니다.

재촉 반복이라는 이름은 문제의 단위를 창 한 개에서 반복 전체로 옮깁니다. 심사 대상이 "이 팝업이 무례한가" 에서 "이 요청을 몇 번이나 다시 띄우는가" 로 바뀌면, 감상이 아니라 횟수와 간격을 놓고 이야기할 수 있게 됩니다.

거절을 최종 답이 아니라 잠시 미뤄 둔 답으로 처리하고, 일정 간격마다 같은 요청을 다시 띄워 거절 비용을 쌓아 올리는 방식입니다.

동작은 네 단계로 나뉩니다.

1. 처음 요청을 띄웁니다. 알림을 켜 달라거나 뉴스레터를 구독해 달라는 창입니다. 여기까지는 정상적인 요청입니다.
2. 사용자가 거절하면 그 사실을 기록하되, 다시 묻지 않겠다는 뜻으로 받지 않고 다음에 물어볼 시점을 계산합니다.
3. 앱을 열 때마다, 혹은 사흘에 한 번씩 같은 창이 같은 문구로 다시 뜹니다. 내용도 버튼 위치도 첫 번째와 같습니다.
4. 여섯 번째쯤에 한 사람이 허락을 누릅니다. 마음이 바뀐 순간이 아니라 창을 치우는 가장 빠른 방법을 찾은 순간입니다.

통하는 이유는 양쪽의 수고가 다르기 때문입니다. 승낙은 한 번 누르면 끝나는 반면 거절은 뜰 때마다 다시 눌러야 합니다. 열 번 거절하려면 열 번 손이 가지만 한 번 승낙하면 다시는 보지 않아도 됩니다. 이 차이가 쌓이면 사용자는 요청에 동의해서가 아니라 화면을 비우려고 승낙을 누릅니다.

그래서 숫자가 어긋나기 시작합니다. 알림 동의율이 20퍼센트에서 38퍼센트로 오르는데, 실제로 알림을 열어 보는 비율은 12퍼센트에서 5퍼센트로 떨어지는 식입니다. 동의한 사람이 늘었으니 앞쪽 지표는 성공처럼 보이지만, 늘어난 몫은 알림을 원해서 켠 사람이 아니라 창을 치우려고 켠 사람입니다. 이 사람들은 알림이 오면 읽지 않고 지우거나 설정에서 꺼 버립니다.

권한을 받아야 하는 자리에서 가장 흔합니다. 앱 푸시 허용, 위치 정보 접근, 연락처 접근 요청이 앱을 열 때마다 반복되는 경우입니다. 다음으로 흔한 자리는 수신 동의를 받는 구독 팝업입니다. 사이트에 들어갈 때마다 같은 모달이 화면을 덮고 이메일을 요구하는 형태로, 닫아도 다음 방문에 다시 뜹니다.

유료 전환을 미루는 사용자에게 같은 제안을 반복해 띄우는 것도 여기에 듭니다. 무료 체험이 끝난 뒤 로그인할 때마다 결제 유도 화면을 먼저 거쳐 가게 만드는 형태가 대표적입니다. 이 밖에 모바일 웹에서 앱을 설치하라는 배너를 스크롤할 때마다 올리는 것, 평점을 남겨 달라는 창을 실행할 때마다 띄우는 것도 같은 구조입니다.

경계선은 다시 묻는 행위 자체가 아니라 맥락이 바뀌었는지에 있습니다. 사용자가 방금 문서를 공유한 직후에 "댓글이 달리면 알려 드릴까요" 하고 한 번 묻는 것은 새로 생긴 이유가 있는 요청입니다. 아무 일도 없었는데 앱을 열었다는 이유만으로 사흘마다 같은 문구가 뜨는 것은 다릅니다. 점검할 때는 문구가 상황에 따라 달라지는지, 거절 이후 다시 묻기까지의 간격이 정해져 있는지, 최종적으로 그만 묻는 지점이 있는지를 봅니다. 셋 중 하나도 없으면 반복 요청으로 봅니다.

"이거 세 번째 거절인데 또 떠요. 재촉 반복 아닌가요?"

같은 요청이 거절 이후에도 계속 나오고 있으니 반복을 멈출 기준을 두자는 지적입니다.

"동의율은 올랐는데 알림 열람률이 반으로 떨어졌어요."

승낙을 받아 낸 방식이 원하지 않는 사람까지 끌어들였다는 뜻입니다.

"거절하면 90일 동안은 다시 안 띄우는 걸로 정합시다."

반복에 상한을 걸어 요청과 재촉을 가르자는 제안입니다.

페이지덱에서 이 이야기가 나온 것은 알림 동의율을 올리자는 과제를 잡았을 때였습니다. 현우가 앱을 열 때마다 권한 창을 다시 띄우는 안을 가져왔고, 2주 실험에서 동의율은 21퍼센트에서 36퍼센트로 올랐습니다. 숫자만 보면 통한 실험이었습니다.

민서가 같은 기간의 다른 줄을 함께 열었습니다. 알림을 받고 앱으로 들어오는 비율이 절반으로 떨어졌고, 설정에서 알림을 직접 끈 사용자가 네 배로 늘어 있었습니다. 팀은 권한 창을 거절 이후 60일간 띄우지 않는 쪽으로 바꾸고, 대신 문서를 처음 공유한 직후에 한 번만 묻기로 했습니다. 동의율은 27퍼센트에서 멈췄지만 알림으로 들어오는 사람 수는 실험 전보다 늘었습니다.

동의율이 올랐으면 성공한 것으로 읽는 경우가 가장 많습니다. 목표로 잡은 지표가 실제로 움직였고 실험 결과도 그렇게 나오니 그렇게 결론 내리기 쉽습니다. 하지만 이 방식으로 늘어난 동의는 요청을 받아들인 결과가 아니라 창을 닫으려는 행동이라, 동의 이후의 행동은 따라오지 않습니다. 그 결과 알림은 읽히지 않는 채로 발송량만 늘고, 짜증이 쌓인 사용자는 알림을 끄는 데 그치지 않고 앱 자체를 지우기도 합니다. 되돌리기도 어렵습니다. 한 번 알림을 끈 사용자에게 다시 켜 달라고 하는 일은 처음 묻는 것보다 훨씬 어렵고, 기기 설정까지 들어가 꺼 버린 경우에는 제품 안에서 손쓸 방법이 없습니다.

거절 이후 다시 묻는 것은 무조건 이 유형이라고 보는 반대편 오해도 있습니다. 같은 요청을 한 번 더 하는 순간 반복이 시작된다고 보면 그렇게 읽힙니다. 하지만 기준은 횟수 자체가 아니라 다시 물을 이유가 새로 생겼는지입니다. 처음 가입한 날 권한을 거절한 사용자가 두 달 뒤 팀원 다섯을 초대했다면 상황이 달라졌으니 한 번 더 물을 만합니다. 이 구분을 놓치면 팀은 필요한 안내까지 전부 금지하는 쪽으로 가고, 정작 사용자는 자기에게 도움이 됐을 기능을 모른 채 지나갑니다.