비즈니스와 사용성의 충돌을
어떻게 설계로 풀 것인가
메신저 정체성을 해치지 않으면서 SNS 기능을 공존시킬 방법
프로덕트 디자이너의 시선으로 본 카카오톡 숏폼 논란
프로덕트 디자이너는 늘 비즈니스 전략과 사용자 사용성의 충돌을 마주하며, 그 간극을 메우는 직군이다.
즉, 불가능이라는 제약 속에서도 두 목적이 공존할 수 있는 방법을 집요하게 찾아내는 역할이다.
이번 카카오톡의 SNS 기능 업데이트 논란(친구 소식, 숏폼 노출)도 이 사례에 해당한다.
카카오톡은 체류시간과 콘텐츠 소비를 늘려야 하는 비즈니스 목표가 있었던 반면,
사용자들은 카카오톡을 “메신저”로 인식하기 때문에 SNS 기능에 대한 거부감을 보였다.
결국 이번 사건은 ‘기능의 실패’보다 ‘정체성 관리의 실패’에 가깝다.
비즈니스와 사용성 사이의 균형을 설계로 풀지 못한 결과다.
여전히 카카오톡이 전략상 숏폼 기능을 포기하기 어렵고,
사용자들은 카카오톡을 메신저로만 사용하고 싶어 한다면, 그 충돌을 어떻게 설계로 풀 수 있을까?
메신저의 본질을 유지하면서도 비즈니스 확장을 가능하게 하는 설계는 무엇일까?
이러한 디자이너의 관점으로 근본적인 문제 구조와 양쪽을 모두 만족시킬 수 있는 가능성을 정리해봤다.
근본적인 문제 - 숏폼이 아니라 맥락의 붕괴
카카오톡이 메신저 외 기능을 시도한 것은 처음이 아니다.
쇼핑과 카카오스토리는 모두 메신저와 다른 성격의 기능이었지만, 유저 반발 없이 안착했다.
왜 이번에는 달랐을까?
쇼핑은 메신저 맥락을 침해하지 않았다.
사용자가 원할 때 ‘탭 이동’을 통해 진입했고, 알림이나 채팅 공간을 점유하지 않았다.
즉, 기능의 경계가 명확했다.
카카오스토리는 메신저와 물리적·인지적으로 분리되어 있었다.
메신저는 소통, 스토리는 콘텐츠 공유라는 역할이 분명했다.
그 결과, 서비스 시작 5개월 만에 가입자 2,500만 명, 게시물 5억 건이라는 성과를 냈다.
즉, 과거의 성공 사례에는 "메신저 맥락의 경계가 명확했다"는 공통점이 있다.
하지만 이번 친구 소식 · 숏폼 기능은 메신저의 사용 맥락 속으로 SNS가 침투하며
기능의 경계가 아닌, 경험의 경계가 무너졌다.
사용자는 “내가 통제할 수 없는 방식으로 맥락이 침해된 것”에 반발한 것이다.
해결 원칙 - 통합이 아니라 공존을 위한 분리
해법은 단순히 “숏폼을 빼자”가 아니다.
카카오가 숏폼을 포기할 수 없는 이유는 명확하다.
숏폼은 체류시간, 광고 노출, 크리에이터 생태계 확장과 직결된 핵심 지표다.
메신저만으로는 더 이상 플랫폼의 성장 여력을 확보하기 어렵다.
문제는 기능의 ‘추가’가 아니라 ‘배치’다.
사용자의 주 맥락인 대화와 소통을 방해하지 않는 선에서 기능을 재배치해야 한다.
즉, 기능을 단순히 통합하는 것이 아니라 공존을 위한 구조적 분리가 필요하다.
그래야 메신저의 맥락은 유지되고, 비즈니스 확장도 가능해진다.
개선 방향1 - 맞춤형 인맥 관리 메신저로의 진화
1) 친구 → 인맥으로 용어 변경 (실제 사용 행태와 용어가 일관되도록)
지금의 카카오톡은 대화는 활발하지만 관계는 정돈되지 않았다.
친구 수는 많지만, 누구에게 보여줄지, 누구의 소식을 받을지는 모호하다.
그래서 결국 보이고 싶지 않은 사람에게까지 노출되는 불편함이 쌓였다.
카카오톡의 사용 행태는 사적인 관계를 넘어서 직장 동료, 거래처, 학부모 모임 등 공적인 관계까지 모두 포함되어 있다. 따라서 ‘친구’보다 ‘인맥’이라는 단어가 사용 실태를 더 정확히 반영한다. 이는 단순한 용어 변경이 아니라, 내부 기획과 커뮤니케이션 단계에서 서비스 방향을 일관되게 잡기 위한 액션이다.
2) 인맥 유형별 소식·챙김 기능 (관계의 깊이를 스스로 정의할 수 있도록)
SNS 기능을 자연스럽게 공존시키려면, ‘보고 싶은 사람’과 ‘보여주고 싶은 사람’을 유저 스스로 제어할 수 있어야 한다. 즉, 관계 관리가 선행되어야 콘텐츠 공유가 가능하다.
따라서 인맥을 친밀도(각별/일반)와 관계(사적/공적) 기준으로 유형화하고,
각 유형에 따라 소식과 챙김 기능을 다르게 적용한다.
여기서 ‘챙김’은 메신저 본연의 ‘서로 안부를 확인하고 관계를 이어가는 행동’을 구조화한 것이다.
(예 : 생일, 기념일, 이벤트 등 주기적 연락 시점을 알려주는 기능)
지금의 카카오톡은 대화는 많지만, 관계의 깊이를 쌓을 수 있는 구조가 없다. 관계의 깊이를 쌓을 수 있는 기능을 통해 메신저는 단순한 소통 채널을 넘어 관계를 관리하는 플랫폼으로 진화하는 전환점을 만들 수 있다.
3) 인맥 반자동 분류 (능동적 자동화로 통제권은 사용자에게)
사람들은 관리에 게으르기 때문에 자동화 없이는 어떤 분류 체계도 오래 유지되지 않는다.
따라서 데이터 기반 추천으로 인맥 유형을 자동 제안하고,
사용자는 이를 검토하거나 수정만 하면 되도록 설계한다.
이렇게 하면 사용자는 복잡한 설정 없이도 자신의 노출 범위를 스스로 통제할 수 있다.
즉, 관리 피로를 줄이면서도 관계 통제권은 사용자에게 남겨두는 능동적 자동화 설계다.
이 3가지를 모두 적용해 맞춤형 인맥 관리 메신저의 방향으로 나아가는 것이
카카오가 메신저라는 색깔을 잃지 않으면서도 앞으로 더 나아갈 수 있는 발전 방향 중 하나가 아닐까 싶다.
개선 방향2 - 맞춤형 노출 숏폼으로 독립 운영
숏폼은 본질적으로 관계보다 관심사 기반 콘텐츠 소비에 초점되어 있다.
아무리 각별한 가족, 친구라 해도 숏폼을 공개하고 싶지 않을 수 있다.
따라서 메신저 인맥과 억지로 묶이면 오히려 숏폼의 본질이 훼손된다.
그래서 구조적 유연함이 필요하다.
1) 인맥과 독립적인 노출 구조
인맥 유형별 노출이 아닌, 인스타그램처럼 가명 기반 팔로우 구조로 운영한다.
이를 적용하면 가족이나 동료에게 공개하고 싶지 않은 사용자가 편히 사용할 수 있게 된다.
2) 관계 데이터 기반 팔로우 추천
완전히 단절된 구조는 서비스 확산을 어렵게 만든다.
따라서 인맥 데이터(친밀도, 대화 빈도, 공통 그룹 등)를 활용해 팔로우를 추천하는 방식으로 연결을 돕는다.
사용자는 노출 범위를 선택하고, 서비스는 추천으로 확산을 유도한다.
3) 유저 유형별 맞춤 설정 (강요하지 않는 숏폼 경험으로 신뢰 회복)
숏폼을 원치 않는 유저(부모, 수험생, 미성년자 등)을 위해 탭 감춤이나 도파민 콘텐츠 제한 모드를 제공한다. 또는 유익한 콘텐츠(키즈 숏폼)를 노출해 사용률과 수익성 모두 지키는 방법도 있을 것이다.
이는 숏폼을 강요하지 않게 하여 신뢰를 회복하고 이탈을 방지할 수 있는 장치가 된다.
앞서 이야기한 기능 분리를 탭에 적용해보면...실행과 검증 - 작은 단위로 실험하기
앞서 많은 아이디어를 발산했지만 분명 현실적으로 안되는 것도 있을 것이고 많은 기능을 한 번에 구현하는 건 불가능하다. 개발 구조, 레거시, 데이터베이스, 사용자 습관 등 많은 것들이 맞물려 있기 때문이다. 또한 발산한 아이디어들이 괜찮은지 검증되지 않았기 때문에 이번처럼 반응이 좋지 않은 경우 빠르게 롤백할 수 있어야 한다. 따라서 개발 전 유저 검증, 최소 단위의 점진적 개선 및 검증이 필수다.
최소 단위로 기능을 런칭하고 런칭 전/후 일정 기간 동안 검증 지표와 가드레일 지표를 확인한다.
그리고 앞으로 달릴지, 뒤로 물릴지 결정해야 한다.
이런 반복 실험이 유저 반발을 최소화하고 안정적으로 나아갈 수 있게 한다.
결론 - 문제는 숏폼이 아니라 맥락
그리고 문제 해결의 현실...
이번 사건의 본질은 ‘숏폼을 넣었느냐’가 아니라 ‘메신저라는 맥락 속에 어떻게 넣었느냐’에 있다.
사용자는 기능의 추가보다 ‘경험의 일관성’에 더 민감하다.
그 경계를 설계하는 일이 바로 프로덕트 디자이너의 역할이다.
그리고 이런 충돌을 설계로 풀어내는 것이 우리의 본질적인 과제다.
물론, 아무리 유능한 인재라도 조직의 문화나 의사결정 구조가 엉켜 있다면 문제를 해결하기 어렵다.
외부에서는 단순해 보이는 문제도, 내부에서는 수많은 제약과 타협 속에서 다뤄야 하기 때문이다.
나를 비롯해, 다른 네카라쿠배당토 디자이너들이 과연 해당 현실속에서 더 나은 최선을 만들 수 있었을까?
같은 디자이너가 작업하고 회사의 문화가 달라졌다면, 리더가 달라졌다면 해결할 수 있었을까?
비판과 평가는 쉽다는 말처럼 직접 겪어보지 않고는 모르는 일이다.
하지만 그럼에도 불구하고, 우리는 그런 제약 안에서도 맥락을 지켜내는 설계를 해야 한다.
이 사건은 다시 한 번 경험의 일관성을 지키는 설계의 중요성을 상기시켰다.
어쨌든... 카카오가 이번 논란으로 매우 시끄러웠지만, 그럼에도 다시금 일어서서
메신저 본연의 정체성을 확립하고, 비즈니스와 사용성이 함께 살아남을 수 있는 구조를 설계해서
이 상황을 잘 극복해 나가길 바란다.
앞으로 시간이 된다면 이 글에 대한 반응에 따라 다음 내용을 풀어볼 생각인데...가능할진 모르겠다.
긍정적인 경우: 오늘 제안한 개선 방향을 UI/UX 시각화로 확장하기
부정적인 경우: 피드백을 정리하고 레슨런(lesson learned)으로 정리하기