← Studio Log
C. 신뢰 구축 (Niềm tin)수익화가격 실험무료 유료 전환제품 기획사용자 신뢰

무료에서 유료로 넘어가는 실험을 설계하는 법

무료에서 유료로 넘어가는 실험을 설계하는 법
글: Yeowubie

수익화는 가격을 정하는 일이 아니라 실험을 설계하는 일이다

무료 제품을 유료로 바꾸는 작업은 숫자 하나를 고르는 결정이 아닙니다. 무엇을 팔 수 있는지, 누가 지불할 의사를 가지고 있는지, 어떤 조건에서 지갑이 열리는지를 순서대로 확인하는 설계 작업입니다. 가격표는 그 확인이 끝난 뒤에 나오는 결과물이지 출발점이 아닙니다. 순서를 뒤집으면 근거 없는 숫자를 놓고 몇 주를 소모하게 됩니다.

가격 회의가 길어지는 이유는 대체로 정보 부족입니다. 회의실에 앉은 누구도 사용자가 어느 지점에서 아쉬움을 느끼는지 모르는 상태에서, 각자의 직관을 근거처럼 말하기 때문입니다. 경쟁사가 얼마를 받는다는 이야기, 개발에 몇 개월이 들었다는 이야기, 이 정도는 받아야 한다는 이야기가 섞이면 결론이 나지 않습니다. 셋 다 사용자가 아니라 우리 쪽 사정입니다.

질문을 바꾸면 회의가 짧아집니다. 얼마를 받을까가 아니라, 지금 남아 있는 사람들은 무엇 때문에 남아 있는가를 먼저 묻습니다. 이 질문은 관측으로 답할 수 있습니다. 어떤 화면에 반복해서 들어오는지, 어떤 작업을 주에 몇 번 반복하는지, 어떤 순간에 이탈하는지를 보면 됩니다. 가격은 그 관측 위에 얹는 마지막 층입니다.

무료 기간을 손실로 보는 시각도 흔합니다. 하지만 무료로 푸는 구간의 진짜 목적은 사용자 확보만이 아니라 가격 근거를 모으는 데 있습니다. 사람들이 실제로 어떤 기능을 반복해서 쓰는지, 어디서 답답해하는지가 쌓여야 유료화 후보를 고를 수 있습니다. 이 자료 없이 요금제를 만들면 결국 짐작으로 만든 요금제가 됩니다.

실험으로 설계한다는 말은 네 가지를 미리 적어둔다는 뜻입니다. 무엇을 확인하려는지, 누구를 대상으로 하는지, 얼마 동안 무엇을 관측하는지, 그리고 어떤 결과가 나오면 계속하고 어떤 결과가 나오면 멈추는지입니다. 이 네 줄이 없으면 실험이 아니라 그냥 기능 출시입니다. 기능 출시는 결과를 해석할 기준이 없어서 나중에 아무 말이나 붙일 수 있게 됩니다.

여우비 인터랙션도 같은 순서로 움직이려 합니다. onSpots, 랭토리, Job Connect VN처럼 스토어 배포를 마친 제품들을 우선 열어 두고 사용 패턴을 관찰한 다음, 유료 실험을 그 위에 붙이는 순서를 계획하고 있습니다. 아직 계측을 붙여 확보한 전환 지표가 없기 때문에, 지금 단계에서 우리가 말할 수 있는 것은 결과가 아니라 순서뿐입니다. 순서를 공개해 두는 편이 나중에 결과를 이야기할 때 신뢰를 얻는 방법이라고 봅니다.

무엇을 유료로 할지 고르는 기준: 사용 빈도와 절박함

유료화 후보는 두 축으로 고릅니다. 사용자가 얼마나 자주 쓰는가, 그리고 그 기능이 없을 때 얼마나 곤란해지는가입니다. 빈도가 높고 곤란함이 큰 기능이 첫 번째 후보입니다. 개발에 오래 걸렸다거나 기술적으로 어렵다는 사실은 선택 기준이 되지 못합니다. 두 축이 모두 낮은 기능은 아무리 잘 만들었어도 지불 이유를 만들지 못합니다.

빈도 축부터 보겠습니다. 주 단위로 반복되는 작업은 습관이 되고, 습관이 된 작업은 대체 비용이 큽니다. 반대로 한 달에 한 번 쓰는 기능은 아무리 인상적이어도 지불 이유가 약합니다. 사용자는 그 순간에만 필요를 느끼고, 그 순간이 지나면 잊습니다. 빈도를 볼 때는 전체 평균이 아니라 실제로 계속 쓰는 사람들의 사용 간격을 봐야 합니다. 평균은 한 번 써 보고 떠난 사람들 때문에 아래로 끌려 내려갑니다.

