Hacker News 2026.06.06 96

"나중에 할게요" 버튼을 없앤 게 왜 나쁜 설계일까

무슨 이야기냐면

앱이나 웹서비스를 쓰다 보면 이런 팝업 많이 보셨죠. "알림을 켜시겠어요?", "프리미엄으로 업그레이드하세요", "리뷰를 남겨주세요" 같은 거요. 예전엔 이런 창에 보통 선택지가 두 개 이상 있었어요. "네" 그리고 "나중에(Maybe later)". 그런데 요즘 앱들을 보면 이 "나중에"가 슬그머니 사라지고 있어요. 선택지가 "지금 켜기"랑 "끄기/거절" 두 개만 남거나, 아예 거절 버튼을 흐릿하게 만들어서 누르기 어렵게 해두죠.

이번 글은 개발자 Arnór가 "'나중에'라는 선택지는 사실 하나의 기능(feature)이었다"고 주장하는 내용이에요. 그게 사라진 게 왜 문제인지를 짚는 거죠.

핵심 내용: '나중에'가 왜 기능이었나

생각해보면 사용자가 어떤 제안을 받았을 때 마음 상태는 세 가지예요. "좋아, 할래", "싫어, 안 할래", 그리고 "지금은 아닌데, 나중엔 할 수도 있어"예요. 이 세 번째 상태가 현실에서는 굉장히 흔하거든요. 지금 바쁘거나, 아직 이 앱을 잘 모르거나, 마음의 준비가 안 됐을 때요.

"나중에" 버튼은 바로 이 세 번째 마음을 정확히 받아주는 장치였어요. 사용자는 부담 없이 미룰 수 있고, 앱은 나중에 더 적절한 타이밍에 다시 물어볼 명분이 생겨요. 서로 win-win이죠.

그런데 이 버튼을 없애면 어떻게 되냐면, 사용자는 "예/아니오" 둘 중 하나로 강제로 결정을 내려야 해요. 아직 마음이 안 정해진 사람한테 칼을 들이대는 셈이에요. 그러면 어떻게 될까요? 많은 사람이 그냥 안전하게 "아니오"를 눌러버려요. 한 번 거절하면 다시 물어보기 애매해지니까, 결과적으로 "나중에"를 줬을 때보다 최종 전환율이 오히려 떨어질 수 있다는 거예요.

이건 사실 다크 패턴(dark pattern)의 일종이에요. 다크 패턴이란 사용자를 교묘하게 속이거나 압박해서 기업이 원하는 행동을 하도록 유도하는 UI 설계를 말해요. "나중에"를 없애고 거절 버튼을 안 보이게 숨기는 건, 단기적으로 '지금 켜기' 클릭률은 올릴지 몰라도, 장기적으로는 사용자 신뢰를 갉아먹는 행동이라는 거죠.

업계 맥락에서 보면

이 글이 짚는 더 큰 흐름은, 많은 회사가 단기 지표(metric)에 중독되어 있다는 점이에요. "이 버튼을 없앴더니 알림 동의율이 5% 올랐다"는 A/B 테스트 결과는 당장 보기 좋거든요. 그런데 그렇게 동의를 '쥐어짜낸' 사용자는 결국 알림을 꺼버리거나 앱을 지워버려요. 숫자판에는 안 잡히는 손실이죠.

실제로 애플이나 구글도 운영체제 차원에서 이런 압박형 UI를 규제하는 방향으로 가고 있어요. 예를 들어 알림 권한을 너무 자주 묻지 못하게 막거나, 거절을 존중하도록 가이드라인을 두고 있거든요. 이런 흐름은 '사용자를 압박하는 설계'가 점점 설 자리를 잃고 있다는 신호예요.

한국 개발자에게 주는 시사점

프론트엔드나 프로덕트를 만드는 분들께 이건 정말 와닿는 이야기예요. 우리도 기획자나 마케팅 쪽에서 "거절 버튼 좀 흐리게 해주세요", "'나중에' 빼고 동의율 올립시다" 같은 요청 받아본 적 있잖아요. 그럴 때 이 글이 좋은 반박 근거가 돼요. "그거 단기 지표는 오를지 몰라도 장기 리텐션(사용자 유지율)을 갉아먹습니다"라고요.

핵심은 사용자에게 '미룰 자유'를 주는 게 결국 우리한테도 이득이라는 거예요. 강요해서 얻은 동의는 진짜 동의가 아니고, 신뢰를 잃으면 그게 진짜 비싼 비용이거든요. 좋은 UX는 사용자의 '아직 잘 모르겠는 상태'까지 존중하는 설계예요.