프로덕트 매니저 원칙 "서비스를 뜯어보며 성장하자"

 

 

원칙 : "PM 으로 성장하고 싶다면 소통 능력, 신뢰감, 지식을 쌓으세요." 

 

'서비스 뜯어보기'의 목적은 개인과 서비스의 성장에 있습니다. 어떤 서비스를, 왜 뜯어봐야 하는지, 어떻게 뜯어봐야 하는지, 그리고 우리 서비스에 어떻게 적용하는지에 대한 내용입니다. 개인과 담당 도메인 모두의 성장을 경험해볼 수 있을 한 가지 방편으로 읽어주면 좋겠습니다. 

 

왜 뜯어봐야 할까요? 

PO는 프로덕트의 성장에 고민이 많습니다. 늘 우리 서비스를 이용하는 유저 활동 데이터를 분석하고 특징을 파악합니다. 유저가 서비스를 처음 이용하는 시점부터 이탈하는 시점까지의 주요 퍼널별 데이터를 살펴보는데, 저는 미국의 기업가이자 투자자인 데이브 맥클루어가 개발한 AARRR 프레임 워크를 주로 활용 합니다. 

 

■ AARRR 프레임워크 

 

• Acquisition : 고객을 어떻게 데려올 것인가?
• Activation : 고객이 서비스의 핵심 기능을 이용하는가 ? 
• Retention : 고객이 서비스를 지속적으로 이용하는가? 
• Revenue : 고객은 우리가 설정한 최종 목표인 결제를 하는가? 
• Referral : 고객이 자발적으로 우리 서비스를 추천 하는가? 

 

반드시 AARRR 프레임워크를 활용하지 않고도 자사 서비스 이용 유저와 유저의 서비스 이용 흐름을 파악했다면'우리가 가진 문제' 를 정의할 수 있습니다. 문제 정의 다음으로 '이 문제를 어떻게 해결할 것인가' 를 고민하게 되는데, 이때 문제 해결에 대해 아무런 레퍼런스 없이 스스로 아이디어를 발굴하는 것에는 한계가 있고, 개선 방향에 대한 감 잡기도 쉽지 않습니다. 물론 경력 또는 경험이 어느 정도 쌓인 시니어라면 여러 프로덕트를 성장시키며 퍼널별로 발생하는 문제의 해결 방향을 쉽게 잡을 수도 있겠지만, 그동안 한 번도 고민해보지 못 한 문제에 직면하거나 경력이 적은 미들이나 주니어는 레퍼런스 없이 문제 해결의 힌트를 얻기 쉽지 않습니다. 

 

그래서 우리는 타사 서비스를 레퍼런스 삼아 그들의 비즈니스를 이해하고, 서비스를 뜯어봐야 합니다.

그래야 우리가 겪는 문제를 타사가 어떤 방식으로 풀었는지를 알 수 있고, 그들이 푼 방식을 우리 서비스에 어떻게 적용할지 고민할 수 있고, 더 나아가서는 타사 서비스를 뜯어보고 더 좋은 아이디어를 떠올리고 디벨롭시켜 고객의 문제를 빠르게 해결할 수 있습니다.

 

비즈니스의 대한 이해 

왜 뜯어봐야 하는지 이해했다면 그 다음은 비즈니스에 대한 이해가 필요합니다. 현재 커머스 플랫폼의 PO로 재직한다고 가정하겠습니다. 커머스 플랫폼을 더 쪼개면 오픈마켓, 종합몰, 자사몰로 나눌 수 있습니다. 쪼개보는 이유는 같은 커머스에 속한다 하더라도 비즈니스 구조가 다르면 뜯어볼 서비스와 방향이 달라질 수 있기 때문입니다.

 

• 오픈마켓 :개인, 기업 셀러가 존재. 셀러가 많을수록 취급하는 상품 수도 많아져 경쟁력이 높아지는 구조 
• 종합몰 : 오프라인 유통판매 기업의 대형 셀러 위주로 구성, 어느 정도 브랜드력을 갖춘 상품을 취급하며 비교적 가격대가 높은 편 
• 자사몰 : 중간 유통 과정을 거치지 않고 셀러가 고객에게 직접 판매하는 구조로 독립적으로 운영

