1장면
3-2에서 본 Dropbox를 다시 보자. 이 서비스에는 유명한 장치가 하나 있었다.
친구를 초대하면 저장 공간을 더 준다. 초대받은 친구도 더 받는다.
이게 왜 잘 통했는지 뜯어보면, 단순히 "보상을 줘서"가 아니다.
Dropbox의 보상은 그 제품 안에서만 가치가 있는 것이었다. 현금이 아니라 저장 공간이다. 즉 이미 그 서비스를 좋아하는 사람에게만 매력적이다.
그리고 하나 더. 파일을 공유하려면 상대도 Dropbox가 있어야 편했다. 쓰다 보면 자연스럽게 남에게 권하게 되는 구조였다.
반면 1-4에서 본 Pieter Levels는 초대 보상 같은 걸 만들지 않았다. 대신 만드는 과정과 매출을 공개했고, 사람들이 그 이야기를 퍼 날랐다.
두 방식 다 "사용자가 사용자를 데려온" 것인데 원리가 다르다.
2해부 — 추천이 일어나는 세 가지 이유
사람이 남에게 뭔가를 권할 때, 이유는 대개 셋 중 하나다.
| 이유 | 어떤 상태 | 예 |
|---|---|---|
| ① 내가 이득이라서 | 보상이 있다 | 초대하면 공간 추가 |
| ② 쓰려면 상대도 필요해서 | 혼자 쓰면 불편 | 파일 공유, 협업 도구 |
| ③ 말할 거리가 돼서 | 남에게 얘기하면 내가 좋아 보임 | 재밌는 발견, 좋은 정보 |
대부분의 1인 서비스에서 현실적인 건 ③이다.
①은 보상 관리 비용이 들고, 초기에는 줄 것도 마땅치 않다. ②는 제품 성격이 정해줘야 하는 것이라 억지로 만들 수 없다.
③은 콘텐츠 서비스에서 가장 자연스럽게 일어난다.
③이 일어나려면
사람이 남에게 뭔가를 공유하는 순간을 떠올려보자. 공유하는 이유는 대개 "이 서비스가 좋아서"가 아니다.
"이거 알면 네가 좋아할 것 같아서" "내가 이런 걸 알고 있다는 게 좀 괜찮아 보여서"
즉 공유하는 사람에게 이득이 있어야 한다. 정보를 나눠주는 사람으로 보이는 것, 남을 도와주는 것 — 그게 이득이다.
그래서 공유되는 건 서비스가 아니라 그 안의 콘텐츠 한 조각이다.
3원리
공유되는 것은 "제품"이 아니라 "한 조각"이다
이게 실무에서 가장 중요한 통찰이다.
| 사람들이 공유하는 것 | 공유하지 않는 것 |
|---|---|
| 오늘 브리핑의 인상적인 한 문장 | "이 뉴스레터 좋아요" |
| 특정 용어를 잘 설명한 페이지 | 사이트 홈 주소 |
| 놀라운 숫자 하나 | 서비스 소개 |
그래서 할 일은 "공유해주세요"라고 부탁하는 게 아니라, 공유할 만한 조각을 만들고 공유하기 쉽게 해두는 것이다.
공유의 마찰 줄이기
5-3에서 배운 마찰 개념이 여기서도 쓰인다. 공유하려는 마음이 생겨도 귀찮으면 안 한다.
| 마찰 | 해결 |
|---|---|
| 링크를 걸었는데 미리보기가 안 뜬다 | 미리보기 이미지 설정 |
| 이 부분만 공유하고 싶은데 주소가 없다 | 조각마다 개별 주소 |
| 공유하면 상대가 가입해야 볼 수 있다 | 가입 없이 읽을 수 있게 |
| 옮겨 적기 번거롭다 | 공유하기 좋은 문장을 미리 뽑아둠 |
세 번째가 결정적이다. 공유받은 사람이 가입 벽을 만나면 공유한 사람도 민망해진다. 그러면 다음부터 공유를 안 한다.
levels.io 방식 — 이야기가 퍼진다
보상도 없고 공유 장치도 없는데 퍼지는 경우가 있다. 이야기 자체가 재미있을 때다.
- 매출을 공개한다
- 실패를 공개한다
- 만드는 과정을 보여준다
이게 1-4에서 본 **빌드 인 퍼블릭빌드 인 퍼블릭은 만드는 과정과 숫자를 공개하면서 제품을 키우는 방식이다. 매출, 실패, 시행착오까지 드러내는 경우가 많다. 완성품만 보여주는 것보다 사람들이 과정에 관심을 갖게 되고, 그 자체가 알려지는 계기가 된다. **이다. 사람들이 퍼 나르는 이유는 제품이 좋아서가 아니라 이야기가 흥미로워서다.
그리고 1인만 할 수 있다. 큰 회사는 매출과 실패를 공개할 수 없다.
억지로 만들면 역효과
주의할 것이 있다.
| 하지 말 것 | 왜 |
|---|---|
| "공유해주세요" 팝업 | 귀찮게 하면 오히려 안 한다 |
| 공유해야 볼 수 있게 잠그기 | 신뢰를 깎는다 |
| 초기에 추천 보상 프로그램 | 관리 비용만 들고 사람이 없다 |
추천은 만족한 사람이 있을 때만 일어난다. 아직 만족한 사람이 없는데 추천 장치를 만드는 건 순서가 틀린 것이다.
리텐션리텐션은 한 번 온 사용자가 계속 남아서 다시 쓰는 정도다. 구멍 난 양동이에 물을 붓는 것에 비유되곤 한다 — 리텐션이 낮으면 아무리 새 사용자를 데려와도 총량이 늘지 않는다. 그래서 보통 신규 획득보다 먼저 손봐야 한다. (5-4)이 낮으면 추천은 아예 안 생긴다. 계속 쓰는 사람만이 남에게 이야기하기 때문이다. 그래서 트랙 5가 트랙 7보다 먼저다.
4확인
Q1. 구독자가 10명인 뉴스레터가 "친구 3명 추천하면 선물"을 시작했다. 무엇이 문제인가?
답 보기
추천할 사람이 아직 없다.
10명 중 이 뉴스레터를 정말 좋아하는 사람이 몇 명일까? 아마 소수다. 그리고 그 소수가 각각 3명을 데려와도 몇 명 안 된다.
반면 비용은 든다 — 선물 준비, 추천 추적, 부정 참여 관리. 얻는 것보다 관리 비용이 크다.
이 단계에서 할 일은 추천 장치가 아니라 10명이 매번 열어보게 만드는 것이다 (5-4). 그러고 나면 추천은 장치 없이도 조금씩 일어난다.
그리고 10명이면 직접 부탁할 수 있다. 이게 훨씬 낫다 — "주변에 이런 거 관심 있을 분 계시면 알려주세요"라고 한 명 한 명에게. 1인만 할 수 있는 방식이다 (1-4의 무기 ①).
Q2. 공유를 늘리려면 "공유 버튼"을 눈에 잘 띄게 하는 게 먼저인가?
답 보기
아니다. 공유할 만한 것이 있는지가 먼저다.
공유 버튼은 이미 공유하려는 마음이 생긴 사람의 마찰을 줄여줄 뿐이다. 마음이 없으면 버튼이 아무리 커도 안 누른다.
순서는 이렇다.
- 공유할 만한 조각이 있는가 (인상적인 문장, 놀라운 숫자, 잘 정리된 설명)
- 그 조각에 개별 주소가 있는가
- 공유받은 사람이 가입 없이 볼 수 있는가
- 그다음이 버튼
3번이 특히 중요하다. 여기가 막히면 앞의 노력이 전부 무의미해진다.
5네 경우엔 — dailyaithread.com
추천 관점에서 지금 상태를 보면, 기반은 이미 좋은데 장치가 없다.
이미 좋은 것
| 항목 | 왜 좋은가 |
|---|---|
| 가입 없이 전부 읽을 수 있음 | 공유의 가장 큰 마찰이 없다. 매우 유리 |
| 용어 페이지가 개별 주소 | 조각 단위 공유 가능 |
| 매일 새 콘텐츠 | 공유할 거리가 계속 생김 |
| 날짜별 미리보기 이미지 | 링크를 걸면 그날 내용이 보임 |
네 개 다 이미 되어 있다. 특히 첫 번째가 크다 — 많은 뉴스레터가 여기서 막힌다.
아직 없는 것
| 항목 | 상태 |
|---|---|
| 공유할 만한 조각이 뽑혀 있는가 | ❓ 매일 종합 분석은 있지만, "이 문장을 공유하세요" 형태는 아님 |
| 문장 단위 공유 | ❌ 전체 링크만 가능 |
| 직접 부탁 | ❌ 아직 안 함 |
지금 할 수 있는 것 두 가지
① 4명에게 직접 부탁하기 (오늘 가능)
구독자가 4명이라 한 명씩 메일을 보낼 수 있다. 6-3에서 "4명 전부와 대화하라"고 한 것과 같이 하면 된다.
마지막에 한 줄 붙인다 — "혹시 주변에 AI 소식 챙기고 싶어 하는 분 계시면 알려주시면 감사하겠습니다."
부담스러우면 안 넣어도 된다. 다만 4명일 때만 가능한 방법이라 안 쓰면 사라지는 기회다.
② 공유할 조각 뽑아두기
매일 쓰는 종합 분석에서 가장 인상적인 한 문장을 눈에 띄게 두는 것. 읽는 사람이 "이 문장 공유해야지"라고 생각했을 때 바로 집을 수 있게.
이건 새 콘텐츠를 만드는 게 아니라 이미 쓴 것을 배치만 바꾸는 것이라 비용이 거의 없다 (7-1의 부산물 원리).
아직 하지 말 것
- 추천 보상 프로그램 → 4명 규모에서는 관리 비용만 든다
- 공유 팝업 → 귀찮게 하면 역효과
- 공유 잠금 → 지금 가진 최대 강점(가입 없이 읽기)을 스스로 버리는 것
한 줄 정리
사람들은 제품이 아니라 그 안의 한 조각을 공유한다. 그리고 공유하는 사람에게 이득이 있어야 한다 — 대개 "좋은 걸 알려주는 사람"으로 보이는 것이다. 공유받은 사람이 가입 없이 볼 수 있는 게 가장 중요하고, 추천 장치는 만족한 사람이 생긴 뒤에 만든다.
다음 레슨 → 7-4. 이제 직접 해볼 차례