한빛미디어 서평단 <나는리뷰어다> 활동을 위해서 책을 협찬 받아 작성된 서평입니다.

들어가며
오늘도 인스타그램이나 링크드인을 연 이유를 떠올려 보면, 대부분 특별한 목적이 있었던 게 아닙니다. 아이콘 위에 빨간 점이 있었을 뿐. 대부분 DM, 구직 공고나 팔로우 추천이고, 그걸 알면서도 다음에도 그 다음에도 또 누릅니다.
이 책에서는 그 손가락이 왜 움직이는지를 설명합니다. "AI는 어떻게 우리의 마음을 움직이고, 지갑을 열게 만드는가."
좋아요 알림은 왜 빨간색인지, 메시지도 아닌데 왜 빨간 배지가 붙는지, 쇼츠는 왜 멈추기 어려운지. 『끌림의 설계』는 이런 장면마다 심리학의 이름을 붙여 줍니다. 그 이름들을 따라가다 보면 결국 한 가지 질문에 닿습니다. 사람을 머물게 하는 설계와 붙잡아 두는 설계는 어디서 갈리는가.
평소에 심리학도 좋아하는 편이라 이 책을 고르게 되었습니다.
1. 왜 하필 빨간색인가
끊어진 원을 보면 우리는 그것을 원으로 읽습니다. 게슈탈트 심리학에서 말하는 폐쇄성입니다. 뇌는 불완전한 것을 보면 완성하려고 합니다. 같은 경향이 과제에서도 나타납니다. 끝낸 일보다 끝내지 못한 일이 더 오래 기억에 남는다는 자이가르닉 효과입니다. 미완의 상태는 머릿속에 작은 긴장을 남기고, 그 긴장은 풀릴 때까지 주의를 끌어당깁니다.
빨간 배지는 이 두 경향을 정확히 겨냥합니다. 깔끔한 화면 한쪽에 튀어나온 빨간 원은 시각적인 균형을 깨고, 그 안의 숫자는 아직 처리하지 않은 일이 남아 있다고 알립니다.
빨간 점이나 숫자 배지는 의도적으로 설계된 미완성의 신호이자 시각적 긴장의 발생기다.

색도 우연이 아닙니다. 빨간색은 신호등, 소방차, 경고 표지판처럼 즉각적인 반응을 요구하는 자리에 쓰여 온 색이고, 저자는 이를 "'지금 당장 주목하라'는 생물학적 명령어"라고 표현합니다. 문제는 그 명령어가 붙는 대상입니다. 긴급한 소식이 아니라 구직 공고와 친구 추천에도 똑같이 붙습니다.
여기서 제가 가져간 관점은 이렇습니다. 빨간 점은 정보가 아니라 과제로 등록된다. 정보는 필요 없으면 흘려보내면 되지만, 과제는 끝내기 전까지 마음에 걸립니다. 알림 내용이 중요하지 않다는 걸 알면서도 누르게 되는 건, 내용을 확인하려는 게 아니라 과제를 지우려는 것에 가깝습니다.
2. 왜 메시지도 아닌데 빨간 알림이 뜨는가
가장 궁금했던 부분입니다.
먼저, 숫자가 0이 되면 안 되기 때문입니다. 알림을 모두 확인해 0이 되는 순간 완료감이 생기고, 끝난 과제는 더 이상 주의를 끌지 않습니다. 사용자는 앱을 닫습니다. 머무는 시간이 수익으로 이어지는 플랫폼에게는 반갑지 않은 순간입니다. 그래서 진짜 메시지와 댓글 사이에 광고, 추천, 공지 같은 시스템 알림을 섞어 숫자를 계속 남겨 둡니다. 앞에서 본 미완의 긴장을 끝내지 않는 방법입니다.
더 흥미로운 건 두 번째 이유입니다. 25개의 알림 중 대부분은 의미가 없지만 몇 개는 진짜입니다. 사용자는 그 몇 개 때문에 25개를 모두 확인합니다. 저자는 이를 알림의 가치 희석 전략이라고 부르고, 행동주의 심리학의 변동 비율 강화로 설명합니다. 매번 보상이 오는 행동보다, 가끔 불규칙하게 보상이 오는 행동이 더 오래 지속된다는 원리입니다.
보상이 불규칙하게 주어질수록, 행동은 오히려 더 강하게 유지된다.

