🚀 MVP를 만드는 당신에게는 EVA가 필요하다

* 우측 상단의 웹에서 보기를 클릭하시면 목차와 함께 보실 수 있어요.
* 프로덕트랩이 운영 중인 정보 큐레이션 서비스 ➡️ https://oneoneone.kr/

🙋 카카오톡 오픈 채팅방 소개

- 제품팀을 성장시키는 콘텐츠들을 큐레이션하여 보내드립니다.
- 오픈 채팅방 참여하기 ➡️ https://open.kakao.com/o/gwg3tB7e
- 오픈 채팅방 비밀번호 ➡️ productt

🙋 [프로덕트랩 X 일일일] 인재풀 서비스 소개

- 이력서를 등록하면 내게 맞는 기업을 찾아 서류 전형 없는 면접 기회를 제공해 드립니다.
- 인재풀 서비스는 현재 PM·기획, 개발, 마케팅,디자인 직군만 이용 가능합니다.
- 인재풀 서비스 더 알아보기 ➡️ https://productlab.oneoneone.kr/talentpool
- (채용 담당자라면) 추천 인재 받아보기 ➡️ https://tally.so/r/w8L1Jz

🚀 11월 3주차 주간 프로덕트

- 매주 우리 프로덕트 팀을 성장시키는 3개의 해외 콘텐츠를 선정해서 소개해요.
- PRODUCT LAB의 주관이 담긴 요약본 + 팀원들과 나눈 이야기로 구성되어 있어요.
- 의역이 된 부분들이 있으니 가능한 원본 콘텐츠를 함께 읽어보시기를 추천드려요.

1. MVP는 너무 위험합니다. 대신 EVA를 사용하세요.

1. MVP is too risky, use EVA instead

- 프로덕트를 만들고 계시다면 'MVP'라는 단어에 대해 적어도 한 번쯤은 들어보셨을 텐데요, 에릭 리스의 '린 스타트업'이라는 책을 통해 대중화된 이 단어는 'Minimum Viable Product'의 약자로 고객의 문제를 해결할 수 있는 최소한의 기능만을 가지고 있는 프로덕트를 의미해요. MVP라는 개념이 대중화되고 실리콘 밸리에서 탄생한 스타트업들의 성공 확률이 엄청나게 개선되면서 전 세계로 퍼져나가게 되었죠.

- 하지만 에릭 리스가 '린 스타트업'이라는 책을 출판한 지도 벌써 10년이 넘는 시간이 지났고 'MVP'라는 개념이 당연하게도 완벽하지 않다는 걸 사람들은 깨닫게 되었어요. 그래서 'MVP의 한계점을 보완할 수 있는 새로운 개념들이 등장하기 시작했죠. 'EVA' 역시 그중 하나라고 보시면 되는데 'Essential Value Achieved'의 약자로 '필수적인 가치를 달성한 제품' 정도로 번역할 수 있겠네요.

- 'EVA'는 'MVP'가 최소한의 기능에 너무 집중한 나머지, 고객의 문제를 해결하기 위한 필수적인 가치를 제공하지 못할 수 있다는 점에 집중해요. 이로 인해 같은 문제를 해결하고 있지만 어떤 스타트업은 성공하고 어떤 스타트업은 실패하는 현상이 발생했죠.

- 'EVA'에는 성공 확률을 기반으로 나누어진 Failure Zone, Risk Zone, Success Zone, 총 3단계의 영역이 존재하는데요, 고객의 문제를 잘 정의했다는 전제를 깔아두고 생각하시면 이해하시기 편할 것 같아요.

- Failure Zone, Risk Zone은 고객의 문제를 잘 정의했음에도 불구하고 사용자에게 제공하는 가치가 부족하여 실패할 가능성이 높은 영역이에요. Success Zone은 고객의 문제를 잘 정의하고 사용자에게 제공하는 가치도 충분하여 성공할 가능성이 높은 영역이죠.

- 결국 Success Zone에 들어가기 위한 필수적인 가치들을 정의하는 것이 'EVA'의 핵심이에요. 최소한의 기능보다는 필수적인 가치에 초점을 맞추고 생각해 보자는 거죠! 오해하시면 안 되는 것이 'EVA'도 'MVP'와 동일하게 빠르게 출시하고 테스트하는 것을 지향해요. 다만 그 빠른 시점에 대한 기준점을 다르게 가져가는 것이죠.

- 'EVA'를 적용하여 제품을 출시하기 위해서는 최소 기능을 개발하는 것뿐만 아니라 이해하기 쉽고 사용하기 쉬운 제품인지, 다른 제품들과의 차별점이 존재하는지 등을 함께 고려해야 해요. 이를 통해 문제를 겪고 있는 고객들에게 충분한 가치를 제공해야 하죠.

- 'EVA'는 'MVP'라는 개념에 너무 몰두해있는 우리 조직을 다시 한번 돌아보게 해주는 좋은 개념이라고 생각해요. 제품들의 상향 평준화로 인해 최소한의 기능만으로 고객들을 만족시키고 폭발적인 호응을 만들어내는 것은 점점 더 어려워지고 있으니깐요. 'EVA'의 개념에 대해 더 자세히 알고 싶으신 분들은 원본 콘텐츠를 함께 읽어보시면 좋을 것 같네요 :)