현재 속한 플랫폼이 오픈마켓에 속한다면 셀러를 확대해 취급 상품 수를 증대시키고 고객의 쇼핑 탐색을 편리하게 만들어주는 것에 집중하는 것이 좋습니다. 종합몰에 속한다면 보유하는 브랜드를 어떻게 더 잘보여줄 수 있을지와 브랜드 관련 탐색 경험을 만들어주는 데 집중해야겠지요. 자사몰이라면 브랜딩과 플랫폼의 신뢰도를 높이는 데 집중할 겁니다. 궁극적으로 커머스의 목적은 '상품을 팔아 수익을 남기는 것' 으로 모두 같겠지만 특성이 다를 수 있습니다. 플랫폼별 비즈니스에 대한 이해가 있다면 이를 기반으로 어떤 서비스를 어떻게 뜯어볼 것인지 명확하게 결정할 수 있습니다. 따라서 우리 프로덕트가 어떤 플랫폼에 속하고 어떤 비즈니스를 하는지 파악해놓는 게 좋습니다. 

 

어떤 문제를 해결하려고 하는가? 

PO 라면 우리 서비스 유저가 어떤 어려움을 갖고 있는지 관심을 기울여야 합니다. 유저의 어려움을 확인하는 방법으로 고객 활동 데이터 분석, 유저 인터뷰, 사용성 테스트, 고객의 소리 등이 있습니다. 이 중 어떤 방법으로든 자사 서비스 이용 유저의 어려움을 파악해 문제를 리스트업해두고 '어떤 문제를 해결하면 가장 임팩트가 클지' 곰곰이 생각해봅시다. 

중요도와 시급성, 리소스 투자 대비 가장 임팩트가 큰 것을 고려해 우선순위를 정하고 우선순위가 높은 문제부터 해결해 나가면 됩니다. 그럼 이제부터 어떻게 문제를 정의하고, 해결 방법을 도출하는지 예를 들어 확인해볼까요? 

 

• 문제 
  :제품 상세 페이지(Product Detail Page, PDP)에서 주문서 까지의 전환율이 낮다. 
• 해결 방법 
  1. 주문서까지의 전환율이 낮은 이유에 대해 데이터를 딥다이브해 세부 문제를 찾는다.
  2. 주문서까지의 전환율이 낮은 이유에 대한 가설을 세워 A/B 테스트를 진행한다. 
  3. 주문서까지의 전환율을 높일 수 있는 방법을 고민하고 개선한다. 

PDP 에서 주문서까지의 전환율이 낮은 문제를 예로 들어봤습니다. 이렇게 문제를 정의하고 어떤 방법으로 해결할지 대략적인 방안도 도출합니다. 해결 방법 중 2번은 가설을 세워야 하고, 3번은 방법에 대한 고민이 이루어져야 하는데 데이터를 보거나 미팅을 통해 동료의 의견을 들어볼수도 있지만 타사 서비스를 뜯어보며 인사이트를 도출하고 해결하는 방법도 있습니다. 타사 서비스를 뜯어보기 전에 문제 정의 시점에서 '유저가 서비스를 이용하며 겪는 문제가 정확하게 무엇인지' 뾰족하게 정의해놓는다면 더 깊이 있게 분석할 수 있으니 문제 정의 시 충분한 시간을 들여 고민해야 합니다. 

 

타사 비즈니스에 대한 이해 

지금까지 우리 문제를 정의했으니 그다음은 이 문제를 타사에서는 어떻게 다루는지 확인해볼 차례입니다. 저는 같은 비즈니스 영역의 '경쟁사'를 먼저 살펴보고, 그다음은 우리가 해결하려는 문제를 먼저 마주했을 확률이 높은 '카테고리별 대표 서비스'를 살펴보거나 기존에 이용했는데 '경험이 좋았던 서비스를'살펴봅니다. 

