페이크 도어 테스트로 구독 의향 재기, 결제 만들기 전에 하는 법

월 구독을 붙이고 싶은데, 정말 돈을 낼 사람이 있는지 몰라서 결제 기능 만들기가 망설여질 때가 있어요. 결제 연동은 사업자 등록, 결제 대행사 계약, 환불 처리까지 길게 이어지는 일이라, 수요도 모르는 채 시작하기엔 부담이 커요. 이 글은 결제를 한 줄도 만들기 전에 구독 의향을 재 보는 방법, 흔히 페이크 도어 테스트라고 부르는 방법을 순서대로 정리해요.

페이크 도어는 말 그대로 가짜 문이에요. 건물 벽에 문 모양만 그려 놓고, 몇 사람이 손잡이를 잡는지 세어 보는 실험이라고 생각하면 돼요. 서비스에 아직 없는 유료 플랜을 있는 것처럼 보여 주고, 눌러 보는 사람이 얼마나 되는지 세어요.

혹시 이런 고민 있으신가요?

• 유료 플랜을 만들고 싶은데, 결제 연동부터 시작하기엔 시간이 너무 아까워요.
• 설문을 돌렸더니 다들 "쓸 것 같아요"라고 하는데, 그 말을 얼마나 믿어도 될지 모르겠어요.
• 가짜 문 실험이 사용자를 속이는 일이 될까 봐 걱정돼요.

이 글을 읽으면

• 만들지 않은 유료 플랜을 사용자에게 속임 없이 보여 주는 화면과 안내 순서를 설계할 수 있어요.
• 실험을 시작하기 전에 성공 기준을 숫자로 적고, 그 기준으로 다음 행동을 미리 정할 수 있어요.
• 노출, 클릭, 이메일 제출을 하나의 퍼널로 세는 쿼리를 짜고, 결과를 과하게 읽지 않는 법을 알 수 있어요.

1단계. 무엇을 재고 싶은지 한 문장으로 적기

실험을 만들기 전에 가설부터 한 문장으로 적어요. 예를 들면 이런 식이에요.

"무료로 쓰던 사람 중 일부는, 더 많이 저장하고 반복해서 쓰기 위해 월 구독을 누를 만큼 필요를 느낀다."

문장에 꼭 들어가야 하는 것은 셋이에요. 누가(어떤 방문자가), 무엇에 대해(어떤 한도나 기능에), 어떤 행동을 하는가(눌러 본다)예요. 이 문장이 없으면 나중에 숫자가 나와도 무엇을 확인한 건지 말할 수 없어요.

여기서 한 가지 기본 원칙을 같이 정해요. 핵심 기능은 계속 무료로 두고, 반복해서 쓰거나 많이 저장하는 사람에게만 값을 받는 쪽으로 시작하는 거예요. 저희는 서명 이미지를 만들고 PDF 에 붙이는 기능은 무료로 두고, 더 많이 저장해 두고 쓰는 사람에게 구독을 제안하는 구조로 잡았어요. 처음 쓰는 사람의 문턱은 낮추고, 쓸수록 쌓이는 가치에 값을 매기는 쪽이 가짜 문 실험의 해석도 쉬워요. 이미 무료로 쓰는 사람이 "더 필요하다"고 누르는 신호가 선명하기 때문이에요.

2단계. 가짜 문 화면을 정직하게 설계하기

이 단계가 가장 조심스러워요. 가짜 문은 "아직 없는 것을 있다고 말하지 않는" 선에서만 해야 해요. 지킬 선을 이렇게 정하면 편해요.

• 결제 정보를 절대 묻지 않아요. 카드 번호든 계좌든, 돈이 오갈 것처럼 보이는 입력 칸을 두지 않아요.
• 누른 사람이 결제 정보를 넣기 전에, 아직 살 수 없다는 사실을 알게 해요.
• 받은 이메일은 출시 알림이라는 약속한 목적으로만 써요.

안내 시점은 두 가지 설계가 있어요.

저희는 처음에 첫 번째 방식으로 설계했다가, 나중에 두 번째로 바꿨어요. 카드에 준비 중이라고 먼저 적으면 클릭이 지불 의향이 아니라 호기심을 재게 된다고 판단했기 때문이에요. 다만 이건 판단이지 증명된 사실은 아니에요. 두 방식의 클릭률 차이를 직접 비교해 본 건 아니라서, 어느 쪽이 맞는지는 여러분의 서비스에서 확인해야 해요.

두 번째 방식을 고른다면 안내 창의 첫 문장이 전부예요. 저희 창은 이런 순서로 말해요.

유료 플랜은 아직 준비하고 있어서 지금은 결제할 수 없어요.출시되면 가장 먼저 알려 드릴게요. [ 이메일 ][ ] 출시 알림을 받는 데 동의해요 (이용 목적: 출시 알림, 보관 기간: 제출 뒤 12개월)

