바이럴 루프는 관계의 빈칸에서 나온다

부제: Gas, tbh, BeReal, Poparazzi, Locket, Saturn으로 본 친구가 있어야 완성되는 제품 구조

소셜 앱에서 가장 흔한 성장 장치는 초대 보상입니다.

친구를 초대하면 포인트를 주고, 크레딧을 주고, 프리미엄 기능을 열어줍니다. 이 방식은 이해하기 쉽습니다. 지표도 보기 편해요. 초대 수, 가입 전환율, 리워드 사용률을 보면 됩니다.

그런데 소비자 소셜 앱에서 강한 바이럴은 보통 초대 보상에서만 나오지 않습니다. 더 강한 구조는 따로 있습니다.

친구가 있어야 내 경험이 완성되는 구조입니다.

저는 이걸 관계의 빈칸이라고 부르고 싶습니다. 내 화면에 빈칸이 있고, 그 빈칸은 앱이 아니라 친구가 채워야 합니다. 내가 돈을 내도 안 되고, 혼자 열심히 써도 안 됩니다. 특정한 사람이 들어와야 열리고, 특정한 관계가 연결되어야 의미가 생깁니다.

이 차이가 중요합니다.

초대 보상은 “너도 가입해줘”에 가깝습니다. 관계의 빈칸은 “네가 있어야 이게 완성돼”에 가깝습니다. 전자는 부탁이고, 후자는 맥락입니다.

마케터와 Growth PM 입장에서 이 차이를 이해하면 바이럴 루프를 훨씬 다르게 설계하게 됩니다. 공유 버튼을 어디에 둘지보다, 사용자가 누구를 왜 불러야 하는지를 먼저 보게 됩니다.

초대 보상은 외부 동기이고, 관계의 빈칸은 제품 안의 동기다

초대 보상은 제품 바깥에 붙는 동기입니다. 앱 자체가 없어도 설명할 수 있습니다.

“친구 초대하면 100크레딧.”

이 문장은 어떤 앱에도 붙일 수 있습니다. 쇼핑 앱, 금융 앱, 게임, 커뮤니티, 생산성 도구에 다 붙습니다. 그래서 강한 제품 차별점이 되기 어렵습니다.

반면 관계의 빈칸은 제품 안에서만 설명됩니다.

“친구가 나를 칭찬했는데, 앱에 들어와야 볼 수 있다.”

“친구가 내 사진을 올렸는데, 내가 승인해야 프로필이 완성된다.”

“내 홈 화면에 친구 사진이 실시간으로 들어오려면 친구가 앱에 있어야 한다.”

“내 시간표만으로는 의미가 없고, 친구 시간표와 겹쳐야 약속을 잡을 수 있다.”

이건 리워드가 아닙니다. 제품 경험 자체입니다.

좋은 바이럴 루프는 사용자가 앱 밖으로 나가 공유하게 만드는 게 아니라, 앱 안의 미완성 상태가 자연스럽게 누군가를 필요로 하게 만듭니다. 여기서 초대는 마케팅 액션이 아니라 제품 사용의 일부가 됩니다.

tbh와 Gas는 “나에 대한 결과”를 빈칸으로 만들었다

tbh와 Gas는 익명 칭찬/투표 앱이었습니다. 구조는 단순했습니다. 친구들 사이에서 긍정적인 질문을 던지고, 누군가를 선택합니다. 선택받은 사람은 “누가 나를 골랐는지” 혹은 “어떤 맥락에서 내가 언급됐는지” 궁금해합니다.

여기서 빈칸은 명확합니다.

나에 대한 사회적 신호가 생겼는데, 아직 완전히 보이지 않는다.

이건 강합니다. 사람은 본능적으로 “남이 나를 어떻게 보고 있는지” 알고 싶어 합니다. 특히 학교처럼 관계망이 촘촘하고, 매일 같은 사람을 마주치는 환경에서는 더 그렇습니다.

중요한 건 tbh와 Gas가 단순 익명 앱이 아니었다는 점입니다. 익명성만 있었다면 위험하고 피곤한 앱이 되었을 가능성이 큽니다. 하지만 이 앱들은 질문을 긍정적인 방향으로 제한했습니다. 누군가를 깎아내리는 게 아니라, 누가 좋은 친구인지, 누가 웃긴지, 누가 믿음직한지 같은 칭찬형 질문을 중심에 뒀습니다.