살펴보려는 서비스를 리스트업했다면 각 서비스의 비즈니스 이해도를 높일 차례입니다. 각 서비스의 배경지식을 익히고 최근 기사와 보도자료를 살펴보며 추가 정보를 획득합니다. 이런 과정에서 얻은 정보는 아래 예시와 같이 항목을 분류해 한눈에 비교해볼 수 있도록 정리 합니다. 

 

• 분류 : 경쟁 서비스 | 카테고리별 대표 서비스 | 경험이 좋았던 서비스 

서비스명	▶ 제공하는 서비스의 명칭을 작성 합니다
비즈니스 모델	▶ 주요 비즈니스 모델이 무엇인지 간략하게 작성합니다.  ▶ 만약 비즈니스 모델이 자사와 동일할 경우, 조금 더 깊이 있게 살펴보며 자사와 차이점이 있는지 등을 추가로 살펴봅니다.
타깃	▶ 서비스를 이용하는 연령대, 성별 등 주요 타깃을 작성합니다
서비스 특징	▶ 주요하게 제공하고 있거나 다른 서비스보다 특별하게 잘하는 부분 위주로 작성합니다.
주료 지표	▶ 서비스별 공개된 주요 지표를 작성합니다. 각 서비스별 모든 지표가 동일 할 수 없으므로 보도자료 기준 공개된 지표 위주로 작성합니다. 동일지표로 모두 업데이트 할 수 있다면 서비스 현황을 한눈에 비교해볼 수 있는 이점이 있습니다
버전 기록	▶ 앱스토어에서 해당 서비스의 [버전 기록] 을 참고하면 해당 서비스가 어떤 기능을 언제 배포했는지 알 수 있습니다.
최신 기사 및 보도 자료 주요 내용	▶ 검색을 통해 서비스의 최신 기사와 보도자료를 확인합니다. 이 과정에서 각 서비스의 방향성과 전략, 집중하는 영역을 확인할 수 있습니다.

 

• Tip_ 경쟁사 파악이 어렵다면 앱스토어 동일 카테고리의 TOP3 서비스를 살펴보자. 

분류	경쟁서비스	카테고리 대표	이 외 서비스
서비스명	A	B	C
비즈니스 모델	판매 수수료	건당 수수료	광고
타깃	20-30	30-40	10-20
서비스 특징	로켓 배송, 멤버십	배달, 온라인 장보기	지역 기반 중고거래
주요 지표	MAU 누적 구매자수  앱 다운	MAU 500만  평균 체류 시간	MAU 10만  회원수 리텐션
버전 기록	00 영역 리뉴얼	00 서비스 론칭	정렬 옵션 추가
주요 참고 내용	엔터테인먼트 사업 확장  멤버십 가입자 수 증대	AI 추천 강화	누적 리뷰 수 N 만건 돌파

경쟁 서비스, 카테고리별 대표 서비스, 이 외 서비스를 분류해놓은 이유는 경쟁사인지 아니면 대표 서비스인지를 나누어 수월하게 비교하기 위함입니다. 경쟁 서비스의 경우 '버전 기록, 주요 참고 내용' 중심으로, 카테고리별 대표 서비스의 경우 '어떤 차별점이 있어 얼마나 성장한 서비스인지' 중심으로, 이 외 서비스의 경우 '우리가 가진 문제를 해결하는 데 참고할 수 있는 기능을 UI/UX' 중심으로 살펴봅니다. 

 

각 카테고리가 서비스별로 1개씩 정의되는 경우 분류는 생략해도 무방 합니다. 보통 여러 서비스를 같이 분류할 때 구분해놓으면 '경쟁사나 카테고리별 대표 서비스만 따로 보는 등' 그때 그때 니즈에 맞게 빠르게 살펴볼 수 있는 이점이 있습니다.지금까지 소개한 방법으로 서비스별 비즈니스 모델과 주요 특징을 살펴보고, 각 서비스에 대한 이해도를 높일 수 있습니다.이를 벤치마킹 초반에 정리해두고, 수시로 보는 습관을 들이면 업계 트렌드도 빠르게 파악할 수 있어 인사이트를 얻는 데 큰 도움이 됩니다. 

 

타사는 어떤 문제를 해결하려고 했는가? 