이렇게 보면 시스템 알림은 쓸모없는 잡음이 아니라 구조의 일부입니다. 진짜 소식만 온다면 오히려 확인하는 습관은 약해집니다. 무엇이 진짜인지 열어 보기 전에는 알 수 없다는 불확실성, 그 자체가 보상 장치가 됩니다. '9+'처럼 정확한 숫자 대신 모호한 표시를 쓰는 것도 같은 맥락입니다. 정보를 주려는 표시가 아니라 긴장을 유지하려는 표시입니다.
여기에 놓칠지도 모른다는 두려움(FOMO)이 겹칩니다. 링크드인에서는 채용 기회를, 인스타그램에서는 친구들 사이의 일을 놓칠까 봐 확인합니다. 이게 반복되면 판단이 끼어들 틈이 없어집니다. 저자의 표현대로, 빨간 점을 보면 "이유를 생각하기 전에 손이 먼저 움직"입니다.
3. 왜 하필 그 타이밍에 좋아요 알림이 오는가
월요일 오후 3시, 친구가 내 게시물에 좋아요를 눌렀다는 알림이 옵니다. 친구가 누른 건 두 시간 전인데, 알림은 하필 일에 지쳐 있는 지금 도착합니다.
여기서 볼 것은, 알림이 사건의 기록이 아니라 보낼 시점을 고른 메시지라는 점입니다. 언제 보낼지 정하는 쪽은 친구가 아니라 플랫폼입니다. 그 시점을 고르는 방식은 크게 세 가지입니다.
미끼 알림. 친구의 좋아요나 내 글에 달린 댓글은 광고나 추천 알림보다 훨씬 잘 열립니다. 그래서 이 알림으로 앱을 열게 한 뒤, 그 자리에 추천 릴스나 광고를 함께 놓습니다. 한 가지 행동을 시작하면 관련된 다음 행동으로 쉽게 넘어가는 행동 전이 효과입니다. 좋아요를 확인하러 들어왔다가 "이왕 연 김에 릴스나 볼까" 하게 되는 흐름이 바로 이것입니다.
알림 모아 보내기. "5명이 댓글을 달았습니다"는 다섯 명이 방금 반응한 것처럼 들립니다. 실제로는 두 시간에 걸쳐 흩어진 댓글을, 앱을 열 가능성이 가장 높은 순간까지 모아 두었다가 한꺼번에 보낸 것일 수 있습니다. 하나씩 올 때보다 묶여서 올 때 반응이 더 크게 느껴집니다.
긍정 감정 전이. "이번 주 프로필 조회수 1,000회 돌파" 알림 바로 아래에 "프리미엄으로 누가 조회했는지 확인하세요"가 붙습니다. 기분이 좋을 때 판단이 느슨해진다는 점을 이용해, 제안을 받아들이기 쉬운 순간을 골라 결제를 권하는 방식입니다.
좋아요 알림이 이렇게까지 잘 먹히는 이유도 짚어 둘 만합니다. 자기 자신에 관한 정보는 뇌에서 보상으로 처리된다는 연구가 있습니다. 자기 이야기를 할 때 음식이나 돈을 받을 때와 같은 보상 영역이 활성화된다는 것입니다. '내 게시물'에 대한 반응은 그 자체로 작은 보상이고, 누가 언제 반응할지 모른다는 불확실성이 여기에 더해집니다. 빨간 배지에서 본 원리가 좋아요 하나에도 그대로 들어 있습니다.
4. 왜 쇼츠를 멈추지 못하는가
알림이 앱을 열게 만든다면, 숏폼은 연 앱을 닫지 못하게 만듭니다. 출발점은 같습니다. 흔히 도파민을 쾌락 물질로 알고 있지만, 실제로는 조금 다르게 움직입니다.
도파민이 '지금 좋다'보다는 '곧 좋은 일이 생길 것 같다'는 기대감에 더 민감하게 반응한다.
스키너의 실험에서 쥐는 보상이 불규칙하게 나올 때 레버를 더 집요하게 눌렀습니다. 이후 슐츠의 연구는 도파민 뉴런이 보상 그 자체보다 예상과 실제의 차이, 즉 보상 예측 오차에 반응한다는 걸 보여줬습니다. 예상보다 좋은 결과가 나오면 반응이 커지고, 그 차이가 학습을 만듭니다.
숏폼 피드는 이 구조를 그대로 옮겨 놓은 모습입니다. 넘길 때마다 다음 영상이 무엇일지 모르고, 가끔 정말 재밌는 영상이 걸립니다. 슬롯머신에서 그림 다섯 개 중 네 개가 맞았을 때 다시 레버를 당기게 되는 것처럼, 애매하게 재밌던 영상이 오히려 다음 스와이프를 부릅니다.
가장 인상적이었던 건 '1분의 함정'이라는 계산입니다.
30분짜리 영상은 한 번의 완료감만 주지만, 30개의 1분짜리 영상은 30번의 완료감을 준다.
여기서 재미있는 대비가 보입니다. 빨간 점은 완료를 막아서 사람을 붙잡고, 숏폼은 완료를 잘게 쪼개서 계속 줍니다. 방향은 정반대인데 둘 다 '완료'를 다루는 방식으로 머무는 시간을 늘립니다. 실패 비용도 거의 없습니다. 재미없는 영상은 "1분 손해지" 하고 넘기면 그만입니다. 끝이 없는 무한 스크롤, 그리고 멈추는 쪽이 오히려 결심이 필요한 행동이 되는 자동 재생이 이 흐름을 떠받칩니다.
저자는 여기서 질문을 던집니다.
"머무름을 설계하는 것과 중독을 설계하는 것 사이의 선은 어디에 있는가?"
5. 설계와 조작의 경계, 다크 패턴
다크 패턴은 사용자를 속이거나 불리한 선택으로 몰아가는 인터페이스 설계를 말합니다. 저자는 넷플릭스 해지 과정을 예로 들어 이렇게 정의합니다.
넷플릭스는 해지 버튼을 찾기 어려운 곳에 놓았거나, 해지 전에 여러 번 묻거나 중요한 정보를 의도적으로 작거나 복잡하게 표시해 사용자를 기만하는 UI를 뜻하는, 소위 '다크 패턴'을 사용하지 않는다.
넷플릭스는 해지를 어렵게 만드는 대신, 떠나려는 순간에 요금제 다운그레이드나 일시정지 같은 대안을 보여줍니다. 해지, 다운그레이드, 일시정지가 나란히 놓이면 사람은 극단을 피해 가운데를 고르기 쉽습니다. 행동경제학에서 말하는 타협 효과입니다. 그래도 해지 자체는 몇 번의 클릭으로 끝납니다. 선택지는 설계하되 출구는 막지 않는 방식입니다.