그래서 초대의 감정이 덜 거칠어집니다.

“누가 너를 욕했어”가 아니라 “누가 너를 좋게 봤어”입니다. 불안보다 호기심에 가깝고, 공격보다 확인에 가깝습니다.

Growth 관점에서 보면 이 구조는 매우 정교합니다.

• 결과가 나에 관한 것이므로 확인 욕구가 생긴다.
• 결과를 보려면 앱에 들어와야 한다.
• 나도 누군가를 선택하면서 다음 사람의 빈칸을 만든다.
• 질문은 긍정적이라 공유 저항이 낮다.
• 학교 단위처럼 조밀한 네트워크에서 빠르게 전파된다.

다만 이 구조가 장기적으로 건강하다는 뜻은 아닙니다. tbh는 인수 후 오래 지속되지 못했고, Gas도 인수 후 종료됐습니다. 이 사례는 바이럴의 강함과 제품의 지속 가능성이 다르다는 점도 같이 보여줍니다.

즉 배울 점은 “익명 칭찬 앱을 만들자”가 아닙니다.

나에 대한 사회적 신호를 어떻게 긍정적이고 안전하게 빈칸으로 만들 수 있는가입니다.

BeReal은 “같은 시간에 없는 사람”을 빈칸으로 만들었다

BeReal은 친구가 있어야 완성되는 방식이 조금 다릅니다. 누가 나를 칭찬했는지보다, 같은 시간에 누가 진짜 일상을 공유했는지가 핵심이었습니다.

하루 한 번 알림이 오고, 짧은 시간 안에 앞뒤 카메라로 찍습니다. 여기서 제품의 재미는 사진 자체보다 조건에서 나옵니다. 같은 시간, 같은 규칙, 같은 제약 안에서 친구들의 현재를 보는 구조입니다.

BeReal의 빈칸은 이런 식입니다.

친구들이 지금 무엇을 하고 있는지 아직 보이지 않는다.

그리고 내가 올리지 않으면 친구들의 사진을 제대로 보기 어렵습니다. 이 구조는 매우 소셜합니다. 내가 참여해야 남의 현재가 열리고, 남이 참여해야 내 피드가 의미를 갖습니다.

이건 초대 보상과 다릅니다. 친구를 초대하면 포인트를 받는 게 아니라, 친구가 있어야 “오늘의 현재”가 완성됩니다.

다만 BeReal 사례도 조심해서 봐야 합니다. 순간을 만드는 데는 강했지만, 그 순간이 장기적으로 어떤 자산이 되는지는 더 어려운 문제였습니다. 매일 찍은 사진이 쌓이지만, 그것이 관계의 깊이, 약속, 교환, 커뮤니티로 충분히 확장되었는지는 별개의 질문입니다.

그래서 BeReal에서 가져갈 원칙은 이겁니다.

동시성은 강한 바이럴 조건이 될 수 있다. 하지만 동시성만으로는 오래가는 관계 자산이 되기 어렵다.

후속 소셜 앱을 만든다면 “같이 지금을 찍는다” 다음에 무엇이 남는지를 설계해야 합니다. 내 기억에 남는지, 친구와 다시 대화하게 되는지, 특정 그룹의 기록이 되는지, 다음 행동으로 이어지는지 봐야 합니다.

Poparazzi는 “내 프로필을 남이 채우는 구조”를 만들었다

Poparazzi는 자기 사진을 올리는 앱이 아니라, 친구가 나를 찍고 내 프로필을 채우는 앱이었습니다. 일종의 anti-selfie 구조였습니다.

기존 소셜 앱에서는 내가 나를 편집합니다. 잘 나온 사진을 고르고, 문구를 다듬고, 남에게 보여도 괜찮은 장면만 올립니다. Poparazzi는 이 방향을 뒤집었습니다.

내 프로필은 내가 아니라 친구들이 만든다.

여기서 빈칸은 프로필입니다. 내 프로필이 비어 있고, 그 빈칸은 내가 셀카를 올려 채우는 게 아니라 친구가 나를 찍어줘야 채워집니다.

