대부분의 B2B 사이트는 홈페이지와 몇몇 랜딩 페이지는 개인화하면서, 요금 페이지는 모든 방문자에게 똑같이 보여 줍니다. 이상한 일입니다. 요금 페이지는 많은 평가가 영업 상담으로 넘어가거나 조용히 끝나는 곳이기 때문입니다.
반대의 실수는 더 나쁩니다. 요금 페이지에서 잘못된 요소를 바꾸면 구매자는 자신에게만 특별히 더 높은 가격이 표시되는 건 아닌지 의심하기 시작합니다. 이 글은 B2B 요금 페이지 개인화를 실무 관점에서 다룹니다. 세그먼트별로 바꿔도 안전한 요소, 모두에게 동일해야 하는 요소, 테스트 순서, 그리고 대부분의 요금 페이지가 빠른 A/B 테스트를 할 만큼 트래픽이 많지 않다는 사실에 대처하는 방법입니다.
요금 페이지에 다른 페이지보다 엄격한 규칙이 필요한 이유
블로그 글이나 랜딩 페이지에서는 방문자가 다른 사람이 무엇을 보는지 알지도, 신경 쓰지도 않습니다. 제조업 방문자에게 다른 고객 사례를 보여 줘도 단점이 없습니다.
요금 페이지는 공유됩니다. 구매자는 요금제를 캡처해 동료 세 명과 구매 담당자가 있는 Slack 채널에 올립니다. 리뷰 사이트와 비교 기사도 가격을 그대로 옮겨 적습니다. 같은 구매 그룹의 두 사람이 같은 요금제에 대해 다른 숫자를 봤다면, 첫 영업 통화에서 이를 해명해야 하고 관계를 불리한 위치에서 시작하게 됩니다.
그래서 저희가 쓰는 규칙은 이렇습니다. 가격 주변의 맥락을 개인화하고, 가격 자체는 절대 개인화하지 마세요. 기존 SaaS 기업들이 지금 그 맥락을 어떻게 구성하는지 보고 싶다면 SaaS 요금 페이지 사례 분석이 좋은 참고 자료입니다.
법적 측면
개인화된 가격에 관한 규정도 강화되고 있습니다. EU에서는 옴니버스 지침이 소비자에게 판매하는 사업자에게 자동화된 의사결정에 따라 가격이 개인화된 경우 이를 고지하도록 요구하며(Directive (EU) 2019/2161), 지역 차단 규정은 객관적 정당성 없이 국적이나 거주지에 따라 고객을 다르게 대우하는 것을 제한합니다(Regulation (EU) 2018/302). 이런 규정은 대부분 소비자를 염두에 두고 작성되었고 B2B 가격은 주로 계약의 문제이지만, 요금 페이지가 공개되어 있고 일부 구매자가 개인사업자라면 생각보다 그 경계에 가까이 있을 수 있습니다. 이는 법률 자문이 아닙니다. 방문자에 따라 가격을 바꾸기 전에 법률 자문을 구하세요. 협상된 할인은 웹사이트의 규칙이 아니라 영업 상담과 서면 견적에서 다뤄야 합니다.
개인화할 것과 고정할 것
| 요소 | 개인화 여부 | 방법 |
|---|---|---|
| 고객 로고와 추천사 | 예 | 방문자의 업종이나 기업 규모에 맞추기 |
| 요금제 카드의 기능 순서 | 예 | 세그먼트가 중요하게 여기는 것을 앞세우되, 아무것도 제거하지 마세요 |
| ‘추천’ 플랜 배지 | 예, 신중하게 | 방문자 기업 규모에 맞는 요금제로 옮기기 |
| CTA 문구 | 예 | 여정 단계에 맞추기(첫 방문 vs 재방문 평가자) |
| FAQ 세트 | 예 | 해당 세그먼트가 흔히 제기하는 반론에 답하기 |
| 그리드 아래 콘텐츠 | 예 | 고객 사례 링크, ROI 계산기 입력값, 비교표 |
| 통화 및 숫자 형식 | 예 | 위치에 따라 EUR, GBP 또는 USD 표시, 수동 전환 버튼 노출 |
| 가격 | 아니요 | 같은 통화의 모든 방문자에게 동일 |
| 요금제 이름과 각 요금제의 포함 내용 | 아니요 | 모두에게 같은 패키지 |
| 표시되는 요금제 | 아니요 | 모두에게 전체 요금제 표시. 강조만 하고 숨기지는 않음 |
| 전체 기능 목록 | 아니요(순서만) | 순서 변경은 괜찮지만 숨기기는 안 됩니다 |
| 프로모션 및 할인 | 아니요 | 모두에게 보이거나 아무에게도 보이지 않음 |
| 약관, 결제, 법적 고지 링크 | 아니요 | 세그먼트 전반에서 일관됨 |
세그먼트별로 정말 다른 가격이 필요하다면 패키징(범위가 다른 별도의 엔터프라이즈 등급)이나 영업 주도 견적으로 표현하세요. 개인화 규칙이 공개 페이지의 숫자를 바꾸게 하지 마세요. 신뢰 문제뿐 아니라 지원 문제도 생깁니다. 영업팀이 각 잠재 고객이 어떤 숫자를 봤는지 알아야 하기 때문입니다.
소셜 프루프: 가장 안전한 첫 변경
요금제를 살펴보는 50명 규모 스타트업은 자기 규모의 회사들이 여러분을 쓰고 있고 감당할 수 있다는 증거를 원합니다. 5,000명 규모 기업은 대규모에서도 작동하고 보안 심사를 통과한다는 것을 보고 싶어 합니다. 무작위 로고 띠와 함께 쓴 “500개 이상의 기업이 신뢰합니다”는 어느 질문에도 답하지 못합니다.
설정 방법:
- 사용 허가를 받은 모든 로고와 추천사에 업종, 기업 규모 구간, 주요 활용 사례 태그를 다세요.
- 주요 세그먼트마다 로고 세트를 하나씩 만드세요. 세그먼트를 고르는 방법은 전환으로 이어지는 기업 정보 세그먼트 글에서 다룹니다.
- 개인화 규칙에서 각 세그먼트를 해당 세트에 매핑하고, 범용 세트를 폴백으로 지정하세요.
- 추천사는 해당 세그먼트가 걱정하는 결과에 관한 인용문을 고르세요. 소규모 팀에는 가치 실현 속도, 대규모 팀에는 보안과 확장성입니다.
저희의 견해: 이것이 가장 먼저 테스트해야 할 변경입니다. 제안 내용은 전혀 건드리지 않으면서 페이지가 누구를 위한 것인지에 대한 인상을 바꾸기 때문입니다. 이 변경으로 요금 페이지에서 데모로의 전환율이 움직이지 않는다면, 더 복잡한 변경도 아마 효과가 없을 것이며, 이를 저렴하게 알게 된 셈입니다.
로고가 충분하지 않다면
초기 단계 기업은 고객이 적어 로고 세트를 여러 개 만들기 어려운 경우가 많습니다. 대신 추천사를 개인화하세요. 서로 다른 우려를 다루는 추천사 몇 개만 있으면 됩니다. 예를 들면 다음과 같습니다.
- 엔지니어링 도움 없이 빠른 설정(소규모 팀)
- 측정 가능한 전환 또는 파이프라인 효과(성장 중심 구매자)
- 안정성, 보안 심사, SSO(엔터프라이즈 평가자)
- 지원 품질과 응답성(이전 벤더에게 데인 팀)
방문자의 세그먼트에 맞는 것을 보여주십시오. 빈자리를 채우려고 인용문을 지어내거나 바꿔 쓰지 마십시오. 가짜 추천사보다 빈 슬롯이 낫습니다.
기능 강조: 순서는 바꾸되 절대 숨기지 않기
요금제 카드에는 기능이 길게 나열된 경우가 많고, 방문자는 앞부분 몇 개만 읽고 요금제가 맞는지 판단합니다. 세그먼트가 중요하게 여기는 기능이 아래쪽에 있다면 아예 보지 못할 수도 있습니다.
순서를 바꾸면 전체 목록은 그대로 유지하면서 각 세그먼트가 가장 관련성 높은 기능을 먼저 보게 됩니다. 헬스케어 기업에는 데이터 레지던시와 컴플라이언스가 상단에 표시되고, SaaS 기업에는 API 액세스와 연동 기능이 상단에 표시됩니다.
실전 예시(설명용)
예시: 세 가지 요금제에 걸쳐 약 30개의 기능이 있고, 우선순위 세그먼트가 SaaS 기업과 금융 서비스 두 개인 제품.
| 포지션 | 기본 순서 | SaaS 세그먼트 | 금융 서비스 세그먼트 |
|---|---|---|---|
| 1 | 방문자 식별 | API 액세스 | SSO/SAML |
| 2 | 업종 세분화 | A/B 테스트 | 데이터 내보내기 |
| 3 | A/B 테스트 | 맞춤 규칙 엔진 | SOC 2 보고서 |
| 4 | 맞춤 규칙 엔진 | 방문자 식별 | 역할 기반 접근 권한 |
| 5 | API 액세스 | 웹훅 통합 | 방문자 식별 |
| 6+ | 나머지 기능, 모두에게 같은 목록 | ||
기능도, 플랜도, 가격도 같습니다. 유일한 차이는 방문자가 첫 1초에 보는 내용입니다. 배포 전에 두 가지를 확인하세요. 페이지 아래쪽의 비교표가 카드와 같은 순서를 쓰는지(또는 모든 곳에서 기본 순서를 유지하는지), 그리고 잠재 고객의 스크린샷을 보고 혼란스럽지 않도록 영업팀이 순서가 다르다는 사실을 알고 있는지입니다.
플랜 추천: “추천” 배지 위치 이동
대부분의 요금 페이지는 한 요금제, 보통 가운데 요금제를 “가장 인기” 또는 “추천”으로 강조합니다. 이 배지를 방문자 규모에 맞는 요금제로 옮기는 것은 작은 변화지만, 기본값은 선택에 영향을 주는 것으로 알려져 있으므로(대표적인 참고 자료는 Johnson과 Goldstein의 기본값 효과 연구입니다), 장식이 아니라 실질적인 개입으로 다뤄야 합니다.
간단한 매핑:
- 직원 50명 미만: 입문 또는 중간 등급을 강조하세요. 이런 팀은 예산을 더 요청하기 전에 가치를 입증해야 합니다.
- 직원 50~500명: 중간 또는 프로페셔널 요금제를 강조합니다.
- 직원 500명 초과: 어차피 SSO, 보안 심사, 계약 조건이 필요하므로 엔터프라이즈 요금제를 강조합니다.
이렇게 하지 말아야 할 때: 기업 규모 데이터를 신뢰하기 어렵다면(가정용 회선이나 VPN 방문자가 많거나, 고객사 대신 리서치하는 에이전시 트래픽이 많은 경우) 잘못된 추천은 중립적인 추천보다 나쁩니다. 매칭 신뢰도가 높을 때만 배지를 옮기고, 그렇지 않으면 평소 기본값을 사용하세요. 클릭만이 아니라 플랜 구성과 이후 계약 성사율까지 측정하세요. 사람들을 맞지 않는 플랜으로 이끄는 배지는 클릭은 늘리고 매출은 줄이기 때문입니다.
놓치기 쉬운 두 가지 세부 사항이 있습니다. 레이블은 세그먼트마다 사실이어야 합니다. 방문자마다 강조되는 플랜이 다르다면 ‘가장 인기 있는’은 적어도 일부에게는 틀린 말이므로, 대신 ‘200명 이상 팀에 추천’을 쓰세요. 그리고 대기업에게 저렴한 플랜을 숨기지 마세요. 대기업 안의 한 부서는 입문 요금제만 필요할 수도 있습니다.
엔터프라이즈 방문자: 그리드, 배너 또는 '문의하기'
엔터프라이즈 딜에 항상 맞춤 가격이 필요하다면, 표준 가격표를 보여 주는 것이 대형 구매자에게 실제로는 청구하지 않을 숫자를 기준점으로 심어 줄 수 있습니다. 엔터프라이즈 요금제가 표준화되어 있다면 가격표를 유지하세요. 많은 팀에 효과적인 중간 방법은 모든 사람에게 전체 가격표를 보여 주되, 엔터프라이즈 규모 방문자에게는 그 위에 “귀사 규모의 팀에는 보통 SSO와 맞춤 DPA가 필요합니다. Enterprise 요금제에 대해 문의하세요.” 같은 배너를 추가하는 것입니다. 일부 엔터프라이즈 구매자는 평가 초기에 스스로 알아보고 싶어 하므로, 이렇게 하면 두 경로를 모두 열어 둘 수 있습니다.
여정 단계별 CTA 문구
검색 결과에서 요금 페이지로 처음 들어온 방문자는 기능 페이지 네 개를 읽고 두 번 재방문한 사람과 다른 위치에 있습니다. 구매 여정 단계별 개인화 가이드에서 감지 로직을 더 깊이 다룹니다. 요금 페이지에 한정하면 다음과 같습니다.
| 단계 신호 | CTA 예시 | 이유 |
|---|---|---|
| 검색이나 블로그 글로 유입된 첫 방문 | “작동 방식 보기” | 조사 중이니 덜 요구하세요 |
| 기능 페이지를 본 재방문자 | '내 사이트로 직접 확인하기' | 평가 중이니 구체적인 것을 제안하세요 |
| 여러 번 방문, 이전에 요금 페이지를 본 적 있음 | '견적 받기' 또는 '문의하기' | 이미 리서치를 마쳤으니 마찰을 없애세요 |
가능하면 도착지는 일관되게 유지하세요. 버튼 문구를 바꾸는 것은 위험이 낮습니다. 버튼이 연결되는 곳(영상, 캘린더, 폼)을 바꾸면 퍼널이 바뀌므로 별도의 테스트로 측정해야 합니다.
기업 규모별 FAQ 세트
요금 페이지 하단의 FAQ는 반론을 처리합니다. 세그먼트마다 제기하는 반론이 다릅니다.
- 소규모 기업: 작게 시작해서 나중에 업그레이드할 수 있나요? 최소 계약 기간이 있나요? 설치하려면 개발자가 필요한가요? 설정에 얼마나 걸리나요?
- 중견기업: 어떤 도구와 연동되나요? 어떤 지원과 교육이 포함되나요? 현재 도구에서 전환하려면 무엇이 필요한가요?
- 엔터프라이즈: SOC 2나 ISO 27001 인증이 있습니까? 저희 DPA에 서명하시겠습니까? 어떤 SLA를 제공합니까? SSO에 어떤 ID 공급자를 지원합니까?
모든 질문을 모두에게 보여주면 글자의 벽이 됩니다. 회사 규모 구간별로 질문 세트를 하나씩 만들고 세그멘테이션 규칙으로 교체하십시오. 해지, 결제 통화, 세금 같은 짧은 공통 세트는 모두에게 보이게 두십시오.
위치별 통화
방문자의 통화로 가격을 보여 주면 머릿속으로 환산하는 단계가 사라지며, 이는 요금 페이지에 적합한 몇 안 되는 위치 기반 변경 중 하나입니다. 이를 정직하게 유지하는 세 가지 조건은 다음과 같습니다.
- 실제로 청구하는 통화만 표시하세요. 청구하지 않는 통화로 환산한 견적은 결제 단계에서 혼란을 일으킵니다.
- 각 통화에는 하나의 고정된 가격표가 있으며, 그 통화를 보는 모든 방문자에게 동일합니다.
- 수동 전환 버튼이 항상 보이고, 방문자의 선택이 페이지를 이동해도 유지됩니다. IP 위치는 VPN 사용자나 사무실 소재지와 다른 통화로 결제하는 회사의 구매자에게는 틀릴 수 있습니다.
통화는 세그먼트 규칙과 별도의 규칙으로 운영해, 규모 구간 변형과 통화 선택이 충돌하지 않게 하세요. 통화 전환기 클릭은 유용한 신호입니다. 클릭률이 높다면 자동 선택이 많은 방문자에게 맞지 않는다는 뜻입니다.
요금 페이지 트래픽이 적을 때의 테스트
대부분의 요금 페이지 계획이 무너지는 지점이 바로 여기이므로, 시작하기 전에 계산해 볼 가치가 있습니다.
표본 크기 계산 예시
예시: 월 방문자 2,000명, 요금 페이지에서 데모 요청으로의 전환율이 5%인 요금 페이지. 일반적인 설정인 유의수준 95%, 검정력 80%에서 20%의 상대적 상승(5%에서 6%)을 감지하고자 합니다. 표준 두 비율 공식(Evan Miller의 표본 크기 계산기와 같은 공식)으로 계산하면 변형당 약 8,000명, 총 약 16,000명이 필요합니다. 월 2,000명이라면 테스트 하나에 약 8개월이 걸립니다. 트래픽을 세 세그먼트로 나누면 더 나빠집니다.
이제 발생 빈도가 더 높은 지표를 보겠습니다. 요금 페이지 방문자의 20%가 CTA를 클릭하고 이를 24%로 높이는 것을 감지하고 싶다면, 같은 공식으로 변형안당 약 1,700명, 총 약 3,400명이 필요하며, 같은 트래픽에서 두 달이 채 걸리지 않습니다. 두 시나리오 모두 A/B 테스트 계산기로 확인할 수 있습니다.
실무적으로 의미하는 바는 다음과 같습니다.
- CTA 클릭률을 주요 테스트 지표로 사용하고(CTR 계산기로 세그먼트별로 계산할 수 있습니다), 데모 요청은 유의성 도달을 기대하는 지표가 아닌 지켜보는 가드레일로 두세요.
- 세그먼트마다 다른 변경을 병렬로 테스트하기보다, 모든 세그먼트에서 한 번에 하나의 변경만 테스트하세요.
- 트래픽이 매우 적다면 변경 사항을 묶으세요. 사회적 증거와 CTA 문구를 하나의 “개인화 대 기본” 테스트로 함께 출시할 수 있습니다.
- 테스트 기간 내내 방문자 단위로 배정된, 기본 페이지를 보는 홀드아웃 그룹을 유지하세요. 그래야 여러 변경 사항이 출시된 뒤 종합 효과를 측정할 수 있습니다.
- 식별된 방문자만 분석하세요. 식별되지 않은 방문자는 두 그룹 모두에서 기본 페이지를 보므로, 이들을 포함하면 결과가 0 쪽으로 희석됩니다.
- 가드레일을 설정하세요. 방문자당 셀프서비스 매출이 떨어지면 안 되고, 첫 30일 내 환불이나 다운그레이드 비율이 올라가면 안 됩니다.
- 시작 전에 테스트 기간을 정하고, 9일 차에 대시보드 결과가 좋아 보인다고 일찍 중단하지 마세요.
트래픽이 적은 상황의 테스트에 대해서는 전환율 최적화 가이드에서 더 다루며, 세그먼트 단위 보고에 맞게 구축된 A/B 테스트 설정으로 각 테스트를 홀드아웃이 있는 통제 실험으로 실행할 수 있습니다.
권장 순서
- 소셜 프루프 교체. 위험이 가장 낮고 되돌리기 쉽습니다.
- CTA 문구. 이동 페이지가 같다면 리스크가 낮습니다.
- FAQ 세트. 위험이 낮고 스크롤 아래에 위치. 요금 페이지 이탈을 관찰하세요.
- 기능 순서 변경. 중간 위험, 첫인상을 바꿈. “빠진” 기능에 대한 영업이나 지원 문의를 주시하세요.
- 요금제 추천. 중간 리스크로, 사람들이 고려하는 요금제가 바뀝니다. 요금제 구성과 성사율을 측정하십시오.
구현 과정 안내
이미 방문자 식별과 기본 세그먼트가 갖춰져 있다고 가정합니다.
- 페이지를 감사하세요. 모든 요소(헤드라인, 요금제 이름, 가격, 기능 목록, CTA, 사회적 증거, FAQ, 표 아래 콘텐츠)를 나열하고, 위의 표를 기준으로 각각을 “맥락”(개인화 가능) 또는 “제안”(고정)으로 표시하세요.
- 요금 페이지 세그먼트를 선택하세요. 여기서는 기업 규모가 보통 가장 유용한 기준입니다. 예산, 구매 프로세스, 필요한 기능과 연동되기 때문입니다. 일반적인 구간이 아니라 요금제에 맞는 직원 수 구간을 사용하세요. Team 요금제가 최대 50석용으로 설계되었다면 첫 구간은 50에서 끝납니다. 세 개 구간으로 시작하세요. 사용 사례가 업종별로 크게 다를 때만 산업을 추가하세요.
- 변수마다 데이터 소스를 정하세요. 기업 규모와 업종은 방문자 식별이나, 이미 아는 리드의 경우 CRM에서 가져오고, 위치는 IP 국가에서 가져옵니다. 값이 없을 때 어떻게 되는지 기록해 두세요. 방문자는 기본 페이지를 봅니다.
- 변형을 만드세요. 세그먼트별로 로고 세트, 추천사 한두 개, 순서를 바꾼 기능 목록 상단, FAQ 세트, 단계별 CTA 문구를 준비합니다. 서면 허가를 받은 로고와 인용문만 사용하세요. 허용된 증거 자료가 없는 세그먼트는 기본 스트립을 받습니다.
- 규칙과 탄탄한 기본값을 설정하세요. 규칙은 상호 배타적으로 만들고 정해진 순서대로 평가되게 하세요. 상당수 방문자는 어떤 세그먼트에도 해당하지 않습니다(알 수 없는 회사, 가정용 IP, 에이전시 리서처). 이들은 기본값을 보게 되므로, 작년 페이지를 그대로 두지 말고 기본값 자체를 좋은 페이지로 만드세요.
- 아무것도 튀지 않게 만드세요. 표는 기본 강조 상태로 렌더링되고, 레이아웃 이동 없이 배지만 바뀌어야 합니다. 조회 후 클라이언트 사이드에서 가격을 렌더링하지 마세요. 가격은 첫 바이트부터 HTML에 있어야 합니다.
- 모든 세그먼트를 QA하십시오. 각 규칙을 강제로 적용하고(테스트 IP, CRM 테스트 레코드, 통화 확인용 VPN) 데스크톱과 모바일에서 확인하십시오. 통화 전환 버튼이 자동 선택보다 우선 적용되는지 확인하십시오.
- 위 순서대로 한 번에 한 레이어씩 적용하고, 테스트 기간은 미리 정하세요.
- 매주 관찰할 것: 세그먼트별 요금 페이지 이탈률, 세그먼트별 CTA 클릭률, 플랜 구성, 그리고 영업팀이 통화에서 요금에 대한 혼란을 얼마나 자주 듣는지.
세그먼트 규칙 예시
예: Starter(최대 10석), Team(최대 50석), Business(맞춤) 세 가지 요금제를 가진 가상의 SaaS 회사. 규칙은 위에서 아래로 평가되며, 처음 일치하는 규칙이 적용됩니다.
| # | 조건 | 강조된 요금제 | 증거 | FAQ 먼저 | 주요 CTA |
|---|---|---|---|---|---|
| 1 | 기존 고객(로그인 또는 CRM 매칭) | ‘현재 플랜’으로 표시된 사용 중인 플랜 | 없음 | 업그레이드 및 결제 | '현재 플랜과 비교하기' |
| 2 | 직원 200명 이상 | Business | 200명 이상 기업 로고 2개, 도입에 관한 인용문 1개 | 보안 심사, SSO, 청구서 발행 | “도입에 대해 상담하기” |
| 3 | 직원 11~199명 | Team | 비슷한 규모 팀의 로고 2개 | 좌석 수, 설정 시간 | "Team으로 시작하기" |
| 4 | 직원 1~10명 | Starter | 소규모 팀의 인용문 | 월 단위 결제, 해지 | “Starter로 시작하기” |
| 기본 | 일치 없음 또는 미식별 | Team(가장 많이 구매하는 요금제) | 혼합 로고 | 현재 순서 | "Team으로 시작하기" |
직원 1,200명 규모 기업의 방문자(규칙 2)에게는 페이지가 이렇게 바뀝니다. ‘가장 인기 있는’으로 강조된 Team 플랜, 스타트업 로고 띠, “언제든 해지할 수 있나요?”로 시작하는 FAQ, ‘시작하기’ 버튼이, ‘200명 이상 팀에 추천’으로 강조된 Business 플랜, 비슷한 규모 기업의 로고 두 개, “보안 심사는 어떻게 진행하나요?”로 시작하는 FAQ, ‘도입에 대해 상담하기’로 바뀝니다. 페이지의 모든 가격은 그대로입니다.
대부분의 팀이 잘못하는 것
맥락 대신 가격 바꾸기
"대기업은 예산이 크니 더 높은 가격을 보여주자"는 일주일 정도는 기발해 보입니다. 구매자들은 정보를 비교하고, 리뷰 사이트는 가격을 공개하며, 잠재 고객이 영업 담당자에게 더 낮은 가격을 처음 언급하는 순간 대화는 가치가 아니라 신뢰에 관한 것이 됩니다.
첫날부터 너무 많은 변형
기업 규모 네 가지에 업종 세 가지를 곱하면 버전이 12개가 됩니다. 요금 페이지의 좋은 버전을 12개나 쓸 수 있는 사람은 없고, 트래픽으로 이를 측정할 수도 없으며, 한 세그먼트의 수치가 떨어져도 원인을 알 수 없습니다. 기업 규모별 세 가지 버전으로 시작하세요. 처음 세 개를 측정한 뒤에만 추가하세요.
기본값 소홀히 하기
팀들은 버전에 노력을 쏟고 기본값은 손대지 않습니다. 방문자의 상당수는 항상 기본값을 보게 되므로, 기본값도 다른 버전과 똑같이 신경 써야 합니다.
합계만 측정하기
전체 향상 수치는 한 세그먼트의 큰 개선과 다른 세그먼트의 하락을 가릴 수 있습니다. 테스트 결과를 판정하기 전에 개인화 분석에서 세그먼트별 결과를 살펴보세요.
요금 페이지 외에 측정할 것
- 세그먼트별 요금 페이지에서 데모 또는 문의로의 전환율. 유의성에 도달하는 데 시간이 걸리더라도 핵심 성과 지표입니다.
- 요금제 구성과 평균 거래 규모. 요금제 추천 변경은 더 많은 방문자를 자신에게 맞는 요금제로 이끌어야 합니다. 단지 더 비싼 요금제가 아니라 올바른 요금제인지 확인하십시오.
- 개인화 페이지를 거쳐 들어온 딜과 홀드아웃 그룹의 영업 주기 길이 비교
- 영업 통화와 고객 지원에서 나오는 요금 관련 질문. FAQ가 제 역할을 하면 줄어들어야 합니다.
퍼널에서 요금 페이지가 차지하는 위치에 대한 큰 그림은 B2B 전환율 최적화 글을, 이 글에서 사용하는 규모 구간 설정 방법은 기업 규모별 개인화 가이드를 참고하세요.
시작점
기업 규모에 따라 사회적 증거를 바꾸고 나머지는 그대로 둔 채, CTA 클릭률을 지표로 홀드아웃과 비교하세요. 설정에 하루면 됩니다. 효과가 있으면 CTA 문구와 FAQ 세트, 다음으로 기능 순서, 그다음 요금제 배지를 추가하세요. 효과가 없다면 병목이 아니었던 페이지에 다섯 겹의 변형을 쌓는 수고를 덜게 됩니다.
Markettailor에서 실행하려면 사이트의 나머지 부분에 사용하는 것과 같은 규칙에서 세그먼트를 로고 세트, FAQ 세트, CTA 카피에 매핑하면 됩니다. 요금제는 요금 페이지에 있습니다(참고로 이 페이지는 모든 사람에게 같은 가격을 보여줍니다).
자주 묻는 질문
웹사이트 방문자마다 다른 가격을 보여 주는 것은 합법인가요?
관할권과 구매자가 누구인지에 따라 다릅니다. EU에서는 소비자 가격이 자동화된 의사결정으로 개인화될 때 이를 고지해야 하고, 국적이나 거주지에 따른 부당한 차별이 제한됩니다. B2B 가격은 대부분 계약으로 정해지지만, 공개 페이지는 개인사업자에게도 노출됩니다. 정가는 모든 방문자에게 동일하게 유지하고, 바꾸기 전에 법률 자문을 구하세요.
요금 페이지에서 무엇부터 개인화해야 하나요?
기업 규모별로 표 옆에 두는 사회적 증거입니다. 제안은 건드리지 않으면서 페이지가 누구를 위한 것인지 보이게 바꾸며, QA와 원상 복구가 쉽습니다. 그다음 CTA 문구와 FAQ 세트, 이후 기능 순서와 요금제 배지를 추가하세요.
요금 페이지에 현지 통화를 자동으로 표시해야 할까요?
그 통화로 청구한다면 그렇습니다. 방문자가 직접 바꿀 수 있도록 눈에 보이는 전환 버튼을 함께 두세요. 통화마다 고정된 가격표 하나가 있어야 합니다. 실제로 청구하는 통화만 제공하세요.
요금 페이지 개인화를 테스트하는 데 얼마나 걸리나요?
대개 팀의 예상보다 깁니다. 요금 페이지는 전체 트래픽에서 차지하는 비중이 작기 때문입니다. 출시 전에 기준 전환율과 실행할 가치가 있는 최소 개선폭으로 표본 크기를 계산하세요. 몇 달이 걸린다는 답이 나오면 CTA 클릭을 주요 지표로 쓰거나, 변경 사항을 하나의 개인화 대 기본 테스트로 묶거나, 문서화된 전후 비교로 만족하세요.