절박함 축은 실패 비용으로 측정합니다. 그 기능이 없으면 사용자가 무엇을 대신 해야 하는지 적어 보면 알 수 있습니다. 종이에 다시 적어야 하거나, 담당자에게 일일이 물어봐야 하거나, 놓치면 돈이나 기회가 새는 자리라면 절박함이 높습니다. 반대로 없어도 그냥 조금 불편한 정도라면 낮습니다. 절박함은 감정이 아니라 사용자가 지불하는 대체 노동으로 나타납니다.

두 축을 겹치면 판단이 단순해집니다. 자주 쓰고 없으면 곤란한 기능은 유료 후보이고, 자주 쓰지만 없어도 되는 기능은 무료로 남겨 유입을 지탱하게 합니다. 드물게 쓰지만 없으면 큰일 나는 기능은 건별 과금이나 부가 항목으로 다루는 편이 자연스럽습니다. 드물게 쓰고 없어도 되는 기능은 유료화 대상이 아니라 정리 대상입니다.

제품에 대입하면 이렇게 갈립니다. 출결 관리 서비스 onSpots에서는 매일 반복되는 기록 자체보다, 기록을 모아 확인하고 증빙으로 꺼내 쓰는 관리자 쪽 작업이 절박함이 높은 자리입니다. 베트남 구인구직 서비스 Job Connect VN에서는 지원자의 탐색보다 채용하는 쪽의 노출과 정리 작업이 시간에 쫓기는 자리입니다. 랭토리는 한국어를 배우는 사람과 가르치는 사람을 잇는 매칭과 맵핑을 제공하는데, 여기서 값이 붙을 만한 지점은 연결의 품질과 지속성이지 학습 내용이 아닙니다. 랭토리에서 실제 교육을 맡는 주체는 플랫폼에 참여하는 개인 교사와 기관입니다. 소상공인 운영을 돕는 위니를 포함해 제품마다 이 지점이 다르므로, 한 번 정한 기준을 그대로 복사하지 않습니다.

흔한 실수 하나를 짚고 넘어가겠습니다. 만드는 데 비용이 많이 들었으니 유료로 두자는 판단입니다. 사용자는 우리 개발 원가를 모르고 알 필요도 없습니다. 지불은 자신이 얻는 것과 잃는 것을 비교해서 결정됩니다. 원가가 큰 기능이 마침 빈도와 절박함도 높다면 다행이지만, 그 둘이 어긋나 있으면 원가 쪽을 버리고 사용자 쪽을 따라가야 합니다.

실험 단위를 작게 자르는 법

좋은 실험 단위는 하나의 질문, 하나의 대상 집단, 하나의 관측 기간으로 이루어집니다. 세 가지 중 어느 하나라도 둘 이상이 섞이면 결과를 해석할 수 없습니다. 전면 요금제 도입 같은 큰 변경은 실험이 아니라 여러 변수를 한꺼번에 바꾸는 도박에 가깝습니다. 작게 자를수록 답이 선명해지고, 잘못됐을 때 되돌리는 비용도 함께 작아집니다.

요금제를 한 번에 도입하면 무슨 일이 일어나는지 생각해 보면 됩니다. 가격 수준, 기능 경계, 안내 문구, 결제 흐름, 공지 시점이 동시에 바뀝니다. 결과가 나빠도 어느 요소 때문인지 알 수 없고, 좋아도 다음에 재현할 수 없습니다. 그리고 되돌리기가 어렵습니다. 요금제를 걷어들이는 공지는 도입 공지보다 훨씬 비싼 대가를 치릅니다.

자르는 방법은 크게 셋입니다. 대상을 자르는 방식은 신규 가입자만, 혹은 특정 지역이나 특정 사용 유형만 대상으로 삼는 것입니다. 기능을 자르는 방식은 요금제 전체가 아니라 항목 하나만 경계 뒤로 옮겨 반응을 보는 것입니다. 시간을 자르는 방식은 정해진 기간 동안만 열어 두고 기간이 끝나면 원상태로 되돌리는 것입니다. 셋 중 하나만 골라 쓰면 충분하고, 처음에는 대상을 자르는 쪽이 가장 안전합니다.