타 서비스의 비즈니스 모델과 서비스 성격 팡가으로 전반적인 서비스 이해도가 높아졌다면 이제 그들의 서비스를 보며 '어떤 문제를 해결하려고 했는가' 를 추측해볼 수 있습니다. 앞에서 우리가 정의한 문제를 다시 가져와보겠습니다

 

• 문제 : Product Detail Page, PDP에서 주문서까지의 전환율이 낮다. 

타 서비스에서 같은 문제를 이미 고민했다고 가정하고, 서비스의 PDP지면을 구성하는 각 컴포넌트를 살펴보면 PDP 에서 주문까지의 전환율을 높이는 데 어떤 장치를 추가해두었는지 파악할 수 있습니다. 처음에는 우리가 가진 문제를 타 서비스도 가지고 있다고 가정하고 지면을 살펴봤다면, 이번에는 문제를 제외하고 넓은 관점으로 다시 지면에 위치한 컴포넌트들을 살펴보며 '이 컴포넌트의 목적은 무엇일까?'를 유추해봅니다. 이때 앞서 살펴본 '서비스의 비즈니스 모델, 주요 특징' 등과 연결해 딥다이브할 수 있습니다. 

 

• 컴포넌트 : 각 지면 내 위치한 독립도니 모듈. 예를 들어 상품 이미지 영역, 상품 정보 영역, 추천 영역 등을 컴포넌트라고 정의할 수 있습니다. 

 

문제 : Product Detail Page, PDP에서 주문서까지의 전환율이 낮다. 

PDP에서 주문서 까지 전환율을 높이는 어떤 장치를 해놨을까?	각 컴포넌트, 기능, 정보는 어떤 목적을 갖고 있을까?
1단계 PDP	2단계 PDP
A : 상품 이미지	A : 상품 이미지
B: 배송 예측 정보	B : 배송 예측 정보
C : 상품 정보	C : 상품 정보
D : 라이브 방송	D: 라이브 방송
E : 지금 본 상품과 비슷한 상품	E : 지금 본 상품과 비슷한 상품
F :(고정) 장바구니 | 구매하기	F:  (고정) 장바구니 | 구매하기

 

먼저 우리가 가진 문제를 타사에서는 어떻게 해결하려고 했는지 '문제위주의 탐색'을 시작합니다. PDP가 A~F 까지의 컴포넌트로 구성되는데, 그중 '전환율' 을 높이는 데 영향을 미쳤을 만한 컴포넌트를 체크합니다. 체크한 컴포넌트가 실제로 전환율 상승 목적이었는지, 아니었는지는 크게 중요하지 않습니다. 중요한 점은 '우리 문제를 해결할 수 있는 힌트'를 얻는 겁니다. 

 

두 번째는 우리에게 없는 컴포넌트, 기능, 정보 위주로 체크하고 '어떤 목적을 갖고 있을까'를 추측해봅니다. 예를 들어 'B. 배송 예측 정보'의 경우 '고객에게 배송 도착 정보를 안내해 배송을 기다리는 고객의 불편함을 해소하고 빠른 배송을 강조해 구매 의사결정을 도우려는 목적을 가졌을거야' 라고 생각해볼 수 있습니다. 이 서비스의 비즈니스 모델이 '빠른 배송'이면 이 영역은 매우 중요한 부분이니 더욱 강조되어 있을 겁니다. 이렇게 각 컴포넌트, 기능, 정보를 살펴보고 목적을 생각해보고 비즈니스에 대한 이해도를 바탕으로 이 서비스에서 강조하고 싶어 하는 부분은 무엇이고 어떻게 강조했는지 분석 합니다. 그럼 우리 서비스에 어떤 기능을 어떻게 적용해야 할지 힌트를 얻을 수 있을 겁니다. 

 

어떻게 뜯어봐야 할까요? 

지금까지 왜 서비스를 뜯어봐야 하는지와 우리가 가진 문제를 어떻게 발견하고 정의하는지를 알아보았습니다. 뜯어볼 서비스의 선택과 비즈니스 이해도를 높이는 방법도 다뤘습니다. 이번에는 서비스를 '어떻게' 뜯어봐야 하는지 알아보겠습니다. 앞에서 정의한 문제 기준으로 서비스 뜯어보는 방법을 구체적으로 설명하겠습니다. 

 