첫 문장에 "지금은 결제할 수 없어요"를 넣고, 말투를 부드럽게 고쳐도 이 사실만은 빼지 않아요. 버튼 문구에도 같은 원칙을 적용해요. "결제하기", "구독하기", "지금 시작하기"처럼 지금 살 수 있다고 읽히는 말은 피하고, 돈이 오가는 단어 없이 "시작하기" 정도로 둬요. 클릭 직후 창이 사실을 알리니, 화면 어디에도 없는 결제를 있다고 말하는 문장은 없는 상태가 돼요.

그리고 하나 더 있어요. 눌렀다고 해서 무료 업그레이드나 한도 상향 같은 보상을 주지 않아요. 저희는 한때 후기를 쓰면 한도를 올려 주는 방안을 검토했다가 접었어요. 보상이 걸리면 눌린 이유가 "돈을 낼 의향"인지 "혜택을 받고 싶어서"인지 구분할 수 없게 되기 때문이에요.

방문자가 카드를 누르고 안내 창에서 이메일을 남기기까지의 흐름

3단계. 시작 전에 성공 기준과 다음 행동을 적기

실험이 끝난 뒤에 "이 정도면 괜찮은 건가?"를 정하면 안 돼요. 숫자를 본 다음에는 누구나 자기가 보고 싶은 쪽으로 해석하게 돼요. 그래서 시작하기 전에 세 가지를 적어요.

1. 기간. 방문 수가 얼마나 모일지 모르면 짧게 끊지 말고 몇 주로 고정해요.
2. 기준 숫자. 보통 두 개가 좋아요. 하나는 비율이고 다른 하나는 절대 수예요.
3. 기준을 넘었을 때와 못 넘었을 때 각각 무엇을 할지.

저희가 정한 값은 이랬어요. 4주 동안 제안을 본 방문자 중 3% 이상이 눌렀고, 이메일을 남긴 사람이 50명 이상이면 실제 결제를 만들어요. 하나라도 못 미치면 가격이나 약속을 바꿔 다시 재거나 접어요. 3% 와 50명이라는 값은 업계 표준이 아니라 저희가 추천값으로 잡은 숫자예요. 정해진 정답이 없으니, 여러분은 자기 서비스의 방문 규모에서 거꾸로 계산해 보세요.

두 기준을 함께 두는 이유가 있어요. 비율만 있으면 방문이 열 명일 때 한 명만 눌러도 10% 가 돼요. 절대 수만 있으면 방문이 아주 많을 때 아무나 누른 숫자가 쌓여 통과해 버려요.

4단계. 퍼널을 이벤트 세 개로 세기

퍼널은 단계별로 사람이 얼마나 남는지 보는 깔때기예요. 가짜 문 테스트에서는 세 개면 충분해요.

자리를 값으로 남겨 두면, 요금제 메뉴에서 본 사람과 한도를 다 쓰고 배너에서 본 사람, 내려받기를 마치고 창에서 본 사람의 반응을 따로 볼 수 있어요. 저희는 제안이 보이는 자리를 세 곳으로 뒀어요. 요금제 메뉴, 무료 한도를 다 본 뒤의 배너, 첫 내려받기 뒤의 창이에요.

여기서 도구를 어떻게 나눌지 한 가지만 정해요. 페이지가 열린 횟수는 방문 분석 도구가 세고, 가설이 걸린 클릭만 직접 만든 이벤트로 남겨요. 저희는 페이지 열림은 Umami 라는 방문 분석 도구에 맡기고, 위의 세 이벤트만 자체 이벤트 테이블에 남겨요. 한 숫자를 두 도구가 따로 세면 "어느 쪽이 맞지?"가 생기기 때문에, 하나는 한 곳에서만 세요. 퍼널의 분모는 제안 노출 이벤트 하나로만 잡고, 방문 분석 도구의 숫자는 유입 규모를 보는 데만 써요.

반대로 탭 전환이나 링크 클릭처럼 가설과 상관없는 클릭은 자체 이벤트에 넣지 않아요. 이벤트 수집 주소는 보통 방문자당 요청 한도가 있어서, 모든 클릭을 보내면 정작 필요한 이벤트가 한도에 막혀요.

이벤트가 한 줄씩 쌓이는 테이블이 있다면, 방문자 단위의 퍼널은 아래처럼 셀 수 있어요. 테이블과 컬럼 이름은 여러분 환경에 맞게 바꿔 쓰세요.

WITH visitors AS (  SELECT    visitor_id,    bool_or(name = 'offer_viewed')  AS viewed,    bool_or(name = 'offer_clicked') AS clicked,    bool_or(name = 'lead_submitted') AS submitted  FROM events  WHERE created_at >= now() - interval '28 days'  GROUP BY visitor_id)SELECT  count(*) FILTER (WHERE viewed)                       AS viewers,  count(*) FILTER (WHERE viewed AND clicked)           AS clickers,  count(*) FILTER (WHERE viewed AND clicked AND submitted) AS leads,  round(100.0 * count(*) FILTER (WHERE viewed AND clicked)        / nullif(count(*) FILTER (WHERE viewed), 0), 2) AS click_rate_pctFROM visitors;

