직원 3,000명 규모의 같은 회사에 다니는 보안 책임자, 제품 관리자, 구매 분석가가 같은 주에 여러분의 웹사이트를 엽니다. 이들은 같은 구매 위원회에 속해 같은 제품을 평가하고 있으며, 같은 홈페이지, 같은 사례 연구, 같은 데모 폼을 봅니다. 보안 책임자는 SOC 2 보고서를, 제품 관리자는 팀이 실제로 그것을 사용할지를, 구매 담당자는 가격을 알고 싶어 합니다. 직함별로 웹사이트를 개인화한다는 것은 각자에게 자신의 질문에 먼저 답하는 페이지를 보여주는 것입니다.
또한 생각보다 어렵고, 대부분의 가이드는 어려운 부분을 건너뜁니다. 업종과 기업 규모는 첫 페이지 조회 시 IP 조회만으로 거의 공짜로 얻을 수 있습니다. 직함은 그렇지 않습니다. 직함은 개인에게 속한 정보이고, 대부분의 B2B 사이트에서 그 개인은 익명입니다. 이 가이드는 역할 기반 개인화를 정직하게 하는 방법을 다룹니다. 어떤 역할을 쓸지, 제각각인 직함을 어떻게 역할로 매핑할지, 역할 데이터가 실제로 어디서 오는지(그리고 어디서는 오지 않는지), 페이지마다 무엇을 바꿀지, 그리고 효과가 있었는지 어떻게 판단할지까지 설명합니다.
직무가 중요한 이유, 그리고 직무가 간과되는 이유
B2B 구매는 집단 의사결정입니다. Forrester의 2024년 구매자 여정 설문에 따르면 구매 결정에는 평균 13명이 관여합니다. 이들은 각자 다른 질문을 가지고 사이트를 읽습니다. 계정 단위 개인화는 독일의 물류 기업에서 누군가 방문했다는 것은 알아볼 수 있지만, 그 기업의 모든 사람을 같은 독자로 취급합니다. CFO와 엔지니어를 구분하는 레이어가 바로 역할입니다.
팀들이 이를 건너뛰는 데는 현실적인 이유가 있습니다. 데이터가 빈약하기 때문입니다. 리버스 IP 조회는 사람이 아닌 기업을 식별합니다. 누군가의 직함을 알 수 있는 경우는 이미 CRM에 있거나, 해당 직함을 겨냥한 캠페인으로 유입되었거나, 행동으로 드러날 때뿐입니다. 따라서 직무별 개인화는 항상 일부 세션에만 도달하며, 모든 방문자를 태그할 수 있는 척하기보다 이 사실을 전제로 프로그램을 설계해야 합니다.
저희의 입장: 역할 기반 개인화는 업종이나 규모 개인화가 이미 운영 중일 때 추가할 가치가 있으며, 세 페이지(홈페이지, 요금, 데모 양식)에서 가장 효과가 큽니다. 이것부터 시작하지 말고, 페르소나를 20개씩 만들지 마세요.
가장 먼저 세분화할 가치가 있는 네 가지 역할
구매 위원회가 업무를 나누는 방식은 네 그룹이면 충분히 다룰 수 있습니다. 그보다 많으면 세그먼트마다 측정할 트래픽이 너무 적어집니다.
| 역할 | 대표 직함 | 알고 싶은 것 | 읽는 신호 | 알맞은 CTA |
|---|---|---|---|---|
| 예산 결정권자 | 예산 권한이 있는 CEO, CFO, VP | 비용은 얼마이고, 얻는 것은 무엇이며, 계약은 어떤 형태인가 | 요금, ROI 콘텐츠, 성과가 담긴 고객 사례 | 요금 및 ROI 워크시트, 시니어 영업 담당자와의 통화 |
| 기술 평가자 | CTO, 보안 책임자, 아키텍트, 엔지니어링 매니저 | 아키텍처, 연동, 보안, 데이터 처리 | 문서, API 레퍼런스, 보안 및 신뢰 페이지 | 아키텍처 개요, 영업 피치 없는 기술 브리핑 |
| 실무자 | 애널리스트, 운영 매니저, 전문가 | 이게 내 한 주를 더 편하게 해줄까, 익히는 데 얼마나 걸릴까 | 기능 페이지, 튜토리얼, 스크린샷, 도움말 센터 | 제품 투어, 샌드박스 또는 녹화된 데모 |
| 챔피언 | 디렉터, 시니어 매니저, 팀 리더, 프로덕트 매니저 | 내부에 설득할 수 있을지, 우리 팀이 무엇을 얻을지 | 비교 페이지, 동종 업계 고객 사례, ROI 자료 | 내부 설득 자료, 레퍼런스 콜 |
챔피언은 대부분의 사이트가 가장 소홀히 하는 역할입니다. 그 사람은 계약서에 서명하지는 않지만, 서명을 받아 내는 내부 이메일을 씁니다. 전달할 거리(한 페이지 요약, 비교 자료, 보안 FAQ)를 주는 것이 프로그램 전체에서 가장 저렴한 성과인 경우가 많습니다.
직함-카테고리 매핑 표
어려운 부분은 규칙 작성이 아닙니다. CRM, 양식 제출, 데이터 제공업체(ZoomInfo, Apollo, 6sense 등)에서 실제로 받는 자유 입력 직함을 위의 네 범주에 매핑하는 것입니다. 아래 표를 출발점이 되는 분류 체계로 사용하고 시장에 맞게 조정하십시오.
| 카테고리 | C레벨 & VP | 디렉터 & 헤드급 | 매니저 & 리드 | 개인 기여자 |
|---|---|---|---|---|
| 예산 결정권자 | CEO, CFO, COO, CRO, 최고매출책임자, 대표, 재무 VP, 운영 VP, 구매 VP | 재무 이사, 구매 이사, 운영 이사, 재무 책임자, 구매 책임자 | 재무 매니저, 구매 매니저, 바이어, 카테고리 매니저 | 구매 전문가, 재무 분석가(구매 권한 보유) |
| 기술 평가자 | CTO, CIO, CISO, 수석 아키텍트, 최고 데이터 책임자, 엔지니어링 VP, 기술 VP, 보안 VP, IT VP, 데이터 VP, 플랫폼 VP | 엔지니어링 디렉터, 플랫폼 디렉터, 인프라 디렉터, 보안 디렉터, 엔지니어링 책임자, 플랫폼 책임자, 보안 책임자 | 엔지니어링 매니저, 테크 리드, 아키텍트, 솔루션 아키텍트, 보안 엔지니어링 매니저 | Senior Engineer, Staff Engineer, Principal Engineer, Security Engineer, DevOps Engineer, SRE |
| 실무자 / 최종 사용자 | (이 단계에서는 드묾) | (이 단계에서는 드묾) | 마케팅 매니저, 운영 매니저, 세일즈 운영 매니저, RevOps 매니저 | 애널리스트(마케팅, 영업, 비즈니스, 데이터), 스페셜리스트, 코디네이터, 어소시에이트, 리서처, 주니어/중급 엔지니어 |
| 챔피언 / 영향력자 | 마케팅 VP, 제품 VP, 고객 성공 VP(경제적 구매자가 아닌 경우) | 마케팅 디렉터, 제품 디렉터, 디맨드 젠 디렉터, 그로스 디렉터, 마케팅 책임자, 제품 책임자, 그로스 책임자 | 시니어 매니저, 프로덕트 매니저, 시니어 프로덕트 매니저, 프로그램 매니저, 팀 리드 | (여기서 시작하는 경우는 드묾) |
표에 대한 한 가지 주의 사항: 같은 직함도 제품에 따라 의미가 다릅니다. 마케팅 소프트웨어를 판매한다면 마케팅 VP는 챔피언이 아니라 경제적 구매자입니다. 표를 사용하기 전에 제품이 지원하는 직무에 맞게 행을 다시 정렬하세요.
모호한 직함을 처리하는 방법
깔끔하게 분류되지 않는 직책도 많습니다. 다음 기본값으로 일반적인 경우를 처리할 수 있습니다.
- 기능이 불분명한 'Director of X': 기본적으로 챔피언으로 취급하세요. 일반적인 직함의 디렉터는 서명하기보다 사내에서 제안하는 경우가 더 많습니다.
- 직원 50명 미만 기업의 'Head of X' 또는 'VP': 예산 결정권자로 취급하세요. 그 규모에서는 보통 부서 책임자가 예산을 쥐고 있습니다.
- 시니어 및 스태프 엔지니어 또는 애널리스트: 실무자로 분류하되, 회사 규모가 약 30명 미만이라 권한 구조가 수평적이라면 기술 평가자로 다룹니다.
- 프로덕트 매니저: 챔피언. 예산을 갖는 경우는 드물지만 벤더 평가를 주도하는 경우가 많습니다.
- 컨설턴트 및 계약직: 직함에 있는 기능으로 매핑합니다(“Marketing Consultant”는 실무자). 영향은 주지만 구매하는 경우는 드뭅니다.
- 소규모 기업의 대표 또는 창업자: 예산 결정권자.
- 비어 있거나 일반적인 직함('Employee', 'Member of Technical Staff', 'Engineer'): 미분류 그룹에 넣고 해당 세션은 행동 데이터에 의존하십시오.
매핑은 모든 페이지 규칙마다 반복되는 로직이 아니라, 개인화 도구나 CDP의 조회 테이블 하나로 관리하세요. 그러면 마케팅팀이 한 곳에서 카테고리를 바꿀 수 있고, 데이터 벤더를 바꿔도 분류 체계를 다시 쓸 필요가 없습니다.
직무 데이터는 실제로 어디에서 오는가
‘역할을 선택하세요’ 팝업은 피하세요. 대부분의 방문자는 닫아 버리고, 일부는 호기심에 다른 역할을 클릭하며, 모두에게 마찰만 더합니다. 대신 다음 소스를 신뢰도 순으로 대략 활용하세요.
| 소스 | 작동 방식 | 신뢰성 | 주의할 점 |
|---|---|---|---|
| 알려진 연락처의 CRM 기록 | 양식 작성이나 이메일 클릭 후 쿠키로 매칭된 재방문자 | 높음: 직함이 기록되어 있음 | 직함은 금방 낡으므로 최소 연 1회 데이터 제공업체에서 갱신 |
| 캠페인 타기팅 | UTM상 방문자가 특정 역할을 겨냥한 광고나 이메일에서 왔음(예: 직무 기준으로 타겟팅한 LinkedIn 캠페인) | 중~고 | 타깃팅이 새어 나감, 동료가 링크를 전달함 |
| 사이트 내 행동 | 세션에서 읽은 페이지가 방문자의 질문을 드러냄 | 중간, 페이지가 많을수록 개선 | 판단하려면 두 번 이상의 페이지 조회가 필요함 |
| 개인 수준 식별 벤더 | 서드파티가 익명 방문자를 개인과 매칭한다고 주장함 | 편차가 크며 주로 미국 중심 | GDPR상 개인정보 처리에 해당하며 법적 근거가 필요합니다. EU 트래픽에 적용하기 전에 확인하세요 |
기업 단위 방문자 식별은 이와 함께 쓰기 좋습니다. 사람의 직함은 알려 주지 않지만 기업을 알려 주므로 직무를 업종 및 규모와 결합할 수 있습니다. 알려진 연락처의 직함을 웹사이트로 다시 전달하는 방법은 웹사이트 개인화 데이터를 CRM에 연결하기 글에서 다룹니다.
역할을 추론하기 위한 행동 규칙
익명 방문자의 경우 행동이 주요 신호입니다. 처음에는 복잡한 모델보다 단순한 규칙이 낫습니다. 설명하고 점검할 수 있기 때문입니다.
- 한 세션에서 요금 또는 ROI 콘텐츠를 2회 이상 조회: 예산 결정권자
- 문서, API 레퍼런스, 보안 페이지를 2회 이상 조회: 기술 평가자.
- 기능 페이지, 튜토리얼, 제품 투어를 2회 이상 조회: 실무자.
- 사례 연구와 비교 또는 대안 페이지: 챔피언.
- 그 외: 역할 없음. 기본값 표시.
소스 간 정보가 충돌하면 평균을 내지 말고 우선순위를 적용하세요. CRM 직함이 캠페인 맥락보다, 캠페인 맥락이 행동보다 우선합니다. 행동은 강하고 최근일 때만 CRM 직함을 덮어써야 합니다(이번 주에 API 페이지를 네 개 읽은 "마케팅 매니저"는 이번 구매에서 기술 평가자 역할을 하고 있는 것입니다). 스코어링 측면은 B2B 웹사이트를 위한 행동 기반 세분화 글에서 더 깊이 다룹니다.
출시 전에 규칙을 현실과 대조해 보세요. 지난 분기에 데모 양식을 작성한 연락처를 가져와 전환 전에 조회한 페이지를 찾아보고, 규칙이 배정했을 역할과 실제 직함을 비교하세요. 많은 경우 규칙이 역할을 잘못 판단한다면, 누군가 개인화 페이지를 보기 전에 규칙부터 고치세요.
역할별로 각 페이지에서 바꿀 요소
직무별 개인화가 모든 페이지를 네 번씩 쓰라는 뜻은 아닙니다. 각 페이지에서 두세 개, 많아야 네 개 요소만 바꾸고 나머지는 그대로 두세요.
홈페이지
히어로 헤드라인, 대표 신뢰 근거, 핵심 CTA를 바꾸세요. 예시 카피(가상의 분석 제품 기준 설명용):
| 역할 | 히어로 헤드라인 | 표시되는 증거 자료 | 주요 CTA |
|---|---|---|---|
| 기본 | 구매 준비가 된 계정 파악하기 | 로고 영역 | 데모 신청 |
| 예산 결정권자 | 웹사이트가 이미 만들어 내고 있는 파이프라인 확인하기 | 성과에 대한 재무 또는 매출 책임자의 인용문 | 요금 및 ROI 워크시트 보기 |
| 기술 평가자 | 스크립트 태그 하나, 스택 변경 없음 | 보안 인증, 통합 로고 | 아키텍처 개요 읽기 |
| 실무자 | 반나절 만에 첫 세그먼트를 만드세요 | 일상 워크플로 스크린숏 | 제품 둘러보기 |
| 챔피언 | 이번 분기에 팀이 실제로 출시할 수 있는 것 | 비슷한 팀의 고객 사례 | 내부 설득용 자료 받기 |
홈페이지의 나머지 부분은 홈페이지 개인화 플레이북에서 다룹니다. 새로운 요소를 늘리기보다 이미 개인화하고 있는 요소 위에 직무를 더하십시오.
요금 페이지
역할별 차이가 가장 크게 벌어지는 지점입니다. 경제적 구매자는 계약 기간 전체의 총비용과 이를 정당화할 방법을 원하므로 연간 비용 보기와 ROI 워크시트를 앞세우세요. 기술 평가자는 각 등급에 무엇이 포함되는지 알고 싶어 합니다. API 한도, SSO, 데이터 레지던시, 지원 수준 등입니다. 실무자는 각 요금제로 실제로 무엇을 할 수 있는지 알고 싶어 합니다. 챔피언은 재무팀에 가져갈 것, 즉 비즈니스 케이스와 레퍼런스 고객 두 곳을 담은 한 페이지 요약을 원합니다.
가격 자체는 모든 역할에 동일하게 유지하세요. 표현 방식을 바꾸는 것은 괜찮지만, 같은 회사 사람들에게 서로 다른 숫자를 보여주면 그들이 정보를 비교하는 순간 신뢰를 잃습니다. 이 페이지에 대한 자세한 내용은 B2B 요금 페이지 개인화 글을 참고하세요.
제품 및 기능 페이지
제품 페이지는 다시 쓸 부분이 가장 적습니다. 첫 화면에 있는 것을 바꾸세요. 기술 평가자에게는 아키텍처 다이어그램과 통합 목록, 실무자에게는 워크플로 스크린숏과 튜토리얼, 경제적 구매자와 챔피언에게는 비슷한 기업의 성과 중심 사례 연구입니다. 첫 단계에서는 기능 목록 자체는 그대로 두세요.
데모 폼
불일치로 인한 손실이 가장 큰 곳은 양식입니다. 예산 결정권자는 누가 통화에 참여하고 얼마나 걸리는지 알고 싶어 합니다. 기술 평가자는 영업 통화가 아니라 기술 세션이나 문서를 원하는 경우가 많습니다. 실무자는 미팅 없이 제품을 보고 싶어 합니다. 표준 데모 요청 옆에 역할에 맞는 대안(예: 평가자를 위한 '기술 브리핑' 옵션)을 제공하면 그냥 떠났을 사람들을 붙잡을 수 있습니다.
실전 예시: 한 기업, 세 명의 방문자
예시입니다. 직원 600명 규모의 물류 소프트웨어 기업이 리포팅 도구를 검토하고 있습니다. 2주 동안 이 회사에서 세 명이 방문합니다.
- 방문자 A는 재무 직군을 타깃으로 한 LinkedIn 캠페인을 통해 들어와 요금 페이지를 두 번 읽습니다. 역할: 경제적 구매자(캠페인과 행동이 일치). 요금 페이지는 연간 비용 보기와 ROI 워크시트를 앞세웁니다.
- 방문자 B는 익명이며 API 레퍼런스, 보안 페이지, 연동 목록을 읽습니다. 역할: 기술 평가자(행동 기반). 다음 방문 때 홈페이지 히어로가 “기존 스택 변경 불필요” 변형으로 바뀌고, 데모 양식은 기술 브리핑을 제안합니다.
- 방문자 C는 1년 전 웨비나 양식을 작성한 알려진 연락처로, 직함은 'Senior Product Manager'입니다. 역할: 챔피언(CRM 직함 기준). 이 방문자는 동종 업계 고객 사례와 내부 설득 자료 패키지 CTA를 보게 됩니다.
한편 회사 단위 식별을 보면 같은 계정에서 2주 동안 세 사람이 방문했고, 이는 직무와 관계없이 영업팀이 알아야 할 구매 그룹 신호입니다. 직무는 각 개인이 무엇을 볼지 바꾸고, 계정 단위 관점은 영업팀이 언제 개입할지 결정합니다. 그 후반부는 계정 스코어링 글에서 다룹니다.
60일 도입 계획
- 1~10일 차: 역할 추론. 직함 매핑 테이블을 불러오고, CRM 직함을 연결하고, 행동 규칙을 작성한 뒤 지난 분기 데모 요청 데이터로 백테스트합니다.
- 11~25일차: 홈페이지. 직무별로 히어로, 근거 자료, CTA 변형안을 하나씩 만들고, 기본 페이지를 계속 보는 홀드아웃 그룹을 둡니다. 실행 전에 A/B 테스트 계획으로 성공 지표를 확정하십시오.
- 26~40일 차: 요금 페이지. 프레이밍과 기본 CTA만 바꾸세요. 요금 관련 카피는 상업적 영향이 있으므로 첫 반복은 작게 유지하세요.
- 41~55일: 제품 페이지. 스크롤 없이 보이는 영역의 강조점과 기능 목록 아래의 고객 사례.
- 56~60일차: 리뷰. 각 직무 세그먼트를 해당 홀드아웃과 비교합니다. 신뢰할 수 있는 표본으로 승리한 버전은 유지하고 나머지는 종료한 뒤, 다음에 새 콘텐츠를 제공할 직무를 결정합니다.
트래픽이 적다면 계획을 줄이세요. 역할 하나, 페이지 하나, 한 달. 홈페이지의 기술 평가자는 첫 테스트로 좋습니다. 행동 신호가 명확하고, 콘텐츠도 대개 이미 문서에 있기 때문입니다.
역할 기반 개인화를 망치는 실수
역할이 너무 많음. 페르소나 문서에는 역할이 10개 이상 나열된 경우가 많습니다. 역할이 하나 늘 때마다 트래픽이 더 쪼개져 결국 아무것도 측정할 수 없게 됩니다. 첫 분기에는 4개면 충분합니다.
기본 경험 부재. 대부분의 세션은 역할 태그를 받지 못합니다. 기본 페이지는 그 자체로 좋아야 하며, 역할별 변형은 이를 보완할 뿐 대체하지 않습니다.
문구만 바꾸고 CTA는 그대로 두기. 재무 담당자를 겨냥한 헤드라인 다음에 “지금 바로 구축 시작”이 나오면 앞선 노력이 무너집니다. CTA는 해당 역할이 다음에 할 행동과 맞아야 합니다.
모든 방문을 첫 방문처럼 다루는 것. 네 번째 방문한 CFO는 이미 귀사의 설명을 들었습니다. 역할뿐 아니라 방문 횟수에 따라서도 조정하세요. 예를 들어 ROI 워크시트에서 직접 미팅 제안으로 넘어가는 식입니다.
기업 맥락 없는 직무. 50명 규모 스타트업의 CFO와 5,000명 규모 대기업의 CFO는 관심사가 다릅니다. 직무를 최소 하나의 기업 정보 차원과 결합하세요. 기업 규모별 개인화 가이드가 자연스러운 기본 레이어입니다.
개인정보 무시하기. 방문자에게 “환영합니다, 재무팀 Jane 님”을 보여 주는 것은 섬뜩하며, EU에서는 데이터를 어떻게 얻었느냐에 따라 불법일 수 있습니다. 역할별 개인화는 조용히 하세요. 강조점을 바꾸되, 알고 있는 것을 드러내지 마세요.
측정 방법
세그먼트 수준에서 측정하세요. 사이트 전체 전환율은 역할별 변형과 무관한 여러 이유로 움직입니다. 매주 다음을 추적하세요.
- 각 직무 세그먼트의 전환율을 해당 세그먼트의 홀드아웃과 비교합니다. 향상이 없는 직무에는 새로운 변형안이 필요합니다.
- 역할 커버리지: 역할 태그가 부여된 세션의 비율. 커버리지가 낮으면 영향이 제한되고, 갑자기 급증하면 보통 규칙이 너무 느슨해졌다는 뜻입니다.
- 태그 정확도. 추론한 역할과 나중에 전환한 사람들의 직함을 매달 비교해 확인합니다.
- 하위 단계 품질: 개인화된 세션에서 나온 리드가 홀드아웃의 리드보다 더 높은 비율로 적격 영업 기회가 되는지.
Markettailor의 세분화 기능으로 CRM 필드, 캠페인 파라미터, 페이지 행동을 기반으로 역할 세그먼트를 정의하고, 세그먼트별 전환을 홀드아웃과 비교해 보고할 수 있습니다. 어떤 도구를 사용하든 도구보다 측정 설계가 더 중요합니다.
역할 하나, 페이지 하나로 시작하세요
기술 평가자를 골라 그들을 위한 홈페이지 히어로를 하나 쓰고, 한 달 동안 기본 버전과 비교하세요. 이기면 요금 페이지나 두 번째 역할을 추가하세요. 이기지 못하더라도 헤드라인 하나의 비용으로 그 오디언스가 묻지 않는 질문이 무엇인지 배운 것입니다.
역할 세그먼트가 자사 트래픽에서 기업 단위 식별과 어떻게 결합되는지 보려면 요금 페이지에서 데모를 예약하세요.