TECH 으로 돌아가기
TECH HACKER NEWS 오늘 7분 읽기 29 READS

아이들의 비밀 채팅방은 NPR 팟캐스트 댓글창이었다: 개발자가 배울 플랫폼 설계의 빈틈

아이들의 비밀 채팅방은 NPR 팟캐스트 댓글창이었다: 개발자가 배울 플랫폼 설계의 빈틈
SOURCE IMAGE · HACKER NEWS
아이들의 비밀 채팅방은 NPR 팟캐스트 댓글창이었다: 개발자가 배울 플랫폼 설계의 빈틈

무슨 일이 있었냐면요

미국 라디오 프로그램 This American Life에서 재밌는 이야기를 소개했어요. 아이들이 Spotify에 올라온 NPR 팟캐스트 에피소드의 댓글창을 자기들만의 비밀 단체 채팅방으로 써 왔다는 거예요. 거의 아무도 찾지 않는, 조회수가 낮은 에피소드의 댓글란이었기 때문에 오랫동안 어른들 눈에 띄지 않았고요.

처음 들으면 그냥 웃기고 귀여운 에피소드 같죠. 그런데 개발자 입장에서 보면 생각할 거리가 꽤 많아요. 우리가 만드는 서비스의 '부가 기능'이 설계한 사람이 전혀 의도하지 않은 방식으로 쓰일 수 있다는 걸 아주 선명하게 보여주거든요.

왜 하필 팟캐스트 댓글창이었을까

Spotify는 최근 몇 년 사이에 팟캐스트 에피소드에 댓글을 달 수 있는 기능을 넣었어요. 원래는 크리에이터와 청취자가 소통하라고 만든 기능이죠. 그런데 아이들 입장에서 보면 이 공간은 여러 조건이 딱 맞아떨어져요.

첫째, 의심받지 않는 앱이에요. 부모가 자녀 폰에서 메신저나 SNS 앱을 제한하거나 들여다보는 경우는 많지만, Spotify는 '노래 듣는 앱'으로 인식되니까 감시 대상에서 빠지기 쉬워요.

둘째, 트래픽이 낮은 에피소드는 사실상 아무도 안 봐요. 뉴스 팟캐스트의 지난 에피소드 댓글란은 만든 사람조차 잘 안 들여다보는 곳이거든요. 이게 뭐냐면, 사람 북적이는 광장이 아니라 아무도 안 지나가는 골목 뒤 게시판에 쪽지를 붙여두는 것과 비슷해요. 누구나 볼 수 있는 공개 공간인데, 실제로는 비공개처럼 동작하는 거죠. 보안 분야에서는 이런 걸 '모호함을 통한 보안(security through obscurity)'이라고 불러요. 숨겨져 있다는 사실 자체가 방어막이 되는 방식이요. 물론 누군가 찾아내는 순간 바로 무너지는 약한 방어막이기도 하고요.

셋째, 초대가 너무 쉬워요. 특정 팟캐스트 이름과 에피소드만 알려주면, 그게 곧 채팅방 초대 링크 역할을 해요. 따로 가입할 것도, 방을 만들 것도 없죠.

사실 이런 일은 처음이 아니에요

사용자들이 '채팅 기능이 아닌 곳'을 채팅으로 쓰는 건 꽤 오래된 패턴이에요. 학교에서 메신저가 막히자 학생들이 Google Docs 공유 문서에 글을 쓰고 지우면서 대화했다는 이야기는 유명하죠. 온라인 게임의 우편함, 공유 캘린더의 일정 메모, 협업 툴의 코멘트 기능까지. 텍스트를 쓸 수 있고 다른 사람이 그걸 읽을 수 있다면, 어디든 메신저가 될 수 있어요.

조금 어렵게 말하면 이건 '의도치 않은 커뮤니케이션 채널' 문제예요. 보안 분야의 은닉 채널(covert channel) 개념과도 닮았는데요, 원래 정보를 주고받으라고 만든 게 아닌 통로로 정보가 흘러가는 현상을 말해요.

한국 개발자에게: 모든 입력창은 잠재적 메신저예요

한국 서비스에 대입해 보면 더 와닿아요. 쇼핑몰 상품 리뷰, 웹툰 댓글, 지도 앱 장소 리뷰, 음원 앱 플레이리스트 제목과 설명까지. 사용자가 텍스트를 올릴 수 있는 기능, 즉 UGC(사용자 생성 콘텐츠)는 전부 잠재적인 소통 창구예요. 실무에서 생각해볼 포인트를 몇 가지 짚어볼게요.

반대편 시각도 한번 생각해볼 만해요. 아이들이 어른의 시선을 피해 자기들만의 공간을 찾는 건 세대를 가리지 않고 늘 있었던 일이거든요. 예전엔 교실 뒤 쪽지였고, 지금은 팟캐스트 댓글창일 뿐이에요. 기술로 모든 틈을 막는 게 정답인지, 아니면 아이들이 안전하게 소통할 수 있는 공간을 제대로 만들어 주는 게 먼저인지는 쉽게 결론 내기 어려워요. 너무 촘촘하게 감시하면 사용자를 더 찾기 어려운 곳으로 밀어낼 뿐이라는 점도 기억해둘 만하고요.

마무리

한 줄로 정리하면, 사용자는 언제나 설계자보다 창의적이고, 텍스트 입력창은 전부 메신저가 될 수 있다는 거예요.

여러분이 만든 서비스에서 어떤 기능이 전혀 예상 못 한 용도로 쓰인 적이 있나요? 그리고 이런 '숨은 채팅방'을 발견했다면 막는 게 맞을까요, 아니면 모른 척 두는 게 맞을까요?


🔗 출처: Hacker News

SOURCE · HACKER NEWS
원문 전체 보기 → https://www.thisamericanlife.org/897/transcript
SHARE
NEXT · CHOOSE

변화를 읽었다면,
내가 만들 수익 구조를 고릅니다.

정보를 더 모으는 데서 멈추지 않고, 광고·외주·판매·중개·구독 중 내 상황에 맞는 출발점을 정해보세요.

21가지 수익 구조 살펴보기 →
처리 중...