이 구조는 초대 동기가 강합니다. 친구가 내 사진을 올렸다면 확인하고 싶습니다. 친구가 앱에 없으면 그 친구의 프로필도 채울 수 없습니다. 사진을 찍어준 사람, 찍힌 사람, 보는 사람이 서로 엮입니다.

하지만 이 구조에는 리스크도 큽니다. 친구가 찍어준 사진은 재미있을 수 있지만, 동시에 불편할 수 있습니다. 내가 원하지 않는 모습, 원하지 않는 맥락, 원하지 않는 공개 범위가 생길 수 있어요.

그래서 Poparazzi에서 배울 점은 둘입니다.

첫째, 남이 만들어주는 나의 모습은 강한 진입 동기가 된다.

둘째, 그 구조는 승인권과 안전장치가 없으면 오래가기 어렵다.

프로덕트 관점에서는 여기서 “친구가 내 프로필을 채워준다”보다 더 정교한 질문이 필요합니다.

• 누가 올릴 수 있는가?
• 당사자는 승인할 수 있는가?
• 공개 범위는 어디까지인가?
• 삭제와 신고는 얼마나 쉬운가?
• 장난과 괴롭힘의 경계는 어떻게 잡는가?
• 프로필이 완성된 뒤에도 다시 돌아올 이유가 있는가?

바이럴 루프는 강하지만, 안전 설계가 약하면 성장 기능이 곧 신뢰 리스크가 됩니다.

Locket은 홈 화면의 빈자리를 친구가 채우게 했다

Locket은 아주 단순한 전제를 잡았습니다. 친구가 보낸 사진이 내 홈 화면 위젯에 바로 뜹니다.

여기서 중요한 건 피드가 아니라 위치입니다. 앱 안 피드가 아니라 스마트폰 홈 화면입니다. 사용자가 계속 들어가서 확인하는 공간이 아니라, 이미 매일 보는 공간에 친구의 사진이 들어옵니다.

Locket의 빈칸은 홈 화면입니다.

내 홈 화면에 친구의 현재가 들어오려면, 그 친구가 있어야 합니다. 그리고 친구가 사진을 보내야 합니다. 내가 혼자 앱을 설치해도 완성되지 않습니다.

이 구조는 작지만 강합니다. 피드, 좋아요, 댓글, 추천 알고리즘을 크게 만들지 않아도 됩니다. 오히려 가까운 사람 10명, 15명, 20명 안에서 작동하는 것이 자연스럽습니다.

Locket이 흥미로운 이유는 “작은 관계망의 밀도”를 잘 썼기 때문입니다. 많은 사람에게 보여주는 것보다, 몇 명에게 바로 닿는 것이 더 강할 때가 있습니다.

마케터 관점에서는 이게 중요합니다.

“사진 공유 앱”이라고 말하면 평범합니다. “친구가 내 홈 화면에 들어온다”라고 말하면 다릅니다. 기능 설명이 아니라 관계 위치를 설명하는 문장입니다.

좋은 바이럴 메시지는 기능명을 말하지 않습니다. 사용자의 일상 안에서 무엇이 바뀌는지 말합니다.

Saturn은 시간표를 소셜 그래프로 바꿨다

Saturn은 사진 앱도, 칭찬 앱도 아닙니다. 학생들의 시간표와 일정을 다루는 앱입니다. 그런데 이 앱도 관계의 빈칸을 잘 보여줍니다.

시간표는 원래 개인 정보입니다. 내가 몇 교시에 어디 있는지, 언제 시간이 비는지, 어떤 활동이 있는지 보는 도구입니다. Saturn은 이 개인 시간표를 친구와 연결했습니다.

내 시간표만 보면 일정 관리입니다. 친구 시간표와 겹치면 소셜 네트워크가 됩니다.

여기서 빈칸은 친구의 시간입니다.

친구가 어느 수업에 있는지, 점심시간이 겹치는지, 연습이 언제 끝나는지, 방과 후에 만날 수 있는지 알아야 약속을 잡을 수 있습니다. 친구가 들어와야 내 시간표의 의미가 커집니다.

Saturn이 Snap에 인수된 것도 이 관점에서 보면 자연스럽습니다. Snapchat은 이미 친구 간 커뮤니케이션이 강한 플랫폼이고, Saturn은 학생들의 실제 생활 리듬을 알고 있습니다. 메시지와 시간표가 만나면 “언제 만날 수 있는가”라는 실질적인 관계 행동으로 이어질 수 있습니다.