핵심은 이벤트 수가 아니라 방문자 수로 세는 거예요. 같은 사람이 열 번 눌러도 한 명으로 세야 비율이 부풀지 않아요. 그리고 "노출을 남긴 방문자 중에서" 클릭을 센다는 조건이 분모와 분자의 기준을 맞춰 줘요.

5단계. 모은 이메일을 가볍게 다루기

이메일은 개인정보라서, 모으는 순간부터 책임이 생겨요. 가짜 문 테스트가 신뢰를 잃는 가장 빠른 길은 여기서 가벼워지는 거예요. 아래 네 가지를 먼저 정해요.

• 동의 문구에 수집 목적, 보관 기간, 동의하지 않아도 된다는 사실을 모두 적어요.
• 이용약관과 개인정보 처리 방침이 준비되기 전에는 수집을 시작하지 않아요.
• 보관 기간을 정하고, 지나면 자동으로 지워요. 저희는 제출 뒤 12개월로 하고, 하루에 한 번 도는 작업이 기간이 지난 행을 지워요. 사람이 기억해서 지우는 방식은 언젠가 잊혀요.
• 모은 주소는 출시 알림 외에 쓰지 않고, 외부 이메일 마케팅 도구로 내보내지 않아요.

보관 기간은 법과 서비스마다 다르니, 숫자를 그대로 가져가지 말고 여러분 서비스에 맞는 기간과 근거를 직접 확인하세요. 광고성 메시지나 후기 대가에 관한 규정도 나라마다 달라서, 이 글은 법률 검토를 대신하지 않아요.

6단계. 결과를 읽을 때 조심할 것

숫자가 나오면 기분이 좋아져요. 그래서 오히려 아래 한계를 먼저 적어 두는 게 좋아요.

• 클릭은 지불 의향의 대리 신호일 뿐이에요. 누르는 비용은 0원이고, 실제 결제는 카드를 꺼내는 일이에요. 클릭률이 높아도 결제 전환율은 훨씬 낮을 수 있어요.
• 이메일 제출은 클릭보다 의향이 강한 신호지만, 출시 알림이 공짜라서 남기는 사람도 있어요.
• 방문 규모가 작으면 비율이 크게 흔들려요. 열 명 중 한 명과 천 명 중 백 명은 같은 10% 가 아니에요.
• 가격이나 약속 문구를 바꾸면 그 전후의 데이터는 다른 실험이에요. 바꾼 날짜를 기록해 두고 나눠 봐요.
• 여러 가격을 한꺼번에 비교하려면 가격마다 충분한 표본이 있어야 해요. 방문 규모를 모르는 상태에서는 하나의 가격, 하나의 플랜으로 시작하는 쪽이 읽기 쉬워요. 저희는 처음엔 가격을 세 묶음으로 나눠 비교하려고 설계했다가, 방문 규모를 모르는 상태에서는 표본이 모자랄 것 같아 하나의 플랜과 하나의 가격으로 줄였어요.

자주 묻는 질문

Q1. 가짜 문 테스트는 사용자를 속이는 것 아닌가요?

속이는 선은 "없는 것을 있다고 말하는가"예요. 결제 정보를 묻지 않고, 누른 직후 아직 살 수 없다고 첫 문장에서 알리고, 이메일은 출시 알림 용도로만 쓴다면 사용자가 잃는 것은 없어요. 반대로 눌렀을 때 결제창을 띄우거나 "신청이 완료되었어요"처럼 구매가 된 듯 말하면 선을 넘은 거예요.

Q2. 방문자가 적으면 의미가 없나요?

비율은 흔들리지만, 절대 수는 의미가 있어요. 한 달 방문이 수백 명이라면 이메일 열 개가 모이는 것만으로도 "원하는 사람이 있다"는 신호는 돼요. 다만 가격 여러 개를 비교하는 식의 세밀한 실험은 표본이 부족하니 피하세요.

Q3. 안내 창을 먼저 보여 주면 클릭이 줄지 않나요?

줄어요. 그래서 누른 직후 알리는 방식과 누르기 전에 알리는 방식은 서로 다른 것을 재요. 누르기 전에 알리면 더 정직하지만 클릭이 줄고, 누른 직후에 알리면 클릭은 늘지만 안내 문장이 더 중요해져요. 어느 쪽이든 결제 정보를 받기 전에는 반드시 알려야 해요.

정리

• 가짜 문 테스트는 결제를 만들기 전에 구독 의향의 신호를 모으는 실험이에요.
• 핵심 기능은 무료로 두고, 반복 사용과 저장에 값을 매기는 제안을 보여 줘요.
• 결제 정보는 묻지 않고, 누른 사람이 사실을 알게 되는 자리를 하나는 반드시 둬요.
• 성공 기준과 다음 행동을 시작 전에 숫자로 적고, 비율과 절대 수를 함께 봐요.
• 클릭은 신호일 뿐이에요. 방문자 단위로 세고, 결과의 한계를 먼저 적어 두세요.

가짜 문은 결제를 대신하지 못하지만, 만들지 말아야 할 것을 만들지 않게 해 줘요.