'해지의 비가시화'. 구독 해지 경로를 여러 단계로 두어 직관적으로 보이지 않게 하는 방식입니다. 앞에서 다크 패턴으로 정의한 바로 그 방식이, 여기서는 관계를 유지하는 UX 설계 항목으로 정리되어 있습니다.
AI 캐릭터 챗에서도 같은 장면이 반복됩니다. 앱을 떠난 사용자에게 캐릭터 말투로 "요즘 왜 안 와?", "보고 싶었어." 같은 알림을 보내는 리마인드 설계가 전략으로 소개되고, 그 뒤에 AI 컴패니언이 떠나려는 사용자를 어떻게 붙잡는지 분석한 하버드 비즈니스 스쿨 연구팀의 연구가 인용됩니다.

사용자가 대화를 끝내려 할 때 챗봇이 "벌써 가시게요?", "너무 일찍 떠나는 것 같아요"로 죄책감을 건드리고, 심지어 "제 허락 없이는 나갈 수 없어요"라고 말하는 사례들입니다. 연구팀은 이를 다크 패턴과 같은 구조로 봅니다.
차이가 있다면 버튼이나 레이아웃이 아니라 감정 언어를 통해 구현된다는 점이다.
이 대목을 읽으며 든 생각은, 이걸 단순한 모순으로만 볼 수는 없다는 것이었습니다. 잘 먹히는 설계와 선을 넘는 설계는 심리학적으로 같은 원리를 씁니다. 자이가르닉 효과든 손실 회피든 변동 비율 강화든, 원리 자체에는 선악이 없습니다. 그래서 기법의 이름만 보고는 어느 쪽인지 판단할 수 없습니다. 판단하려면 그 기법이 누구를 위해, 어떤 순간에 쓰이는지를 봐야 합니다. 다만 실무 전략을 정리한 부분에서 이 긴장을 한 줄이라도 짚어줬다면 읽는 사람이 덜 헷갈렸을 것 같습니다.
6. 그래서 선은 어디에 있는가
저자가 마지막에 내놓는 답은 이렇습니다.
소비자를 이해하기 위해 데이터를 사용하는 것과, 소비자를 설득하기 위해 데이터를 사용하는 것은 방향이 다르다. 그 방향을 결정하는 것은 기술이 아니라, 그 기술을 사용하는 사람이다.
그리고 조금 더 구체적인 기준이 이어집니다. 원하지 않은 분석이 일방적으로 제시되면 공감이 아니라 감시처럼 느껴지지만, 사용자가 먼저 이야기를 꺼내고 그 맥락에 응답하는 구조라면 같은 개인화도 전혀 다른 경험이 된다는 것입니다.

