SYDE
SYDESYDESYDE일반 유저와 파워 유저의 차이를 이해하고, 사이드 프로젝트에 맞는 설계 전략을 찾아보세요.
디지털 제품에서 "평균 유저"는 허상이에요. 실제로는 거의 안 쓰는 다수와 엄청나게 쓰는 소수로 극단적으로 나뉘어요.
P95 유저(상위 5%)는 수익, 콘텐츠, 네트워크 효과의 대부분을 만들어내요. 이들이 진짜 제품의 경제 엔진이에요.
P95/P50 비율은 카테고리에 따라 3배에서 550배까지 벌어지는데요. 이 비율을 알아야 제품 전략과 가격 정책이 제대로 잡혀요.
P50 유저에겐 단순하고 마찰 없는 경험을, P95 유저에겐 깊고 무한한 기능을 동시에 제공하는 "레이어드 인터페이스" 전략이 핵심이에요.
AI 도구는 P50 유저도 P95 수준의 결과물을 낼 수 있게 해주는 "테일 패닝(tail fattening)" 역할을 하고 있어요.
"당신은 지금 실제로 존재하지 않는 유저를 위해 제품을 만들고 있지 않나요?"
UX 전문가 야콥 닐슨이 최근 발표한 분석을 보면, 많은 창업자와 개발자들이 대시보드를 보며 "우리 평균 유저는 하루 20분 쓰고, 월 5달러 낸다"고 파악하는데요. 문제는 그 유저가 실제로 존재하지 않는다는 거예요.
물리 세계에서는 평균이 유용해요. 문 높이를 평균 키 기준으로 설계하면 대부분의 사람이 편하게 드나들 수 있어요. 하지만 디지털 세계는 달라요. 사용량은 정규분포가 아니라 멱함수(power law) 분포를 따르는데요. 대다수의 가벼운 유저와 소수의 초헤비 유저가 공존하고, 그 중간이 텅 빈 형태예요. 평균값은 이 빈 공간 어딘가에 떠 있는 수치일 뿐이에요.
그래서 평균을 기준으로 제품을 설계하면, 가벼운 유저에게도, 파워 유저에게도 맞지 않는 어정쩡한 제품이 나오게 돼요.
닐슨은 예전에 "90-9-1 법칙"을 제안했어요. 90%는 눈팅, 9%는 가끔 참여, 1%가 대부분의 가치를 만든다는 거였는데요. 실제 데이터를 보면 지금은 훨씬 더 극단적이에요.
🔍 위키피디아: 방문자의 99.8%는 아무것도 기여하지 않아요. 실제로 편집의 3분의 2를 만드는 사람은 전체의 0.003%, 약 1,000명에 불과해요.
🐦 X(트위터): 중간(P50) 유저는 한 달에 2번 트윗해요. 반면 상위 10%(P90) 유저는 138번을 올리는데요. 69배 차이예요.
🎵 틱톡: 상위 1% 크리에이터가 하위 라이트 유저보다 147배 더 많은 영상을 올려요.
이건 버그가 아니에요. 인터넷의 구조적 현실이에요. 그리고 사이드 프로젝트를 만드는 우리도 이 구조 위에서 제품을 운영하고 있어요.
핵심 지표는 P95/P50 비율이에요. 상위 5% 유저와 중간 유저의 차이를 수치로 나타낸 건데요.
🛒 이커머스(세션): 3~5배 차이. 물리적 제약(배달 음식은 하루 세 끼가 한계)이 있어서 비교적 좁아요.
💼 엔터프라이즈 SaaS: 6~17배. 데이터 분석 업무는 16배, AI 코딩 보조는 17배까지 벌어져요.
📱 소셜 미디어: 30~550배. 완전히 자유 의지로 이루어지는 참여라 천장이 없어요. 네트워크 팔로우 수 기준으로는 550배까지 차이가 나고요.
🎮 모바일 게임: 이론상 무한대. 중간 유저의 과금은 0원이에요. P99 "메가 고래" 유저가 게임 생태계 전체 수익을 책임지는 구조예요.
이 비율이 중요한 이유가 있어요. 비율이 낮으면(2~5배) 정액제가 합리적이에요. 하지만 비율이 높으면(20배 이상), 헤비 유저가 라이트 유저의 서버 비용까지 부담하는 꼴이 되기 때문에 사용량 기반 과금이 더 공정하고 지속 가능해요.
P50 유저, 즉 중간 유저는 "관광객"이에요. 가끔 들르고, 복잡한 건 피하고, 조금이라도 어려우면 이탈해요.
SaaS 기준으로 중간 유저는 제품 기능의 16%만 사용해요. 핵심 기능 2~3개만 쓰고 탐색하지 않아요. 이 유저에게 필요한 건 딱 하나, 마찰 없는 단순한 경로예요.
뉴스레터 플랫폼을 예로 들면, 중간 퍼블리셔에게 필요한 흐름은 딱 이거예요. "초안 작성 → 미리보기 → 발송 → 기본 결과 확인." 여기에 고급 세그먼테이션이나 전달률 분석 화면을 들이밀면 그냥 나가버려요.
이 유저들이 없으면 플랫폼에 사람이 없어요. 밀도와 도달 범위를 만드는 게 P50의 역할이에요. 하지만 이들을 위해 제품 전체를 단순화하면, 정작 돈을 내고 깊이 쓸 P95 유저를 잃게 돼요.
P95 유저는 제품 안에서 살아요. 업무 흐름에 제품을 완전히 통합하고, 매크로를 만들고, API를 연결하고, 자동화 워크플로우를 구축해요.
이들이 원하는 건 설명이 아니에요. 더 빠르고, 더 깊고, 더 강력한 도구예요.
⌨️ 키보드 단축키와 커맨드 팔레트(Cmd+K) 📦 대량 편집과 일괄 처리 🔗 API 접근과 외부 연동 💾 재사용 가능한 템플릿과 프롬프트 라이브러리
중요한 게 있어요. P95 유저는 시스템의 약점을 가장 먼저 발견해요. 느린 데이터베이스 필터, 깨지는 가져오기 기능, 부재한 감사 로그, 모두 이 유저들이 가장 먼저 경험하는 고통이에요. "엣지 케이스"처럼 보이는 P95의 불만은 사실 제품의 핵심 약점이고, 동시에 미래 로드맵의 단서예요.
또 하나, "네거티브 고래"도 조심해야 해요. 참여 불평등은 나쁜 방향으로도 작동해요. 서버 비용, 지원 티켓, 커뮤니티 독성의 대부분도 소수의 극단적 유저에게서 나오거든요. 파워 유저를 위한 깊은 기능을 만들면서, 동시에 과도한 사용을 부드럽게 제한하는 구조도 설계해야 해요.
P50 유저에게는 세발자전거가 필요하고, P95 유저에게는 F-16 전투기가 필요해요. 그러면 하나의 제품으로 어떻게 둘 다 잡을까요?
답은 "프로그레시브 디스클로저(Progressive Disclosure)", 즉 단계적 공개예요.
첫째, 표면은 단순하게 만들어요. 기본 화면은 P50을 위해 설계하고, 전체 기능의 20%로 80%의 필요를 채워요. 복잡한 설정은 숨겨요.
둘째, 깊은 곳엔 끝없는 기능을 파놓아요. 행동이 숙련도를 보여주면 고급 기능을 드러내요. 사용 횟수, 배치 크기, 단축키 사용 패턴이 시그널이 될 수 있어요. 스스로 "고급 유저"라고 선택하게 하지 않아도 돼요.
셋째, "테일 패닝(tail fattening)"을 설계해요. 목표는 P50 유저를 P95로 끌어올리는 거예요. 연속 달성 스트릭(Duolingo, Snapchat), 알고리즘 추천, 습관 형성 루프가 이 역할을 해요. 어떤 비율의 P50이 P75가 되고, P95가 되는지 추적하는 것 자체가 핵심 성장 지표예요.
넷째, AI가 이 격차를 줄여줘요. 생성형 AI는 P50 유저가 자연어로 목표를 말하면, P95 수준의 결과물을 실행해 줄 수 있어요. SQL 쿼리 작성, 피벗 테이블 생성, 매크로 자동화처럼요. 이게 제대로 작동하면 평균 유저의 아웃풋이 파워 유저 수준으로 올라가요.
사이더 여러분, 사이드 프로젝트를 막 시작할 때는 "모두를 위한 제품"을 만들고 싶은 마음이 커요. 하지만 이 글이 보여주듯, 평균을 노리는 건 아무도 만족시키지 못하는 길이에요. 지금 내 제품에서 가장 자주, 가장 깊이 쓰는 유저가 누구인지 한번 들여다보세요. 그 사람이 다음 기능의 힌트를 이미 행동으로 보내고 있을 거예요. P50을 위한 쉬운 입구를 만들되, P95를 위한 깊은 우물을 파는 것, 이 두 가지를 동시에 의식하는 것만으로도 제품의 방향이 훨씬 선명해질 거예요.
첫 번째 댓글을 남겨보세요!