이 사례에서 배울 점은 소셜 앱이 꼭 콘텐츠로 시작할 필요가 없다는 겁니다.

소셜 그래프는 사진, 댓글, 팔로우에서만 생기지 않습니다. 시간표, 위치, 취향, 루틴, 약속 같은 생활 정보에서도 생깁니다. 오히려 이런 정보는 친구가 있어야 가치가 생기기 때문에 더 강한 네트워크 효과를 만들 수 있습니다.

단, 이 역시 안전 문제가 큽니다. 특히 미성년자, 학교, 위치, 일정 정보가 얽히면 검증과 공개 범위 설계가 핵심이 됩니다. 관계의 빈칸이 강할수록, 오남용 가능성도 같이 커집니다.

억지 초대와 관계형 초대는 다르다

여기서 한 가지를 구분해야 합니다.

관계의 빈칸을 설계하는 것과 억지 초대 플로우를 만드는 것은 다릅니다.

어떤 앱은 가입 과정에서 친구를 몇 명 초대해야 다음 화면으로 넘어가게 만듭니다. 이런 방식은 단기적으로 다운로드를 만들 수 있습니다. 하지만 사용자는 금방 압박을 느낍니다. 아직 앱의 가치를 경험하기도 전에 친구를 부르라고 하면, 초대는 제품 경험이 아니라 통행료가 됩니다.

관계형 초대는 순서가 다릅니다.

먼저 내게 의미 있는 상태가 생깁니다. 그 상태가 특정 사람과 연결되어야 완성됩니다. 그래서 초대가 자연스러워집니다.

• 친구가 나를 선택했다.
• 내 카드가 친구에게 있다.
• 내 홈 화면에 친구 자리가 비어 있다.
• 우리 반 도감이 한 칸 비어 있다.
• 친구 시간표가 있어야 약속을 잡을 수 있다.

이런 상태에서는 초대가 덜 어색합니다. 사용자가 친구를 부르는 이유가 명확하기 때문입니다.

성장팀이 해야 할 일은 초대 버튼을 더 크게 만드는 게 아닙니다. 초대할 이유를 제품 상태로 만드는 겁니다.

관계의 빈칸을 설계하는 다섯 가지 방식

사례를 묶어보면 관계의 빈칸은 몇 가지 패턴으로 나뉩니다.

첫째, 결과 빈칸입니다.

누군가 나에 대해 행동했지만 아직 결과가 보이지 않습니다. tbh와 Gas가 여기에 가깝습니다. “누가 나를 골랐는가”, “어떤 칭찬을 받았는가”가 빈칸입니다.

둘째, 프로필 빈칸입니다.

내 정체성의 일부가 남의 참여로 채워집니다. Poparazzi가 여기에 가깝습니다. 내가 나를 편집하는 게 아니라 친구가 나를 기록합니다.

셋째, 현재 빈칸입니다.

친구가 지금 무엇을 하는지 보여야 경험이 완성됩니다. BeReal과 Locket이 여기에 가깝습니다. 같은 시간의 현재, 홈 화면에 들어오는 현재가 핵심입니다.

넷째, 일정 빈칸입니다.

친구의 시간이 보여야 관계 행동이 가능해집니다. Saturn이 여기에 가깝습니다. 친구가 언제 어디 있는지 알아야 약속과 대화가 생깁니다.

다섯째, 컬렉션 빈칸입니다.

내가 가진 것만으로는 완성되지 않고, 친구가 가진 조각이 필요합니다. 포토카드, 도감, 퀘스트, 교환형 수집 앱이 여기에 해당합니다.

이 다섯 가지는 서로 섞일 수 있습니다. 예를 들어 현실 수집형 소셜 앱을 만든다면, 친구가 찍어준 내 포토카드는 프로필 빈칸이면서 컬렉션 빈칸입니다. 특정 시간에 찍은 사진은 현재 빈칸이면서 컬렉션 빈칸입니다. 친구가 가진 장소 카드는 일정 빈칸과도 연결될 수 있습니다.

핵심은 사용자가 “왜 이 사람을 불러야 하는지” 즉시 이해해야 한다는 점입니다.

바이럴 루프를 검증할 때 봐야 할 지표

관계의 빈칸은 말로는 그럴듯합니다. 하지만 제품에서는 검증해야 합니다.

