주니어 PM의 모임 리스트 아이템 UI 개선 프로젝트

*일부 내용은 공개 가능한 범위 내에서 실제 현황과 데이터를 바탕으로 재구성되었습니다. 

문제 상황: 노출 수 대비 조회 수 감소

서비스 모니터링 중, 모임 리스트 아이템의 노출 수 대비 조회(클릭) 수가 약 15% 감소한 것을 확인했습니다. 특히, 노출 수 대비 조회 수가 급격히 감소한 특정 시점이 있었고, 해당 시점의 업데이트 내용을 분석한 결과, 운영 팀에서 '인원 수정 불가' 공지를 발송한 것으로 확인되었습니다.

 

*인원 수정 불가 공지란?

호스트(모임장)의 잦은 인원 수정으로 인해 참가자들이 불편을 겪고 있다는 CS가 다수 접수되자, 운영 팀에서 이를 방지하기 위해 호스트가 인원을 수정할 수 없도록 정책을 마련했습니다. 이 정책이 적용되기 전에 혼란을 방지하기 위해 모든 호스트에게 미리 연락하여 해당 내용을 안내한 것입니다.

 

상세 원인 분석: 플랫폼 정책 변경으로 인한 모임 리스트 아이템 UI상의 변화

'노출 대비 조회 수가 감소'했다는 것은 모임 리스트 아이템이 유저에게 노출되었지만, 클릭이 줄어들었음을 의미합니다. 이는 곧 모임 리스트 아이템 UI에 어떤 변화가 발생했음을 시사합니다.

 

이러한 관점에서, '인원 수정 불가' 공지 이후 노출 대비 조회 수가 감소한 현상을 조금 더 자세히 분석해보았습니다. 분석 결과, 공지 이후 대부분의 호스트가 모임의 참여 가능 최대 인원을 60명으로 설정한 것이 주요 원인으로 파악되었습니다.

 

이전에는 호스트들이 모임을 인기 있는 모임으로 보이게 하기 위해 처음에 인원을 작게 설정한 뒤 인원이 차면 참여 가능 인원을 조금씩 늘려나갔습니다. 그러나 인원 수정이 불가능해지자, 호스트들은 최대 몇 명의 인원까지 받게 될지 확신할 수 없었고, 결국 최대 인원인 60명으로 설정하게 되었습니다.

기존 리스트 아이템 UI

기존 리스트 아이템 UI에서는 현재 신청 인원과 신청 가능 최대 인원이 [(현재 인원)/(최대 인원)] 형식으로 표시가 되어 왔기 때문에, 대부분의 모임이 최대 인원을 60명으로 설정한 후 신청자가 적어 보이는 문제가 발생했습니다.

이로 인해 사용자는 이러한 모임을 '인기가 없는 모임'으로 인식하게 되었고, 이는 조회 전환율의 감소로 이어졌습니다.

 

가설 설정: 조회 전환을 유도하는 요소의 강조

가설 설정

이러한 문제를 해결하기 위해 다음과 같은 가설을 설정했습니다:

1. 모임 리스트 아이템 UI에서 조회 전환을 유도하는 요소들을 강조하면, 노출 수 대비 조회 수가 다시 증가할 것이다.
2. 조회 전환을 유도할 수 있는 주요 요소는 ‘참여한 사람’이라는 정보일 것이다.

이 가설을 설정한 이유는 다음과 같습니다.

유저들이 모임을 클릭하지 않게 된 이유는 모임에 신청한 사람이 적어 보였기 때문일 가능성이 가장 높으며, 이는 인원에 대한 정보가 조회 전환율에 큰 영향을 미친다는 사실을 시사하는 것이라고 판단했습니다.

 

솔루션: 모임 카드 UI 개선

가설을 바탕으로, 인원이 많은 모임과 적은 모임을 구분하여 각각 다른 소구 요소를 강조하는 방식을 적용하였습니다.

개선된 리스트 아이템 UI

 

1. 마감 임박: 참가자가 많아 마감이 임박한 경우, '마감 임박' 메시지를 강조하여 유저들에게 빨리 신청해야 한다는 긴박감을 전달했습니다.
2. 얼리버드 신청 할인: 참가자가 많지 않은 경우, 참여한 인원에 대한 소구가 어렵기 때문에 '얼리버드 신청 할인'을 강조하여 
   빠르게 모임을 신청한다면 받을 수 있는 혜택을 받을 수 있는 기회를 부각시켰습니다.
3. n명 참여 중: 위의 두 경우에 해당되지 않는 경우, 최대 인원을 표시하지 않고 단순히 n명 참여 중이라는 메시지로 현재 참여자 수만 노출하여 인원 수가 최대 인원과 대비하여 비교적 적어보이는 문제를 완화했습니다.

 

결과

이러한 개선을 통해, 노출 수 대비 조회 수가 23%에서 29%로 상승하며 약 26%가 증가했습니다.

또한 참여자 관점에서, 참여 인원의 구성은 모임 자체만큼이나 중요한 요소임을 확인했습니다.

 

회고

이번 프로젝트는 모임 리스트 UI의 작은 변화가 사용자의 행동에 얼마나 큰 영향을 미칠 수 있는지를 잘 보여주는 사례였습니다.

또한, 이번 사례를 통해 서비스의 중요한 정책 변경이 있을 때는 각 부서가 관련 내용을 사전에 공유하여 사이드 이펙트를 함께 고려하고 사전에 대응할 수 있는 업무 프로세스를 구축하는 것이 중요하다는 것도 느꼈습니다. 

 

앞으로 운영팀 플랫폼팀의 협업을 강화하고, 유저와 비즈니스 모두에 긍정적인 영향을 미치는 개선을 이뤄내고 싶습니다 : )