발행 전 확인 항목: 믹스패널/앰플리튜드 라이선스 비용 산정 기준(MTU 또는 이벤트 수 기반) 및 자사 앱 데이터 연동 안정성 공식 확인

레슨 6에서 다룬 것처럼, Amplitude·Mixpanel 같은 행동 분석 툴은 PLG 전략 전체(레슨 3의 PQL 판정, 레슨 4의 넛지 효과 검증, 레슨 8의 실패 진단, 레슨 10의 실험 유의성 검정)의 데이터 기반입니다. 이 인프라의 비용과 안정성을 확인하지 않은 채 전략을 설계하면, 나중에 예산이 초과되거나 데이터 신뢰도 문제로 앞선 레슨들의 판단 근거 전체가 흔들릴 수 있습니다. 그래서 이 레슨은 지금까지의 전략 설계를 실제로 발행·도입하기 전에 반드시 확인해야 할 두 가지 항목을 다룹니다.

이 두 항목(요금 산정 기준, 데이터 연동 안정성)은 계약 전에는 대체로 잘 드러나지 않고, 실제로 사용하기 시작한 이후에야 문제가 드러나는 경우가 많습니다. 그래서 발행 전 별도의 확인 단계로 명시해두는 것이 실무에서 안전합니다.

믹스패널·앰플리튜드 같은 툴의 요금은 크게 두 가지 방식으로 산정됩니다 — 월간 추적 사용자 수(MTU, Monthly Tracked Users)를 기준으로 하거나, 발생한 이벤트 건수를 기준으로 하는 방식입니다. 문제는 이 산정 기준 자체가 업체마다, 그리고 같은 업체 안에서도 시점에 따라 바뀐다는 점입니다. 2026년 기준으로 조사한 바에 따르면, 두 업체 모두 최근 산정 기준을 조정한 것으로 보도되고 있지만, 이 조사에 쓰인 출처가 전부 업체 공식 요금 페이지가 아니라 3rd-party 요금 집계 사이트라 정확한 최신 기준을 이 레슨에서 확정해 안내할 수 없습니다(미확인).

산정 기준에 따라 실제 청구되는 비용이 크게 달라질 수 있습니다. 사용자당 하루 이벤트 발생량이 많은 앱(예: 게임, 실시간 협업 도구)은 이벤트 기준 요금제에서 예상보다 훨씬 큰 비용이 나올 수 있고, 반대로 사용자 수는 많지만 개별 이벤트 발생 빈도가 낮은 앱은 MTU 기준 요금제가 유리할 수 있습니다. 이 판단을 위해서는 계약 직전 시점에 mixpanel.com/pricing, amplitude.com/pricing 같은 공식 요금 페이지에서 현재 적용되는 산정 기준을 직접 확인하고, 자사 앱의 예상 사용자 수와 사용자당 평균 이벤트 발생량을 함께 추정해 견적을 받아보는 절차가 필요합니다.

정확한 견적을 받으려면 발행 전에 자사 앱이 한 달 동안 발생시킬 예상 이벤트 수를 추정해야 합니다. 이 추정에는 예상 월간 활성 사용자 수와, 레슨 6에서 설계한 이벤트 계측 항목(가입, 기능 사용, 넛지 노출 등)이 사용자 한 명당 하루 평균 몇 번 발생할지를 곱하는 방식이 기본입니다. 이벤트 계측 설계가 지나치게 세밀하면(모든 클릭, 모든 스크롤을 이벤트로 기록하는 식) 이벤트 수가 기하급수적으로 늘어나 비용이 예상을 크게 초과할 수 있으므로, 계측 설계 단계에서부터 '결제 전환 판단에 실제로 필요한 이벤트'와 '있으면 좋지만 필수는 아닌 이벤트'를 구분해두는 것이 비용 관리에도 도움이 됩니다.

이 추정 작업은 한 번으로 끝나지 않습니다. 서비스가 성장하면서 사용자 수와 이벤트 발생량이 함께 늘어나기 때문에, 초기 무료 등급이나 저가 요금제로 시작했더라도 성장에 따라 언제 다음 등급으로 넘어가야 하는지를 미리 가늠해두어야 예산 계획에 갑작스러운 초과가 생기지 않습니다.

비용만큼 중요한 것이 데이터 연동 안정성입니다. 자사 앱에서 발생하는 이벤트가 누락 없이, 중복 없이 분석 툴로 전달되는지는 SDK 연동 초기 단계에서 반드시 검증해야 할 부분입니다. 이벤트가 누락되면 실제로는 아하 모먼트에 도달한 사용자를 놓치고 PQL 판정에서 빠뜨리게 되고, 이벤트가 중복 기록되면 반대로 실제보다 사용 빈도가 부풀려져 잘못된 PQL 판정이나 넛지 효과 과대평가로 이어질 수 있습니다.

연동 안정성을 확인하는 실무적 방법은, 소규모 테스트 계정으로 알려진 시나리오(예: 로그인 1회, 특정 기능 3회 사용)를 직접 수행한 뒤 분석 툴 대시보드에 정확히 그 횟수만큼 기록되는지 대조하는 것입니다. 이 대조를 본격적인 서비스 트래픽이 들어오기 전, 발행 준비 단계에서 반드시 거쳐야 나중에 데이터 신뢰도 문제로 앞선 레슨들의 전략 판단 전체를 다시 검증해야 하는 상황을 피할 수 있습니다.

지금까지 다룬 내용을 발행 전 체크리스트로 정리하면 다음과 같은 순서가 됩니다. 먼저 공식 요금 페이지에서 현재 산정 기준(MTU 방식인지 이벤트 방식인지)을 확인하고, 자사 앱의 예상 이벤트 볼륨을 추정해 여러 요금제 시나리오의 비용을 비교합니다. 그다음 소규모 테스트로 데이터 연동 안정성을 검증하고, 이 모든 확인이 끝난 뒤에 실제 계약과 본격적인 계측 도입을 진행합니다. 이 순서를 건너뛰고 계측 인프라부터 전면 도입하면, 뒤늦게 비용이나 데이터 신뢰도 문제를 발견했을 때 이미 앞선 레슨들의 전략(PQL 기준, 넛지 설계, 실험 결과)이 잘못된 데이터 위에 세워져 있었다는 것을 알게 되는 상황을 맞을 수 있습니다.