단순 초대 수만 보면 안 됩니다. 초대 수는 강제 플로우로도 만들 수 있습니다. 중요한 건 초대 이후의 관계 행동입니다.

봐야 할 지표는 이런 것들입니다.

• 사용자가 초대 전에 이미 의미 있는 상태를 만들었는가
• 초대 메시지가 특정 친구에게 개인화되어 있는가
• 초대받은 사람이 들어왔을 때 바로 빈칸이 해소되는가
• 초대받은 사람이 다시 다른 사람의 빈칸을 만드는가
• 초대 이후 두 사람 사이에 추가 행동이 생기는가
• 초대 전환율보다 7일 후 관계 행동 유지율이 높은가
• 신고, 차단, 삭제, 숨김 같은 부정 신호가 늘지 않는가

특히 마지막이 중요합니다. 관계형 바이럴은 사람 사이의 감정을 건드립니다. 잘 설계하면 강하지만, 잘못 설계하면 부담스럽고 불쾌합니다.

그래서 Growth PM은 항상 두 지표를 같이 봐야 합니다.

얼마나 많이 퍼졌는가.

그리고 퍼지는 과정에서 관계 신뢰를 얼마나 해치지 않았는가.

좋은 바이럴은 남의 시간을 함부로 쓰지 않는다

관계의 빈칸을 설계할 때 가장 조심해야 할 건 친구의 시간을 남용하는 것입니다.

“너 없으면 안 돼”라는 구조는 강합니다. 하지만 너무 자주 쓰면 피곤합니다. 모든 기능이 친구를 부르라고 하면 사용자는 금방 지칩니다. 초대받은 사람도 피로를 느낍니다.

그래서 관계형 바이럴에는 절제가 필요합니다.

친구가 필요한 순간은 적어야 합니다. 대신 그 순간의 의미가 커야 합니다.

예를 들어 매번 친구 초대를 요구하는 것보다, 첫 포토카드 승인, 그룹 도감 마지막 칸, 같은 수업 친구 확인, 홈 화면 첫 친구 등록처럼 명확한 순간에만 초대가 발생해야 합니다.

또한 사용자가 초대하지 않아도 기본 경험이 어느 정도 가능해야 합니다. 혼자서는 아무것도 못 하는 앱은 콜드스타트가 너무 어렵습니다. 혼자서도 작은 가치를 느끼고, 친구가 들어오면 가치가 커지는 구조가 좋습니다.

이 균형이 중요합니다.

혼자서도 시작할 수 있어야 한다.

하지만 친구가 들어오면 완전히 다른 의미가 열려야 한다.

결론: 바이럴은 보상이 아니라 관계 구조다

소셜 앱의 바이럴을 초대 보상으로만 보면 설계가 얕아집니다.

친구 초대 버튼을 어디에 둘지, 보상을 얼마로 줄지, 공유 이미지를 얼마나 예쁘게 만들지에 집중하게 됩니다. 물론 이것도 필요합니다. 하지만 핵심은 아닙니다.

더 중요한 질문은 따로 있습니다.

이 제품은 사용자가 누구를 필요로 하게 만드는가?

그 사람은 왜 들어와야 하는가?

들어왔을 때 어떤 빈칸이 바로 채워지는가?

그리고 그 사람이 다시 다른 사람의 빈칸을 만들게 되는가?

Gas와 tbh는 나에 대한 결과를 빈칸으로 만들었습니다. BeReal은 같은 시간의 현재를 빈칸으로 만들었습니다. Poparazzi는 내 프로필을 친구가 채우게 했습니다. Locket은 홈 화면의 자리를 친구가 채우게 했습니다. Saturn은 시간표를 친구와 연결해 약속의 빈칸을 만들었습니다.

이 사례들이 모두 오래 지속된 정답은 아닙니다. 일부는 인수 후 종료됐고, 일부는 성장 둔화를 겪었고, 일부는 안전과 공개 범위 문제를 계속 다뤄야 합니다.

그래도 공통점은 분명합니다.

강한 소셜 앱은 사용자를 초대하게 만드는 게 아니라, 관계 안에 아직 채워지지 않은 상태를 만듭니다.

바이럴 루프는 공유 버튼이 아니라 관계의 빈칸에서 나옵니다.