슈퍼앱 기획
플랫폼 서비스 이해
플랫폼의 정의
- 공급자와 소비자 등 다양한 이해관계자가 공정한 거래를 통해 이루고자 하는 가치를 공유할 수 있는 환경을 구축합니다.
- 플랫폼 참여자들의 연결과 상호작용을 통해 모두에게 새로운 가치와 혜택을 제공할 수 있는 상생 생태계
플랫폼 시장 생태계
- 플랫폼의 가치는 비즈니스 구조와 시스템에서 플랫폼의 점유율에 비례합니다.
- 플랫폼이 시스템에서 실행되는 큰 기능을 가지고 있고 사람들이 그것을 반복적으로 사용한다면 비용 절감으로 이어질 수 있습니다.
- 구매자와 공급자, 개발자와 사용자, 프로슈머 등 참여자가 많을수록 네트워크 효과가 발생하여 가치가 더욱 극대화됩니다.
플랫폼 개념의 추가 개발
- 하드웨어(Process, Physical Device) → 소프트웨어(Windows, iOS, Java) → 서비스(App Store, SNS)
- 플랫폼을 구성하는 객체, 기능, 역할, 형태에 따라 다양한 종류가 있으며, 업계에서는 주로 하드웨어 플랫폼, 소프트웨어 플랫폼, 서비스 플랫폼 등으로 발전해왔다.
서비스 플랫폼
다른 서비스가 개방형 API를 통해 주어진 서비스의 기능을 쉽게 사용할 수 있도록 하는 인터넷 기반 기술 환경입니다.
- 규모의 경제를 허용할 수 있는 충분한 구매자 또는 판매자가 있어야 합니다.
- 또한 고객은 플랫폼 고유의 가치가 제공되는 경우에만 플랫폼에 참여합니다.
- 플랫폼은 그것이 만드는 생태계가 스스로 잘 돌아갈 수 있도록(기획자, 설계자, 개발자와 모두 협력하여) 구상과 운영 과정에서 지속적으로 개발되어야 합니다.
- BM은 또한 BM을 더욱 차별화하고 플랫폼에 참여하는 제조업체와 소비자 모두에게 이익이 되도록 기술적으로 발전하도록 설계되어야 합니다.
- 플랫폼 자체의 차별화를 통해 지속적으로 기능을 업데이트하여 참여자의 저변을 확대하고, 유사 영역으로 더욱 확장하며, 점차적으로 플랫폼의 참여자를 늘려 그들이 참여할 수 있는 영역을 확대해야 한다.
서비스 플랫폼의 종류
플랫폼은 참여자와 기업 간의 연결 유형과 비즈니스의 성격에 따라 세 가지 유형으로 분류할 수 있습니다.

① 거래 플랫폼
- 공급자의 상품이나 제품을 소비자에게 전달하는 플랫폼
- 이베이, 우버, 에어비앤비, 옥션, 지마켓 등
② 생태계 플랫폼
- 사업자가 제공하는 다양한 인프라를 통해 상품이나 서비스를 만들어 소비자에게 전달하는 플랫폼
- 애플 앱스토어, 구글 플레이 스토어, 스팀 스토어, 플레이스테이션 스토어 등
③ 멀티플랫폼(Multi-Platform)
- 다중 페이지 플랫폼. 소비자와 공급자가 서로 다른 가치를 제공할 수 있는 플랫폼
- 네이버, 카카오, 페이스북 등
- 다면플랫폼은 그 종류에 따라 수익모델이 나뉘는데 기본적으로 광고, 수수료, 가입비로 나눌 수 있다.
플랫폼 비즈니스 모델의 종류

