왜 App Retention Metrics가 팀을 몰래 Dark Patterns로 이끄는가
Source: Dev.to
Retention doesn’t distinguish value from friction
Retention 지표는 거친 도구입니다. 사용자가 돌아온다는 것만 알려줄 뿐 왜 돌아오는지는 알려주지 않죠.
- 실제 문제를 해결했기 때문에 돌아오는 사용자는
- 알림을 끄지 못해서,
- 로그아웃이 숨겨져 있어서,
- 떠날 때 여러 번 방해가 발생해서 돌아오는 사용자와 데이터상에서는 동일하게 보입니다.
지표 입장에서는 두 경우 모두 성공으로 간주됩니다. 하지만 사용자 입장에서는 전혀 다른 경험이죠.
How dark patterns emerge without bad intent
대부분의 dark pattern은 악의적인 디자인 회의의 결과가 아니라 최적화 압박 속에서 자연스럽게 나타납니다. Retention이 최우선 목표가 될 때 가장 쉬운 승리 전략은 다음과 같습니다:
- 탈출 흐름을 찾기 어렵게 만들기
- 떠날 때 “정말로 나가시겠습니까?”와 같은 마찰 추가
- “혹시 몰라”라는 이유로 사용자를 다시 유도하기
- 옵트‑인(opt‑in)을 기본값으로 두고 옵트‑아웃(opt‑out)을 어렵게 설정하기
각각의 결정은 따로 보면 정당화될 수 있지만, 모두 합쳐지면 사용자를 오래 머무르게 하는 제품이 됩니다—그것이 사용자에게 좋은지 여부와는 별개로. 대시보드는 개선되지만, 사용자 자율성은 조용히 사라집니다.
Retention vs. real engagement
- Retention은 존재 자체를 보상합니다.
- Engagement는 목적을 보상합니다.
Retention된 사용자는 여전히 혼란스럽거나 좌절하거나 떠나려고 할 수 있습니다. 진정으로 engaged한 사용자는 가치가 있기 때문에 돌아옵니다. 팀이 오직 Retention만을 최적화하면 다음 질문을 하지 않게 됩니다:
- 사용자가 실제로 목표한 작업을 끝냈는가?
- 작업을 마친 뒤 쉽게 떠날 수 있었는가?
- 우리는 사용자의 재방문을 얻고 있는가—아니면 강제로 만들고 있는가?
이 지점이 최적화가 조작으로 변하는 선입니다.
The psychological cost of “sticky” design
Dark pattern은 일반적인 인간 행동을 이용합니다:
- 손실 회피(loss aversion)
- 방해에 대한 민감도(interruption sensitivity)
- 습관 형성(habit formation)
사용자는 인터페이스가 자신을 끌어당기고 있음에도 불구하고 스스로 머무른다고 느낍니다. 시간이 지나면 조용한 신뢰 문제가 생깁니다: 사람들은 도움을 받기보다 관리당하고 있다고 느끼죠. 사용자가 이를 인식하면 Retention은 보통 급격히 붕괴됩니다.
What changes if you design for exit
탈출을 염두에 두고 디자인하면 추적하는 지표가 바뀝니다. 다음과 같은 지표를 측정할 수 있습니다:
- 프롬프트 없이 작업을 완료한 비율
- 성공 후 깔끔하게 나가는 비율
- 옵트‑아웃 경로의 명확성
- 일정 시간 후 자발적인 재방문
이러한 지표는 최적화하기 어렵지만 사용자 가치와 더 잘 맞습니다. Retention은 목표가 아니라 부수 효과가 됩니다.
Metrics are never neutral
Retention 지표는 객관적으로 보이지만 가정들을 내포하고 있습니다:
- 더 많은 시간이 좋다
- 재방문 = 가치
- 머무르는 것 = 성공
이 가정들이 질문 없이 받아들여지면 dark pattern은 예외가 아니라 일반적인 UX가 됩니다. 불편한 진실은, Retention을 최우선으로 보상한다면 제품이 사용자를 머무르게 하는 데 집중하는 것을 놀라워하지 말아야 한다는 것입니다.
Closing note
최근에 제품 인센티브, 사용자 신뢰, 그리고 이런 디자인 결정에 대해 더 많이 쓰고 있습니다. 이 글의 더 긴 버전과 관련 에세이는 제 사이트에 있습니다.