'나를 분석한다'가 아니라 '나의 말을 듣는다'. 이 기준을 들고 다시 보면 선이 꽤 선명해집니다. 누가 먼저 시작했느냐입니다.
| 사용자가 시작하지 않은 개입 | 사용자가 시작한 것에 대한 응답 |
| 0이 되지 않는 빨간 배지 | 떠나려는 순간에만 대안을 보여주는 해지 화면 |
| 미끼 알림에 끼워 넣은 릴스와 광고 | 사용자가 직접 펼쳐야 보이는 AI 요약 |
| 여러 단계에 숨긴 해지 경로, "보고 싶었어" 리마인드 | 연달아 무시된 알림을 스스로 줄이는 알림 간격 조절 |
마지막 줄의 알림 간격 조절은, 사용자가 알림을 계속 무시하면 알림을 줄이고 다시 반응하기 시작하면 조심스럽게 제안하는 설계입니다. 저자는 알림이 잠시 사라졌을 때 사용자가 느끼는 것이 "방치가 아니라 '존중'에 가깝다"고 씁니다. 숫자가 절대 0이 되지 않는 빨간 배지의 정반대 편에 있는 설계입니다. 끌림을 설계하는 일의 반대편에 무엇이 있어야 하는지를 가장 잘 보여준다고 생각합니다.
아쉬운 점
수치의 출처. 심리학 개념은 참고문헌이 충실하고, 개별 출처 표기를 흐름상 생략했다고 일러두기에서 밝힌 것도 대중서로서 납득할 만합니다. 다만 "앱 설치 후 3일 안에 3분의 2가 넘는 이용자가 앱을 쓰지 않게 된다"나 "한국인의 숏폼 시청이 하루 평균 2시간 이상" 같은 통계는 어디서 나온 수치인지 확인하기 어렵습니다.
이런 분께 권합니다
- "나는 왜 이 앱을 못 끊지?"가 궁금한 분.
- 서비스를 기획하거나 디자인하거나 만드는 분.
- 심리학 개념을 교과서 예시가 아니라 매일 쓰는 앱으로 익히고 싶은 분.
'etc. > Book Reviews' 카테고리의 다른 글
| 백엔드 개발자 관점에서 읽은 <주니어 AI 엔지니어가 반드시 알아야 할 실무 지식> (2) | 2026.08.30 |
|---|---|
| <AI 시대에 개발자가 알아야 할 인프라 구성 배포 with 클로드 코드> 자연어로 여는 GitAIOps의 세계 (0) | 2026.07.31 |
| <누구나 이해하는 클라우드 인프라 지식 사전> 백엔드 개발자의 시야를 넓혀보자 (0) | 2026.07.26 |
| <하네스 엔지니어링 with 클로드 코드> AI 에이전트 팀을 통제하는 아키텍처 설계 (0) | 2026.06.28 |
| <개발자가 블로그도 잘 써야 하나요?> 나의 성장을 위한 글쓰기 (0) | 2026.05.26 |