- 업계에서는 체인과 같은 플랫폼 BM을 “Supply Private Management Service”라고도 하며 SCM이라고도 합니다.
- 세계 최대 무역회사 리앤펑은 제조원가가 저렴한 공장을 찾아 고객이 원하는 서비스(설계, 원자재 소싱, 제조관리, 운송, 통관 등)로 연결해주는 공급 민간관리 서비스를 제공하고 있다.
- Li & Fung은 단일 공장을 소유하지 않고 개인 소싱 관리를 통해 엄청난 가치를 창출합니다.
- Agent-like 플랫폼 BM은 플랫폼 측이 직접 거래를 하지 않고 공급자와 소비자가 자유롭게 거래할 수 있도록 중개 역할을 하는 비즈니스 형태입니다.
- 핵심은 플랫폼 공급자가 인벤토리를 관리하지 않고 대신 파트너가 스스로 제어하도록 한다는 것입니다.
- 오늘날 오픈마켓, 에이전트, 소셜커머스의 경계가 무너지는 동시에 빠른 배송 서비스(예: Amazon Prime)를 제공하고 있습니다.
- 웹 서비스 플랫폼 BM 중 하나인 AWS는 클라우드 서비스 환경에서 다른 웹 사이트나 클라이언트, 즉 애플리케이션에 온라인 서비스를 제공합니다.
- 컴퓨팅, 스토리지, DB, 데이터 분석 등 12가지 클라이언트를 필요로 하는 소비자가 언제 어디서나 사용할 수 있도록 서비스를 제공하며, 이 모든 서비스는 플랫폼 기반으로 제공된다.
오늘날의 거대 기술 기업 = 플랫폼 BM 기반
미래 플랫폼 서비스 – 메타버스 플랫폼, 전기차 플랫폼, IOT 플랫폼 등
슈퍼 앱 vs. 멀티 앱

원천:
- 슈퍼앱은 하나의 앱에서 다양한 서비스를 제공하기 위한 것입니다.
- 멀티앱은 하나의 앱에서 하나의 서비스만 제공하고, 하나의 회사에서 다양한 새로운 기능을 위한 여러 앱을 제공합니다.
- 사용자 입장에서는 필요한 앱을 설치하고 매번 다시 로그인하는 것이 번거로울 수 있지만, 슈퍼앱은 하나의 앱에서 모든 것이 해결되기 때문에 사용자의 편의성을 높이는 데 긍정적인 영향을 미칠 수 있습니다.
최초의 슈퍼앱, 위챗

WeChat 및 WeChat Pay에 대한 기본 정보
위챗은 카카오톡과 같은 메신저 앱으로 시작하여 많은 트래픽을 확보했고 그 트래픽에 대한 다양한 서비스를 제공하는 슈퍼앱으로 거듭났습니다.
- 위챗 미니 프로그램은 다른 서비스에서 만든 앱 서비스를 위챗으로 가져와서 제공하는 서비스입니다.
- 위챗 위젯의 장점이 단점보다 크기 때문에 많은 기업들이 자체 앱을 출시하는 것보다 위챗 위젯을 더 많이 사용하고 있으며 위챗은 슈퍼앱으로 계속 성장하고 있습니다.
(위챗 미니 프로그램의 장점)
- 미니 프로그램으로 서비스를 제공하면 Apple App Store나 Google Play Store에서 부과하는 30%의 수수료를 내지 않아도 되며 서비스를 위한 각종 유지비를 지출하지 않아도 됩니다.
- 서비스 사용자는 많은 WeChat 트래픽을 백업할 수 있습니다.
(WeChat 애플릿의 단점)
- 위젯의 용량이 10MB로 제한되어 있기 때문에 대용량 앱은 애초에 위젯으로 퍼블리싱할 수 없습니다.
- 미니 프로그램에는 MAU 100만 이상, 1200개 이상의 서비스가 있다고 합니다. 이에 미니 프로그램 내 경쟁은 갈수록 치열해지고 있다.

아시아 국가를 대표하는 멋진 앱

기존 서구 기술 기업들도 중국의 위챗을 따라 슈퍼앱이 되겠다고 발표했다.
다양한 슈퍼앱 사례
WeChat과 호환되는 Alipay

Alipay는 알리바바 결제 시스템으로 시작되었습니다.

알리페이 계열사 앤트파이낸셜

WeChat과 마찬가지로 Alipay는 다양한 미니 프로그램을 제공합니다.
중국 배민, 메이투안 디엔핑

