제로베이스 8주 차 3일 강의 내용
Chapter 22. 야놀자 PO가 말하는 슈퍼앱 기획하기
1. 플랫폼 서비스에 대한 이해
⚡플랫폼의 어원
- plat(넓은) + form(형)
- 플랫폼, 기반, 승강장 등 즉, 사람이 많이 몰리게 되는 공간
- 공급자와 수요자 등 다양한 이해 관계자들이 각자가 얻고자 하는 가치를 공정한 거래를 통해서 교환할 수 있도록 구축된 환경
⚡플랫폼 시장의 생태계
- 가치는 비즈니스 구조와 플랫폼이 시스템에서 차지하는 비중과 비교하게 됨
- 플랫폼이 시스템에서 동작하는 기능이 크고, 반복적으로 사람들이 자주 많이 이용을 하게 되면 비용 절감을 일으킴
- 수용자와 공급자 그리고 개발자와 사용자, 프로슈머 등 참여자가 많으면 많아질수록 네트워크 효과가 발생하고 이로 인해 가피는 더욱더 극대화가 됨
⚡플랫폼 개념의 진화
(1) 하드웨어 플랫폼
- TV나 자동차 같은 하드웨어를 대량으로 생산하기 위해서 프로세스와 자동화를 하는 것이 핵심
- 표준 공정을 통해서 자동화를 바탕으로 다양한 제품을 만들어 낼 수 있는 기반이자 도구
(2) 소프트웨어 플랫폼
- 여러 가지 기능을 제공해주는 공통 실행 환경
- 자바와 인터넷 브라우저가 만들어지면서 윈도우 브라우저, 자바 등이 플랫폼으로 불리움
(3) 서비스 플랫폼
- 다른 서비스들이 나의 서비스 기능을 쉽게 활용할 수 있도록 해주는 인터넷 기반의 기술 환경
(3-1) 거래 플랫폼
- 공급자의 상품이나 제품을 수요자와 중계하는 형태의 플랫폼
- ex.) 이베이, 우버, 에어비앤비, 옥션, 지마켓
(3-2) 생태계 플랫폼
- 사업자가 제공하는 다양한 인프라를 활용해서 제품이나 서비스를 만들어서 수요자에게 제공하는 플랫폼
- ex.) 앱스토어, 구글플레이 스토어, 플레이스테이션 스토어
(3-3) 다면 플랫폼 (멀티 사이드 플랫폼)
- 수요자와 공급자에서 서로 다른 가치를 제공하게 할 수 있는 플랫폼
- ex.) 네이버, 페이스북
⚡플랫폼 비즈니스 모델의 유형
- 스토어 형 : 수요자와 공급자들이 플랫폼을 근거로 필요한 가치를 교환해주는 비즈니스
- 상거래 형 : 다양한 상품 공급자와 수요자들이 만나는 상거래 모델과 사이트를 플랫폼으로 운영하는 비즈니스
- 웹 서비스 게임 비즈 형 : 플랫폼 기반의 각종 원격 컴퓨팅 서비스를 제공하는 비즈니스
- 체인 형 : 공급 사설 관리 서비스 (SCM)
- Agent 형 : 거래 사이트가 직접 매매를 하는 것이 아니라 공급자와 수요자들이 자유롭게 매매할 수 있도록 서비스하는 대리인 역할을 하는 비즈니스
2. 슈퍼앱의 등장 배경
⚡슈퍼앱
: 하나의 앱에서 다양한 서비스를 제공하는 것
⚡최초의 슈퍼앱 – 위챗
- 중국의 대기업 텐센트가 개발한 메세징 플랫폼
- 현재는 채팅과 송금은 물론이고 미니 프로그램이라는 것을 통해서 외부에서 100만 개 이상의 서비스를 제공중
- 미니 프로그램 : 앱스토어나 구글플레이스토어처럼 위챗 앱 안에서 다른 회사에서 앱을 개발해서 위챗 앱 내에서 사용할 수 있도록 하는 것
3. 다양한 슈퍼앱의 케이스
⚡한국의 슈퍼앱
⚡예시) 카카오
4. 슈퍼앱 기획 시 고려해야 하는 점, 기획 프로세스
⚡마이크로 서비스
⚡모놀리식 서비스
장점
- 하나로 연결되어있어서 내부 요소 간의 의존성이 강하다는 것이 특징
- 서비스의 모든 기능이 구조적으로 경력하게 결합이 되어서 각 비즈니스 컨포넌트들이 하나의 강력한 결합 구조를 가지고 통일성을 가짐
- 아키텍쳐 구조가 단순해서 개발하기 상대적으로 편하고, 모든 기능에 대해서 개발환경이 같기 때문에 서비스 초기에는 사용에 있어 장점이 많음
단점
- 많은 사용자가 앱을 사용하게 되면 구동 시간이 늘어나고, 빌드나 배포 시간도 길어짐
- 작은 하나의 서비스에 수정 사항이 생긴다 하더라도 전체를 다 빌드해서 배포를 해야 함
- 많은 코드가 너무 몰려 있으면 개발자들이 모든 코드를 이해하기 어렵기 때문에 나중에 온 사람들이 유지보수하기가 힘들어짐
⚡마이크로 서비스
- 서비스나 기능 단위로 조직을 구성을 해서 각 조직 단위로 서비스를 독립적으로 운영하게 팀을 조직
- 각 서비스마다 느슨한 연결 구조를 가지고 각각 배포할 수 있게 작은 기능 구조로 쪼개서 아키텍처를 짬
- 각 팀에서 각자의 서비스 구조에 맞게 언어와 프레임워크를 자유롭게 선택해서 조합하고,
배포도 각 기능별로 할 수 있어서 다른 기능에 영향을 끼치지 않음
⚡슈퍼앱 방향성
(1) 미니앱 오픈을 통한 슈퍼앱 개방
(2) 자체 개발을 통한 신규 서비스 기획 – MVP구현 및 PMF 찾기
(3) API 연동을 통한 외부 서비스 연동
- 회사 우선 순위에 따라 연동 카테고리 선택
- 회사 비젼, 고객 분류, 예상매출액 고려 - 해당 카테고리의 제휴 대상업체 리스트업
- 회사의 규모, 개발력, 사업방향성 등 고려 - 해당 대상업체의 제휴문의 및 미팅요청
- 해당 업체의 업무우선순위 및 일정 등에 따라 다를수도 있으므로, 2개 이상 업체에 제휴문의 - 해당 업체의 API 문서 분석 및 연동일정 공유
- API 스펙 및 연동 시 플로우, UI등 구성 - 연동 작업 진행(개발자), 연동 커뮤니케이션, 테스트 및 배포 작업 진행
- 데이터 분석을 통한 개선 방안 도출
- 서비스 확장 및 마케팅 작업 등에 대한 고려
'예비PM의 '매일 학습 일지'' 카테고리의 다른 글
| 매일 학습 일지 _ 44일차 (0) | 2023.02.24 |
|---|---|
| 매일 학습 일지 _ 43일차 (0) | 2023.02.23 |
| 매일 학습 일지 _ 41일차 (0) | 2023.02.21 |
| 매일 학습 일지 _ 40일차 (0) | 2023.02.21 |
| 매일 학습 일지 _ 39일차 (0) | 2023.02.21 |