• 문제 : PDP 에서 주문서까지의 전환율이 낮다. 
• 살펴볼 지면 : PDP 
  :전환율 개선이 필요한 주요 지면을 의미합니다. 
• 플랫폼 : 모바일(모바일 웹, 앱(iOS, 안드로이드), PC 웹
  : 개선하려는 플랫폼이 PC 인지, 모바일인지 확인 후 개선이 필요한 대상을 결정합니다. 

TIP : App의 경우 운영체제에 따라 UI/UX가 다르게 구현되어 있을 수 있음을 인지할 것 

 

• 살펴볼 서비스 : 서비스명 1, 서비스 명 2, 서비스 명 3 
  :경쟁, 카테고리별 대표, 경험이 좋았던 서비스 등 살펴볼 서비스를 선정합니다. 

위 내용이 정해졌다면 이제 각 서비스의 PDP 를 뜯어볼 준비를 마친 겁니다. 

 

각 서비스의 PDP 는 어떻게 구성되어 있는가? 

자사와 타사의 PDP 가 어떤 컴포넌트와 기능, 정보로 구성되어 있는지 확인합니다. 다음 예시 이미지와 같이 자사, 타사를 구분하고 PDP 전체 구성을 정리해 한 화면에 놓고 비교하면 각 서비스별 특징을 한눈에 비교할 수 있습니다. 

 

자사	타사
	서비스 A	서비스 B	서비스 C
상품 이미지	상품 이미지	상품 이미지	상품 이미지
상품 정보	상품 정보	상품 정보	상품 정보
이 상품의 모든 판매자	브랜드 소식	기획전 배너	배송 정보
광고 영역	배송 정보	포토 리뷰 모아보기	상품 정보 디테일
상품 정보 디테일	상품 정보 디테일	광고 영역	구매 후기
함께 사면 좋은 상품	카테고리별 유사 상품 추천	상품 정보	댓글 영역
광고 영역	브랜드 홈 소개	리뷰	묶음배송 가능 상품

 

각 서비스에서 비즈니스 모델을 지면 내 어떻게 녹여두었는지, 어떤 부분을 강조했고 차별화시켰는지 등 서비스별로 간략하게 분석하고 정리합니다. 앞서 살펴본 '타사 비즈니스에 대한 이해' 에서 설명한 대로 각 서비스의 최근 기사나 보도 자료를 확인하고 내용을 정리해뒀다면 주요 내용을 더 쉽고 빠르게 파악할 수 있습니다. 

 

PDP 내 컴포넌트, 기능, 정보가 어떤 특징을 가지는가? 

이제 각 서비스별 A~G 까지의 컴포넌트별 기능과 정보를 더 세부적으로 정리해봅니다. 같은 컴포넌트가 모든 서비스에 있다고 하더라도 각 서비스마다 제공하는 UI/UX, 기능 등이 다를 수 있으므로 꼼꼼하게 살펴봐야 합니다. 각 영역의 정보를 아래와 같이 정리합니다. 

 

서비스 A

A:상품 이미지 : 확대하기 기능

B: 상품 정보 : 최대 적립 포인트 노출

D: 배송 정보 :평균 배송 기간 (예측, 실제)

E:상품 정보 디테일 :라이브 방송 숏클립 브랜드 멤버십 혜택

F.카테고리별 유사 상품 추천 :같은 스토어 내 유사 상품 이 스토어와 비슷한 스타일

G: 브랜드 홈 소개 관심 고객 수 브랜드 대표 키워드 누적 판매 건 수 빠른 배송 비율 CS응답 완료 비율

 

서비스를 살펴보니 A 컴포넌트에서 확대하기 기능을 제공하고 있습니다. 확대하기 기능을 제공하는 목적은 고객에게 상품 정보를 더 자세히 보여주어 탐색 편의성을 높이려는 의도로 유추할 수 있습니다. 하지만 모든 상품에 확대하기 기능이 적용되어 있지 않은 것으로 봤을 때 상품 이미지 확대하기 기능은 판매자가 '이미지를 확대해볼 수 있을 만큼 고화질의 사진'을 등록한 경우 제공한다는 것을 예상할 수 있습니다. 따라서 이 기능을 도입하려면 '고화질 사진 등록'이 선행 되어야 합니다. 

 

이렇게 컴포넌트별 정보와 기능을 정리하고 '이 기능은 왜 제공하고 있을까?', 자사에 '제공하려면 무엇이 선행되어야 할까?' 같은 질문을 던지고 파악해야 합니다. 당연히 이를 문서에 정리해놓아야겠지요? 단순히 정봄나 나열해놓으면 유의미한 인사이트를 얻기 힘들고 자사 서비스에 왜 적용해야 하고, 어떻게 적용해야 하는지 매번 시간을 들여 다시 고민해야 합니다. 그러니 서비스를 뜯어볼 때 떠오른 느낌, 생각, 인사이트 등을 같이 정리해두는 습관을 들이기 바랍니다. 

 

좋았던 점, 아쉬운 점, 적용할 점 

지금까지 서비스를 자세하게 뜯어보고 인사이트까지 정리했다면, 이제 최종으로 정리할 시간입니다. 서비스를 분석하며 좋았던 점, 아쉬운 점, 우리 서비스 문제 해결에 도움이 될 만한 적용할 점을 적습니다. 다음과 같은 질문을 스스로에게 던지며 정리해봅니다. 

 

좋았던 점	▶  왜 좋았는가 ? ▶  비즈니스 모델과 연결성이 좋았던 부분은 무엇인가? ▶  타사와는 '차별화'된 부분은 무엇인가? ▶  어떤 문제를 해결하기 위한 기능 / 정보 인가?
아쉬운 점	▶  어떤 점이 아쉬웠는가? ▶  우리 서비스에 적용한다면 아쉬운 점을 어떻게 해결할 것인가?
적용할 점	▶  우리가 가진 문제를 해결할 수 있는가? ▶  우리 비즈니스에 맞는 기능인가? 맞지 않다면 어떻게 개선해 적용할 것인가? ▶  우리 고객 타깃에 적합한가? ▶  도입 시 선행되어야 하는 조건은 없는가? ▶  리소스 대비 효과가 어느 정도인가? ▶  이 컴포넌트/ 기능/ 정보는 어떤 지표에 영향을 주는가? ▶  자사 서비스 적용 시 추가로 고려해야 하는 부분은 무엇인가?

 

최종 비교 

서비스별로 지면 구성이 어떻게 되어 있는지, 컴포넌트와 기능 그리고 정보가 어떻게 노출되어 있는지, UI/UX는 어떤지 등을 전반적으로 살펴보고 정리를 마쳤습니다. 그럼 서비스마다 갖고 있는 특징과 차별점을 하나의 표로 정리하고 비교할 차례 입니다. 

 

작성한 표를 보고 어떤 부분을 어떻게 적용할지 고민해봅니다. 혼자 고민하고 의사결정하기 어렵다면 팀원들과 리뷰하고 함께 보며 자유롭게 의견을 들어보는 것도 좋습니다. 이 과정에서 생각지 못한 좋은 아이디어가 나올 수도 있습니다. 

 

어떻게 적용해야 할까요? 

지금까지 서비스를 왜 그리고 어떻게 뜯어보는지 설명했습니다. 마지막으로 우리 서비스에 적용하는 방법을 알아보겠습니다. 서비스별 '적용할 점'을 리스트업 했으니 이제 적용 예정 기능의 목적과 도입 시 선행되어야 할 점을 적습니다. 이어서 우리 문제를 해결하는 데 가장 적합하다고 생각되는 우선순위대로 나열 합니다. 예를 들어 다음과 같이요. 

 

1. 카테고리별 유사 상품 추천

-해당 상품과 같은 카테고리 내 유사 상품을 추천해, 고객이 원하는 상품을 더 쉽고 빠르게 탐색할 수 있게 해 주문서까지의 도달율을 높인다. 

- 선행 : 유사 상품 추천이 가능할 정도의 상품 풀(Pool)이 있는지 확인 

 

2.포토 리뷰 모아보기 

-고객이 작성한 리뷰 중 이미지 리뷰만 모아 PDP 상단에 노출해 상품에 대한 객관적인 정보를 제공하고 고객의 구매 결정을 돕는다. 

-선행 : 전체 이미지 리뷰 개수 확인, 카테고리별 이미지 리뷰 개수 확인 
-리뷰가 충분히 없을 경우, 이미지 리뷰를 늘리는 과제가 먼저 선행되어야 함 

 

3. 라이브 방송 숏클립 

-기존 진행한 라이브 방송을 짧게 편집해 PDP에 노출해 고객이 상품에 대한 풍부한 정보를 얻어 구매를 결정할 수 있도록 돕는다. 

- 선행 : 제공 가능한 라이브 방송 콘텐츠가 있는지 확인 

 

우선순위가 정리되었다면 요구사항을 PRD (Product Requirements Document)로 작성하는 단계로 넘어갑니다. 배경, 목적, 가설, 성공 지표 등을 정의하고 기능적 요구사항, 유저 스토리 등을 포함해 작성하면 됩니다. 이 단계에서 사용성 테스트나 A/B 테스트 진행 여부를 결정하고 단계별 일정 계획을 수립합니다. 

사용성 테스트는 배포 예정 기능의 프로토타입을 제작하여, 특정 유저에게만 공개하고 배포 예정 기능을 어떻게 사용하는지 테스트하는 방법입니다. 사용성 테스트를 활용하면 배포 전 신규 기능에 대한 유저 반응과 사용성을 미리 체크하고 갯너한 후 배포할 수 있어 리스크를 줄일수 있지만 준비 시간과 비용이 수반됩니다. A/B테스트는 서비스에서 발생할 수 있는 다양한 변수를 최소화한 상태로 출시 전 일부 고객 대상으로 가설을 검증해볼 수 있는 테스트 입니다. 신규 출시 기능이 자사 서비스 고객에게 유의미한지 배포 전 정확한 지표를 통해 미리 파악하고 싶다면 A/B테스트를 진행하고 테스트 결과에 따라 전체 배포하는 것이 좋습니다. 벤치마킹한 서비스를 우리 서비스에 적용할 때 기억해야 할 점은 '타사에 노출된 형태를 그대로 따라 하지 않는 것' 입니다. 타사에 '카테고리별 유사 상품 추천' 컴포넌트가 카테고리를 선택할 수 있는 UI로 되어 있다고 우리 서비스에도 그대로 적용하면 어떻게 될까요? 다음과 같은 문제가 발생해 기대한 효과를 얻기 어려울 수 있습니다. 

 

(타사) 카테고리별 유사 상품 추천 

- 카테고리 : 백화점, 아울렛, 소호&스트릿, 디자이너, 브랜드 직영몰 

 

발생할 수 있는 문제

-우리는 타사가 가진 '카테고리' 중 1개 카테고리밖에 취급하지 않는다. 

- 타사의 카테고리 모두 취급하지만 '일부 카테고리'는 판매 가능 상품이 거의 없다. 

- 전체적으로 상품 판매수가 적어 정확한 추천이 이루어지지 않는다. 

 

그러므로 이 형태가 타사에서 잘 워킹한다 하더라도 우리 서비스에 그대로 가져오기보다는 '우리 서비스 성격과 타깃' 을 고려해 반영해야 합니다. '당연한 거 아닌가?' 라고 생각할 수 있지만 연차가 있는 기획자도 실수할 수 있는 부분입니다. 저 역시 과거에 비슷한 실수를 한 적이 있습니다. 커뮤니티 성격을 가진 콘텐츠 전용관을 만든 적이 있었습니다. 카테고리별로 콘텐츠를 모아보고 고객들끼리 콘텐츠를 보며 서로 커뮤니케이션 할 수 있는 서비스였습니다. 보도자료를 통해 경쟁사의 업데이트 소식을 알게 되었는데요, 며칠 경쟁사의 서비스를 이용해보니 고객활동성도 매우 높아 우리 서비스에 도입해도 잘 워킹할 것 같다는 근거 없는 확신이 들었습니다. 이후 경쟁사에서 추가로 배포한 보도자료에는 해당 서비스 제공을 통해 주문 전환율 및 주요 지표가 증대되었다는 효과가 담겨 있었습니다. 이를 보고 서비스 성과가 입증되었다고 판단해 본격적인 벤치마킹에 돌입했죠. 우리 데이터 및 서비스 현황 분석을 마치고 벤치마킹한 서비스를 최종 도입했는데 성과가 좋지 않아 오픈한 지 두 달 만에 서비스를 종료해야 했습니다. 종료 전, 주요 지표 증대를 위해 여러 액션 아이템을 실행했지만 백약이 무효했습니다. 적지 않은 리소스와 시간을 들인만큼 속상했죠. 서비스 종료 후 프로젝트 실패 원인을 복기하는 시간을 가졌는데, 주된 실패의 원인은 다음과 같았습니다. 

 

자사 '주요 타깃'에 대한 고려가 되지 않았다. 

-경쟁사의 주요 타깃은 20~30대인데, 우리는 40~50 대다. 커뮤니티가 활성화 되려면 많은 사람이 자주 글을 써야 하는데, 우리 유저의 경우 연령대가 있다보니 모바일로 타이핑 하는게 쉽지 않아서인지 글을 쓰는 유저가 현저히 적었다.

 

콘텐츠 업로드 방식의 차이를 간과했다.

-콘텐츠를 모아보는 전용관에 '퀄리티 좋은 콘텐츠'가 노출되려면 '검수'가 필요한데, 우리는 사람이 일일이 수동 검사하는 프로세스여서 주말에는 업로드 되는 콘텐츠가 없어 서비스가 정체되었다. 반면, 타사는 콘텐츠 자동 검수 기술을 이용하고 있어서 주말에도 활발하게 콘텐츠가 업데이트 되었다. 

 

이렇듯 타사에서 잘된다고 우리 서비스에 적용했을 때 잘된다는 보장이 없습니다. 그러므로 벤치마킹 후 기능을 도입할 때는 '우리 서비스 성격과 주요 타깃에 잘 맞는가?' 를 필수로 확인해야 합니다. 또한 우리 고객이 갖고 있는 문제를 해결할 수 있는지 충분히 검토하고 이를 고려해 자사 서비스에 맞게 기획해야 합니다. 뜯어보기의 목적은 우리가 가진 문제 해결을 위해 타사 서비스를 이리저리 뜯어보면서 비교한 후 우리의 문제를 해결하고 부족한 부분을 보완하는 것임을 잊지 말아야 합니다. 

 

오늘도 책을 읽으며 배우고 성장하는 데 진심인 독자분들께 개인적으로 너무 좋아하는 작가인 보도 섀퍼의 글귀를 선물하며 글을 마무리 합니다. 

 

" 배움과 성장을 즐기는 사람이 성공할 확률이 높은 이유는

그 과정을 통해 인생을 수정하는 것이 두려움이 아니라

얼마나 즐거운 일인지를 알게 되기 때문이다.

배움과 성장이 없으면 '변화'는 일어나지 않는다." 

- 이기는 습관 <보도섀퍼> 중에서 

 

 

 

 

원칙 준수에 도움이 되는 정보 

 

프로덕트 오너 : 기획자에서 PO로 전직할 때 도움을 많이 받았던 책입니다. 프로덕트 오너는 어떤 일을 하는 사람인지, 어떤 프로세스로 어떻게 일하는지에 대한 전반적인 내용을 배울 수 있습니다.

 

그로스 해킹 : PO 재직 중 많은 시간을 '데이터 분석 및 데이터를 통한 인사이트 도출'에 썼죠. 통계학과 출신 또는 데이터 분석가 출신 PO에 비해 데이터 분석이 약하다고 생각해 관련 공부를 나름 열심히 했습니다. 그때 가장 큰 도움을 받은 책 입니다. 지금도 옆에 두고 재독, 삼독 하고 있습니다. 

 

https://www.kyobobook.co.kr/

교보문고 | 대한민국 최고의 도서쇼핑몰