되돌릴 수 있게 설계하는 일은 기술 문제이기도 합니다. 실험 대상 여부를 코드에 박아 넣지 않고 설정으로 켜고 끌 수 있게 해 두면, 문제가 생겼을 때 배포 없이 되돌릴 수 있습니다. 결제가 실제로 발생하는 단계라면 환불 경로와 그 경우의 안내 문구까지 실험 설계에 포함해야 합니다. 되돌릴 준비가 안 된 실험은 시작하지 않는 편이 낫습니다.

기간은 짧게 잡되 너무 짧게 잡지는 않습니다. 사용 주기가 주 단위인 제품에서 사흘 관측은 아무것도 말해 주지 않습니다. 최소한 사용 주기가 두세 번 돌아갈 만큼은 두고, 그 이상으로 늘어지면 시장 상황이 바뀌어 실험 조건 자체가 흔들립니다. 관측 기간을 정할 때는 제품의 자연스러운 주기를 먼저 확인합니다.

마지막으로 실험 전에 판단 기준을 문서로 적어 둡니다. 어떤 수치가 어느 선을 넘으면 확대하고, 어느 선 아래면 중단하는지를 시작 전에 적습니다. 결과를 본 뒤에 기준을 만들면 사람은 대체로 자기가 보고 싶은 쪽으로 기준을 옮깁니다. 미리 적어 둔 한 문단이 이 편향을 막아 줍니다. 이 문서는 나중에 같은 실험을 다시 할 때도 출발점이 됩니다.

유저를 잃지 않으면서 지불 의사를 묻는 방법

지불 의사는 결제 화면을 세우기 전에도 물을 수 있습니다. 유료 항목을 안내하고 관심 표시를 받는 단계, 사용 한도에 닿았을 때 선택지를 보여 주는 단계, 실제 결제 단계는 서로 다른 실험입니다. 앞 단계에서 얻은 답만으로도 다음 판단이 충분히 서는 경우가 많습니다. 세 단계를 한꺼번에 묶지 않는 것이 사용자를 잃지 않는 첫 조건입니다.

가장 부담이 적은 방법은 관심을 먼저 받는 것입니다. 유료로 제공할 항목을 명확히 설명하고 알림을 받을지 묻습니다. 여기서 얻는 것은 정확한 수요가 아니라 관심의 분포입니다. 어떤 항목에 신청이 몰리는지, 어떤 사용 유형의 사람들이 반응하는지가 다음 실험의 방향을 정해 줍니다. 이 단계에서는 아직 아무것도 청구하지 않으므로 사용자가 잃는 것이 없습니다.

기존 무료 사용자를 다루는 방식이 신뢰를 가릅니다. 이미 쓰고 있던 기능이 갑자기 잠기면 사용자는 기능을 잃은 것이 아니라 약속이 깨졌다고 느낍니다. 그래서 경계를 새로 그을 때는 기존 사용자에게 기존 조건을 유지해 주거나, 최소한 충분한 유예와 사전 고지를 둡니다. 유예 기간은 길게 잡을수록 좋은 것이 아니라, 사용자가 대안을 준비할 수 있을 만큼이면 됩니다. 중요한 것은 길이가 아니라 예고가 있었다는 사실입니다.

여기서 분명히 해 둘 선이 있습니다. 해지 버튼을 찾기 어렵게 숨기는 방식, 무료 체험이 끝나는 시점을 알리지 않고 자동으로 청구하는 방식, 가입은 두 번 눌러 되고 해지는 다섯 단계를 거치게 만드는 방식은 쓰지 않습니다. 이런 설계는 단기 지표를 올리는 대신 환불 요청과 부정적 후기, 그리고 두 번 다시 돌아오지 않는 사용자를 남깁니다. 계약이 끝난 뒤에도 이어지는 관계를 만드는 것이 목적이라면 처음부터 이 방식을 선택지에서 빼는 편이 맞습니다. 결제 조건과 해지 방법은 결제 직전 화면에서 같은 크기의 글자로 보이게 합니다.

거절도 데이터라는 점을 잊지 않습니다. 유료 안내를 보고 그냥 닫은 사용자에게 이유를 물을 수 있는 자리를 하나 두면, 가격이 문제인지 기능이 문제인지 시점이 문제인지가 갈립니다. 세 가지는 대응이 전혀 다릅니다. 가격이 문제라면 경계를 다시 그어야 하고, 기능이 문제라면 아직 팔 준비가 안 된 것이며, 시점이 문제라면 안내 위치를 옮기면 됩니다. 이 질문은 짧아야 하고 건너뛸 수 있어야 합니다.

