<<내 제품의 체력 알고 체력 키우기>>
- 토스 PO Session 영상을 보고 나서

---
"마케팅을 끄니까, MAU가 줄어든다. 이렇게 계속 MAU 가 줄어들까? 다시 비용태워야하나?"
"오늘 장애가 있어서 서비스 이용이 문제가 있었고, 그래서 DAU 가 줄었다. 다시 회복할 수 있을까?"
---

제품을 만드는 회사를 다니다보면, 어떤 이벤트에 의해서 DAU, MAU 지표가 변했을 때 어떻게 해결할 것이고 우리가 추가로 무언가를 해서라도 해결해야하는 문제인지 아닌지 고민하는 모습을 종종 볼 수 있습니다.

토스 PO session 에서는 PO가 꼭 알아야할 개념으로 Carrying Capacity 를 설명하는데, 이 Carrying Capacity 를 알면 우리 제품이 광고, 마케팅에 의존하지 않고 도달할 수 있는 최종 유저 수를 예측할 수 있다고 말합니다.

[Carrying Capacity 계산법]
Carrying Capacity = '매일 유입되는 신규 유저의 수' / '매일 이탈하는 고객의 비율'

예를 들어, '매일 유입되는 신규 유저의 수' 가 2천 명 이고 '매일 이탈하는 고객의 비율'이 1%라고 하면 그 제품이 도달할 수 있는 최종 유저 수는 20만 명이 되는 것인데요.

이렇게 내가 만드는 제품의 Carrying Capacity 를 알고 있으면, 현재 DAU/MAU 성장 혹은 하락이 일시적인 것인지와 어느 수준에 도달하면 성장이 둔화될 지 미리 예측해볼 수 있다고 합니다. 
---

[⭐️  내가 영상을 통해 배운 게 있다면?]
1. 왜 제품의 DAU/MAU 가 변하다가 어느 시점에 멈춰서 유지되는지 단박에 이해하게 되었다.

2. 제품 자체가 가지는 체력인 Carrying Capacity 값 자체를 바꾸는 액션이 없다면, 그 제품은 마케팅이나 어떤 이벤트에 의해 일시적인 성장만 가능하다.

3. 'Carrying Capacity 높인다.' 는 생각으로 내가 시장/제품/고객을 리서치한다면, 더 실질적인 제언과 임팩트를 만들 수 있지 않을까.

저도 뱅크샐러드에 있으면서 망분리 규제를 경험했는데요, 보안을 위해 필요한 규제이지만 현장에서는 많은 불편함이 있습니다. 

그래서 이번 규제 완화 발표가 반갑습니다.

대표적으로 개발 환경에서의 규제 예외적용 항목이 크게 도움될 것 같습니다.

많은 금융 기업의 혁신을 기대합니다.

Banksalad CISO

justin.h-홍유석

뱅크샐러드 프로덕트 매니저

신지하

뱅크샐러드 Marketing Manager

권수진

Senior iOS Engineer

김재한

뱅크샐러드 프러덕트 디자이너

고먐미

이기태

뱅크샐러드 Product Owner

뱅크샐러드 Business Development Manager

이상학

뱅크샐러드 pm

고혜령

뱅크샐러드 웹 프론트엔드 엔지니어

이영창

Data Analyst

손원희

뱅크샐러드 CX Researcher

다희

이승민

뱅크샐러드 안드로이드 개발자

Hyunsu

뱅크샐러드 UX Writer

안순호

뱅크샐러드 iOS Engineer

한상준

소프트웨어 엔지니어

sdong001

김한수

뱅크샐러드 프론트 개발자

김희찬

뱅크샐러드 백엔드 개발자

남광우

iOS 개발자

김봉균

개발자

hahahoho

뱅크샐러드 데이터분석가

한민제

조지아택 석사

도윤제

뱅크샐러드 웹 프론트 엔지니어

조성동

뱅크샐러드 QA

hoho

JOO MYEONGDON

뱅크샐러드 Server Engineer

창준

뱅크샐러드 서버 엔지니어

조성민(Sam Cho)

뱅크샐러드 엔지니어링 매니저

박준호

류기홍

뱅크샐러드 데브옵스 엔지니어

이현재

이준수

김나영

부스트캠프 (boostcamp) 웹개발

김서영

성균관대학교 경제학과

희정

뱅크샐러드 프론트엔드 개발자

권순원

뱅크샐러드

언어

프론트엔드

백엔드

데이터베이스

데브옵스

python

AWS EKS

AWS RDS(with MySQL)

Redis

Kubernetes

Terraform

기술 스택

언어

Go