B2B 전환 분석
고객의 관심이 실제 구매로 이어지는지 확인하는 방법 | B2B SaaS
발행
관심을 구매로 판단하려면 조회 수보다 결제에 가까운 행동을 순서대로 연결해야 합니다. 이 글에서는 B2B SaaS에서 관심 신호와 구매 신호를 나누고, 계정 단위의 결제 완료를 최종 확인점으로 봅니다. AI 에이전트 대화가 늘어도 대화 횟수 자체는 구매가 아니며, 대화 뒤 가격 확인과 체험 시작이 이어졌는지 봅니다. 좌석 추가는 별도 구매 신호로 기록하며 분석은 1개의 주 지표와 2개의 보조 지표로 시작하면 해석이 흔들리지 않습니다.
관심 신호와 구매 신호
관심과 구매는 다릅니다. 조회 수와 기능 설명 확인을 출발 신호로 기록하고 AI 에이전트와의 대화도 관심 신호로 남깁니다. 결제 완료나 유료 좌석 생성처럼 금액이 확정된 사건은 구매 신호로 구분됩니다. B2B SaaS에서는 한 사람이 가격을 읽은 뒤 다른 계정 관리자가 계약을 진행할 수 있으므로 사용자 행동만 세면 관심과 매출의 연결이 끊어집니다. 분석표에는 `interest`, `consideration`, `purchase`라는 3단계 이름을 붙이고 각 단계의 진입 조건을 한 문장으로 고정합니다.
이벤트 설계와 계정 연결
기록 방식이 기준을 만듭니다. 모바일 앱 이벤트마다 이름과 발생 주체를 남기고 `account_id`와 이전 이벤트도 기록합니다. 결제 금액과 통화는 결제 시스템의 확정값만 연결해 실제 승인 값과 행동 기록을 대조합니다. B2B SaaS에서는 여러 사용자의 체험과 한 계정의 결제를 함께 묶어야 구매 흐름이 하나의 기록으로 정리됩니다. 이벤트 순서는 가입→핵심 기능 사용→가격 확인→결제 시도처럼 제품 흐름에 맞추고 무료 체험과 유료 전환은 서로 다른 상태로 관리합니다. 중복 전송도 막아 동일한 결제 승인 ID가 2번 들어오면 1건으로 묶고 원본 이벤트에는 중복 표식만 붙입니다.
AI 에이전트 이후 행동
대화 횟수는 구매 지표가 아닙니다. AI 에이전트가 답변한 뒤 가격 조건을 다시 묻는 행동과 체험 공간 이동을 후속 이벤트로 연결합니다. 결제 담당자에게 전달할 자료를 내려받는 행동도 독립 신호로 남깁니다. 다만 이 3개 행동을 한 번에 점수로 합치면 B2B SaaS에서 어떤 신호가 결제 승인에 가까운지 알기 어려우므로 행동별 열을 만들고 승인까지의 순서를 보존합니다. 대화 내용은 필요한 범위만 익명화해 저장하고 개인의 민감한 질문은 구매 의도로 변환하지 않습니다. 환불 조건을 물은 기록은 `구매 관심`으로 확정하지 않고 `정책 확인`이라는 관찰값으로 분류합니다.
가격 실험과 구매 판정
가격은 변수입니다. 가격 민감도 분석을 할 때는 화면을 본 횟수보다 동일한 조건에서 제시된 가격과 선택한 요금제를 한 묶음으로 기록합니다. A/B 테스트는 가격만 바꾸고 기능 설명과 무료 체험 조건은 고정하며 주 지표는 결제 완료 1개로 제한하고 환불·취소는 보조 지표로 나눠 기록합니다. AI 동적 가격 엔진을 검토하더라도 사용자마다 다른 금액을 즉시 노출하지 말고 적용 대상과 상한·하한을 사전에 기록해 결과를 비교하는 구조로 설계합니다. 조회율이 오른 사실과 실제 구매가 늘어난 사실은 같은 뜻으로 사용하지 않습니다.
전환 분석의 흔한 오류
가장 흔한 오류는 목표를 섞는 일입니다. 무료 체험 시작을 구매로 세거나 같은 계정의 여러 사용자를 각각 신규 고객으로 세면 전환율이 부풀려집니다. `account_id` 기준으로 최초 결제 계정을 세고 환불·취소가 발생한 건은 원래 결제와 연결된 상태로 표시해 집계 기준을 고정합니다. 유입 경로는 마지막 클릭 1개로 끝내지 않습니다. 첫 접점과 결제 직전 접점을 별도 필드로 기록해 콘텐츠와 영업 활동의 역할이 뒤섞이지 않게 합니다. 보고서에는 분석 시작일과 종료일을 적습니다. 표본 수가 적은 구간은 판단 보류로 표시합니다.
핵심 요약
- 관심은 조회나 대화가 아니라 결제에 가까운 후속 행동의 순서로 판단합니다.
- B2B SaaS에서는 user_id와 account_id를 함께 묶어 계정 단위 결제를 확인합니다.
- AI 에이전트 대화는 구매로 확정하지 않고 가격 확인이나 체험 이동 같은 후속 이벤트와 연결합니다.
- A/B 테스트는 결제 완료를 주 지표로 두고 환불·취소를 별도 지표로 관리합니다.
자주 묻는 질문
페이지 조회가 많으면 구매 의도가 높다고 봐도 되나요?
그렇게 단정하지 않습니다. 조회는 관심 신호 1개일 뿐이며 가격 확인과 체험 시작처럼 뒤따른 사건을 계정 단위로 연결해야 구매 전환을 구분합니다.
AI 에이전트와의 대화는 구매로 집계하나요?
대화 자체는 구매로 세지 않습니다. B2B SaaS에서는 대화 뒤 가격 조건 확인이나 결제 단계 진입처럼 검증 가능한 후속 이벤트가 있을 때 관심 흐름을 따로 기록합니다.
B2B SaaS에서 사용자 ID와 계정 ID를 모두 써야 하나요?
두 값을 함께 씁니다. 사용자 1명의 행동과 계정의 결제 승인을 연결해야 여러 참여자가 있는 구매 흐름을 한 건으로 해석합니다.
가격 A/B 테스트에서 무엇을 비교하나요?
가격 외 조건을 고정하고 결제 완료를 주 지표로 둡니다. 환불과 취소는 별도 지표로 남겨 조회율 상승과 구매 전환을 분리합니다.
— Monetai · monetai.io