안내 문구도 실험 대상입니다. 다만 문구를 바꿀 때는 사실을 바꾸지 않습니다. 같은 조건을 더 알아듣기 쉽게 쓰는 것과, 불리한 조건을 눈에 덜 띄게 만드는 것은 다른 일입니다. 앞쪽은 개선이고 뒤쪽은 나중에 비용으로 돌아옵니다. 문구를 다듬을 때는 사용자가 이 화면을 지나간 뒤에 놀랄 일이 남는지를 기준으로 봅니다.

결과를 읽는 규칙: 무엇이 신호이고 무엇이 잡음인가

결과 해석에는 두 가지 규칙이 필요합니다. 첫째, 판단 기준은 실험 전에 정한 것을 그대로 씁니다. 둘째, 초기 실험에서는 통계적 확신을 얻기 어렵다는 사실을 인정하고 정성 자료를 함께 봅니다. 이 둘을 지키지 않으면 숫자가 아니라 해석하는 사람의 기대를 읽게 됩니다. 두 규칙은 실험이 끝난 뒤가 아니라 시작 전에 합의해 두어야 효력이 있습니다.

표본이 작을 때의 위험을 먼저 말하겠습니다. 초기 제품에서는 관측 대상이 수십에서 수백 단위인 경우가 많고, 이 규모에서는 며칠 사이의 변동이 실제 차이보다 큽니다. 이럴 때 소수점 아래를 비교하는 일은 의미가 없습니다. 차이가 크게 벌어졌을 때만 신호로 보고, 작은 차이는 판단을 보류하는 편이 안전합니다. 실험을 여러 번 반복해 같은 방향이 계속 나오는지를 보는 방법이 통계적 검정보다 실용적일 때가 많습니다.

말과 행동을 구분하는 일도 중요합니다. 설문에서 지불하겠다고 답하는 것, 안내를 눌러 보는 것, 결제 화면까지 가는 것, 실제로 결제를 마치는 것은 각각 다른 강도의 신호입니다. 뒤로 갈수록 신뢰도가 높아지고 표본은 줄어듭니다. 앞쪽 지표만 보고 결론을 내면 실제보다 낙관적인 그림이 나옵니다. 반대로 뒤쪽 지표만 기다리면 아무 판단도 못 하게 되므로, 단계별로 보되 각 단계의 무게를 다르게 두는 방식이 맞습니다.

잡음의 출처는 대체로 예측 가능합니다. 캠페인이나 외부 노출로 평소와 다른 성격의 방문자가 몰려들어오면 전환은 떨어지고, 특정 채널 한 곳에서만 유입이 발생하면 그 채널의 성향이 결과 전체를 물들입니다. 명절이나 학기, 회계 마감처럼 시장에 원래 있는 주기도 결과를 흔듭니다. 결과를 볼 때 이 기간에 무슨 일이 있었는지를 함께 적어 두면, 나중에 같은 숫자를 다시 볼 때 오해하지 않습니다.

실험이 실패했을 때의 처리도 규칙으로 정해 둡니다. 기준에 못 미쳤다면 그 항목은 지금 조건에서 팔 수 없다는 사실을 확인한 것이지, 영원히 안 된다는 뜻이 아닙니다. 무엇을 시도했고 어떤 결과가 나왔으며 다음에 무엇이 달라져야 다시 시도할지를 한 페이지로 남깁니다. 이 기록이 쌓이면 팀은 같은 실험을 반복하지 않게 되고, 새로 합류한 사람도 지난 판단의 맥락을 읽을 수 있습니다.

마지막으로, 수익화 실험은 제품에 대한 실험인 동시에 관계에 대한 실험입니다. 사용자는 우리가 무엇을 팔려 하는지보다 어떻게 말하고 어떻게 물러서는지를 기억합니다. 예고하고 물었고 거절을 받아들였다면, 그 사용자는 다음 제안을 들을 준비가 되어 있습니다. 조용히 청구하고 해지를 어렵게 했다면 첫 달 숫자만 남고 관계는 끝납니다. 무료에서 유료로 넘어가는 구간에서 진짜로 설계해야 하는 것은 요금제가 아니라 이 관계의 방식입니다.

관련 글