✅ 팀원들과 이런 이야기를 나눴어요.

- 'EVA'는 지금의 저희 팀에게 꼭 필요한 개념이었어요. 최소한의 기능만을 개발하여 오픈 베타를 출시했고 꽤나 유의미한 반응들을 얻었지만 폭발적인 성장을 만들어내고 있지는 못하는 상황이었거든요. 저희 팀이 위치한 Zone이 바로 'Risk Zone'이라는 걸 알게 되었죠.

- 현재 저희 팀은 대규모 업데이트를 진행 중에 있는데요, 그래서 팀원들과 함께 이번 업데이트에 대해 'EVA' 관점에서 이야기를 나눴어요. 별다른 이슈가 없다면 12월 중에 업데이트가 완료될 예정인데 이번 업데이트를 통해 'Risk Zone'에서 'Success Zone'으로 넘어갈 수 있기를 기대하고 있어요 :)

2. RAPID API. 수천 개의 API를 검색하고 사용해 보세요

2. RapidAPI

- API란 Application Programming Interface(애플리케이션 프로그램 인터페이스)의 약자로 우리 프로덕트 팀의 소중한 개발 리소스를 아껴주는 아주 고마운 녀석이에요. (API에 대한 개념을 더 자세하게 알고 싶으시다면 해당 링크를 참고해주세요)

- 'RapidAPI'는 바로 이 API를 보다 쉽게 탐색하고 관리할 수 있게 도와주는 서비스예요. 해외의 개발자들 사이에서는 이미 굉장히 유명하고 올해 3월에 10억 달러 가치의 시리즈 D 투자를 성공적으로 마무리하면서 유니콘 기업이 된 큰 회사인데 아직 국내에서는 잘 알려지지 않았더군요.

- RapidAPI 허브에서 스포츠, 여행, 오락, 교통, 음악, 날씨, 텍스트 등 다양한 카테고리의 API를 확인할 수 있는데 꼭 개발자가 아니시더라도 더 좋은 제품을 만들기 위한 다양한 아이디어를 얻을 수 있는 공간이니 한번 접속해 보시는 걸 추천드려요 :)

✅ 팀원들과 이런 이야기를 나눴어요.

- 홈페이지를 탐색하면서 계속 이런 API가 있어?라는 말이 나왔는데 하나 아쉬웠던 점은 아무래도 국내가 아닌 해외에 초점이 맞춰진 경우가 많다는 점이었어요. 텍스트 관련 API들을 몇 가지 테스트해 보니 대부분 한국어를 제대로 지원하지 않더군요. 물론 시장의 규모 자체가 작기 때문에 어쩔 수 없는 부분이 있겠지만, 국내 API 시장이 커진다면 더 좋은 스타트업들이 많이 탄생할 수 있겠다는 이야기를 나눴어요.

3. Google은 이제 Spotify와 Bumble이 앱 내에서 미국 사용자들에게 직접 비용을 청구할 수 있도록 허용합니다.

3. Google now allows Spotify and Bumble to bill U.S. users inside apps

- 구글과 애플은 구글 플레이와 앱 스토어를 통해 설치된 앱에서 인앱 결제가 발생하면 15% - 30% 수준의 수수료를 부과하고 있는데요, 최근 이에 대한 기업들의 반발이 심해지면서 각국 의회, 공정거래 당국과 구글, 애플 사이의 전쟁이 벌어지고 있어요.

- 이러한 상황 속에서 구글은 11월 10일, 스포티파이와 범블이 앱 내에서 구글 플레이를 거치지 않고 직접 구독료를 청구할 수 있도록 허용한다고 발표했어요. 유저들은 구독료를 지불할 때 원하는 결제 방식을 선택할 수 있는데 만약 구글 플레이가 아닌 결제 방식을 선택하게 되면 스포티파이와 범블은 수수료를 줄일 수 있게 된다고 해요.

- 이번 발표로 인해 구글은 많은 기업과 정부의 지지를 받게 되었지만 애플은 반대로 강한 압박을 받게 되었어요. 물론 이 정책이 다른 모든 앱에 적용되기 시작하면 구글의 수수료 수익이 큰 폭으로 감소할 것이 예상되기는 하지만요. 참고로 애플은 인앱결제 수수료를 통해 연간 150억에서 200억 달러의 수익을 가져오는 것으로 추정된다고 해요.

✅ 팀원들과 이런 이야기를 나눴어요.

- 구글과 애플이 수수료를 부과하는 데는 그들 나름의 논리적인 이유들이 있지만 스타트업의 입장에서 구글의 이러한 정책 변화가 반가운 건 어쩔 수 없었어요. 그리고 이번 구글의 발표에 대한 애플의 입장이 궁금해지더군요. 저희 팀은 결국 애플도 구글처럼 타사의 인앱 결제를 허용하는 방향으로 갈 수밖에 없지 않을까? 라고 생각했는데 여러분의 생각은 어떠신지 궁금하네요.