Meituan Dianping은 WeChat을 만든 Tencent가 제공합니다.

규모의 경제를 달성한 Meituan Dianping

Meituandianping도 배달 앱으로 시작했지만 지금은 음식 배달과 같은 미니 프로그램과 기차표 예약과 같은 발권 서비스를 제공하는 슈퍼 앱으로 진화하고 있습니다.

Meituan Dianping은 사람들이 더 잘 먹고 더 잘 살도록 돕는다는 사명을 바탕으로 다양한 서비스를 제공함으로써 성장합니다.
Harvard를 졸업한 말레이시아 기업가 Anthony Tan이 개발한 슈퍼 앱 Grab.

- 하버드 비즈니스 경쟁의 라이드쉐어링 아이디어를 말레이시아 쿠알라룸푸르로 가져와 현재 동남아 8개국 195개 도시에서 운영 중이다.
- 그랩은 카셰어링 서비스, 지갑, 금융 서비스, 음식 배달 등 다양한 O2O 서비스를 제공한다.

- 그랩의 발전 이력 – 설립 이듬해 해외 시장 진출(2012년)(2013년)
Grab과 경쟁하는 인도네시아 슈퍼 앱 Go-Jek

고바이크, 고카, 고푸드 등 다양한 서비스 제공(https://inni-today.com/follow_inni/go-jek-10years-story/)

Gojek의 또 다른 서비스인 GoTransit

고젝, Tokopedia와 합병 → GoTo Group

카셰어링 서비스로 시작한 그랩 vs. 오토바이 셰어링 서비스로 시작한 고젝
인도 슈퍼 앱

인도의 SuperApp Paytm 대 PhonePe

PhonePe는 뒤처졌지만 편리한 UX와 전자상거래 기업과의 파트너십 덕분에 핀테크 및 슈퍼 앱 경쟁에서 1위를 차지했습니다.

Paytm은 업계 선두였지만 현재는 PhonePe와 Google Pay에 이어 3위로 밀려났습니다. Paytm은 통신비 결제 서비스로 시작하여 모바일 지갑으로 진화하여 현재 영화 예매, 게임, 음식 주문 등 다양한 서비스로 확장되어 슈퍼앱으로 거듭나고 있습니다.

구글과 아마존 글로벌 서비스도 인도에서 유료 서비스를 기반으로 슈퍼앱 전략을 펼치고 있다.

인도 금융 서비스 중 은행을 제외한 모든 서비스가 슈퍼앱을 자처하며 지속적으로 확장되고 있다.
일본 슈퍼앱

원천: http://m.ddaily.co.kr/m/m_article/?no=188490
원천: https://www.joongang.co.kr/article/24008395#home
한국의 슈퍼앱 – 네이버, 카카오, 쿠팡, 야놀자, 배달의 민족

원천: https://www.mk.co.kr/news/it/view/2020/12/1275426/
카카오톡의 슈퍼앱

원천: http://biz.heraldcorp.com/view.php?ud=20210722000746

금융 SuperApp 던지기

원천: https://fntimes.com/html/view.php?ud=20210320040012213dd55077bc2_18

원천: https://www.venturesquare.net/839695
11년만에 슈퍼앱으로 변신한 배민

원천: https://www.joongang.co.kr/article/24052238#home
페이코

원천: https://m.etnews.com/20200508000157
놀자

원천: https://www.techm.kr/news/articleView.html?idxno=86062
원천: https://www.mk.co.kr/news/stock/view/2021/10/976100/
슈퍼앱 기획시 고려사항, 기획과정
모놀리식 및 마이크로서비스

원천: https://www.shareedit.co.kr/posts/12547
- 모놀리식 서비스
- 내부 요소들이 하나의 단위로 연결되어 있어 상호 의존성이 강한 것이 특징입니다.
- 서비스의 모든 기능은 구조적으로 강력하게 결합되어 있으므로 각 비즈니스 구성 요소는 강력한 결합 구조와 단일성을 갖습니다.
- 아키텍처 구조가 단순하기 때문에 상대적으로 개발이 쉽고 모든 기능의 개발 환경이 동일하기 때문에 서비스 초기에 많은 장점이 있습니다.
- 대부분의 신생 기업의 전략은 PMF를 찾기 전에 가장 간단한 아키텍처를 구축한 다음 점진적으로 발전시키는 것입니다. 따라서 사업이 발전함에 따라 리팩토링을 여러 번 하게 되면서 서비스도 발전하게 됩니다.
- 서비스 단위가 작은 경우 마이크로 서비스로서의 모놀리식 서비스가 적합합니다.

원천: https://engineering-skcc.github.io/microservice 개념/마이크로서비스 상태/

두 피자의 법칙
- 마이크로서비스
- 많은 서비스를 운영하다 보면 자연스럽게 조직 구조가 커지고 서비스가 업데이트될 때마다 조직과의 소통 시간이 비효율적이 된다.
- 따라서 조직을 서비스 또는 기능 단위로 구성하여 각 서비스가 독립적으로 운영될 수 있도록 교차 기능 팀을 구성하고, 각 서비스는 느슨하게 상호 연결된 구조를 사용하여 배포할 수 있도록 작은 기능 구조로 세분화합니다. 마이크로서비스라고 합니다!

- 마이크로서비스로 구조 전환 시 각 팀은 자체 서비스 구조에 따라 언어와 프레임워크를 자유롭게 선택하여 결합할 수 있으며, 다른 기능에 영향을 미치지 않는 교차 기능 팀 단위로 배포가 가능
- 이러한 마이크로서비스는 Netflix에서 처음 도입되어 유명해졌습니다.
- 다양하고 복잡하게 얽힌 비즈니스가 있는 슈퍼 앱의 경우 마이크로서비스로의 전환이 필수적입니다.
배달의 민족 마이크로서비스 (출처: 배민콘, 마이크로서비스트래블 https://youtu.be/BnS6343GTkY)

초기에 Ruby on Rails를 이용한 단일 서비스로 시작한 배민 / 서비스가 진화함에 따라 이벤트 기간 동안 트래픽이 정체되면 서버 다운타임 등 사용자 불만이 증가하고 있습니다.

결제 기능을 시작으로 배민 내 모든 기능이 3년 만에 Ruby on Rails에서 Java 마이크로서비스로 이전되었습니다.
→ 마이크로서비스는 규모의 경제가 이루어지고, 시스템 규모와 데이터 트래픽이 보장되고, 각 기능을 담당하는 사람이 갖춰야 가능하다.
슈퍼앱의 방향
1. 미니앱 열기로 슈퍼앱 열기
2. 자체 개발을 통한 신규 서비스 기획 – MVP 구현 및 PMF 찾기
3. API를 통한 외부 서비스 통합
- 외부연동업체는 고객으로부터 약관동의 및 개인정보이용 동의를 받도록 법률상 의무화되어 있으므로, 이러한 내용은 서비스 이용약관 및 개인정보이용동의서에 모두 기재 → 시행 시 새로운 시장에 참여하기 위한 경쟁 조사 이용약관을 읽고 개인 데이터 사용에 동의하기만 하면 경쟁사가 어디에 연결되어 있는지 확인할 수 있습니다.
- 비즈니스 우선 순위에 따라 관련 카테고리 선택 – 비즈니스 비전, 고객 분류 및 예상 수익 고려
- 계열사 상장 – 기업규모, 발전능력, 사업방향 등 고려
- 대상 기업에 대한 제휴 요청 및 미팅 요청 – 해당 기업의 사업 우선 순위 및 일정에 따라 다를 수 있으므로 2개 이상의 기업에 후속 요청)
- 회사의 API 문서 분석 및 잠금 일정 공유 – 잠금에 대한 API 사양 및 흐름, UI 등 구성
- 작업 진행(개발자)의 Dovetailing, 커뮤니케이션의 Dovetailing, 테스트 및 배포 작업 진행 중
- 데이터 분석, 데이터 분석을 통한 개선 방안 도출 – 서비스 확장 및 마케팅 업무 검토 등

