네이버 쇼핑 라이브 다시 분석
약 2주간 진행된 'PM이 알아야 할 개발 지식' 세션이 끝났다. 이에, W6D1에서 작성한 네이버 쇼핑 라이브의 개발적인 면을 다시 한번 분석해보고자 한다.
네이버 쇼핑 라이브의 Flow Chart
TASK 정의
네이버 쇼핑 라이브의 유저가 라이브 방송을 통해 상품을 구매하는 과정
AS-IS
TO-BE
네이버 쇼핑 라이브의 Flow Chart를 다음과 같이 기능별로 세분화하여 작성했다. 네이버 쇼핑 라이브의 유저가 해당 Task를 시행하기까지 겪는 프로세스와 세부적인 기능들을 Flow Chart로 표현하여 프로덕트의 기능을 처음부터 끝까지 한 번에 확인할 수 있다. 이는 문제에 대한 솔루션을 그려 전체적인 기능의 흐름 및 작업 순서 등을 파악할 수 있다. 전체적인 흐름을 파악하게 되면 이후 프론트엔드, 백엔드에서 주고받는 데이터의 흐름 파악 및 각 개발자와의 커뮤니케이션에도 용이하다.
네이버 쇼핑 라이브 클라이언트, 서버, DB
클라이언트
네이버 쇼핑 라이브의 유저가 모바일/ PC를 통해 다음 단계로 나아가기 위한 명령을 내리는 모든 데이터를 클라이언트에서 처리한다. 클라이언트는 사용자의 명령을 통해 서버에 요청을 보내게 되는데 이때 기능별 API를 활용하여 기능에 적합한 명령을 전송한다.
서버
서버는 클라이언트의 요청을 받고 이에 대한 적절한 응답을 처리한다. 응답 과정에서 기능별 API를 활용하며, DB에 저장된 정보를 API를 통해 요청하고 제공받아 다시 클라이언트에 전송한다.
DB
네이버 쇼핑 라이브에서 수집되는 정보를 저장하는 역할을 담당한다. 서버에서 요청한 데이터를 저장된 DB에서 확인하여 정보를 응답한다.
기능 | 클라이언트 | 서버 | DB |
로그인 | 로그인 정보 입력 및 요청 | 계정 정보 확인 및 응답 전송 | 계정 정보 |
상품탐색 | 검색 및 키워드 탐색을 통해 라이브 및 상품 정보 요청 | 라이브 및 상품 정보 확인 라이브 및 상품 정보 응답 |
라이브 정보 상품 정보 |
라이브 시청 | 라이브 기능( 시청, 채팅, 찜) 요청 | 각 라이브 기능 응답 | 라이브 정보 상품 정보 실시간 채팅 정보 |
구매 or 장바구니 | 상품 구매하기 or 장바구니 담기 요청 | 각 요청에 따른 기능 응답 선택한 상품 DB 확인 및 응답 회원 정보 DB 확인 및 응답 |
상품 정보 계정 정보 |
결제하기 | 결제 요청 | 결제 정보 확인 및 응답 | 결제 정보 |
6,7 주차 짧은 회고
대학교 때 창업학을 배우면서 마주한 가장 큰 고민이 '뜬 구름 잡는 이야기'였다. 배우는 학문과 작성한 기획안들이 그저 '뜬 구름 잡는 이야기'가 되지 않기 위해서 지표와 기술적인 HOW를 증명하고자 애를 썼다. 그런데, PM이 알아야 할 개발 지식 세션을 통해 너무 기본적인 것들을 제치고 '있어 보이는 것'에 몰두하지 않았나 반성을 하게 되었다. 그런 의미에서 기본적인 개발 지식을 탐구하고, 각 담당자들이 어떤 기능을 담당하고 있는지 조금은 생각해 볼 수 있는 뜻깊은 세션이었다.
'PMB 10기' 카테고리의 다른 글
[W8D2] 멍청이산의 정상에서 외치는 스크럼!!!!! (0) | 2022.03.16 |
---|---|
[W8D1] 카카오톡 멀티프로필 미리보기 기능개선 (3) | 2022.03.16 |
[W7D3] 개발자의 암호문 엿보기 (Feat. 네이버 Open API) (4) | 2022.03.10 |
[W7D2] 모바일 앱 유형 정리 (1) | 2022.03.07 |
[W7D1] 구글 어스 프론트엔드 맛보기 (4) | 2022.03.05 |