#SaaS창업#지불의향검증#스타트업고객검증#결제실험#초기스타트업

고객 인터뷰 20번보다 먼저 해야 할 것: 초기 SaaS 지불 의향은 결제 링크로 검증하세요

문제가 진짜 아픈지보다, 지금 돈을 낼 만큼 아픈지가 더 빨리 드러나는 실험이 있습니다

Draftie·2026년 4월 24일

초기 SaaS에서 가장 자주 헷갈리는 순간이 있습니다. 고객 인터뷰를 여러 번 했고, 반응도 나쁘지 않은데 정작 결제는 안 붙는 상황입니다. 이때 많은 팀이 “문제는 맞는 것 같은데 아직 타이밍이 아닌가 봐요”라고 해석합니다.

하지만 초기에 더 빨리 확인해야 할 것은 호감이 아니라 지불 의향입니다. 이 글을 읽고 나면 이번 주 안에 Notion이나 Google Sheet 한 장으로 결제 실험을 설계하고, 누구에게 어떤 링크를 보내며, 어떤 반응에서 계속 밀고 어떤 반응에서 문제 정의를 다시 잡아야 하는지 바로 판단할 수 있습니다.

단계 1. 인터뷰 답변을 버리지 말고, 결제 가설 한 줄로 압축하세요

먼저 할 일은 인터뷰 내용을 더 모으는 것이 아닙니다. 이미 들은 말을 바탕으로 “누가, 어떤 문제 때문에, 얼마까지는 검토할 수 있는가”를 한 줄로 적는 일입니다. 초기 검증에서 필요한 것은 긴 인사이트 문서가 아니라 결제 가설입니다.

예를 들면 이렇게 씁니다. “주 3회 이상 고객 문의를 수동 정리하는 3~10인 팀의 운영 리드는, 응답 누락을 줄여주는 자동화 도구에 월 9만9천 원까지는 검토한다.” 이 문장이 있어야 실험 대상과 가격, 제안 방식이 흔들리지 않습니다.

왜 이 단계가 먼저일까요. 고객 인터뷰는 대체로 문제 공감은 잘 보여주지만, 돈을 낼 의사까지는 과장되기 쉽습니다. Mom Test로 알려진 인터뷰 원칙도 같은 방향을 말합니다. 미래 의견보다 과거 행동을 보라는 이유가 여기에 있습니다.

“이거 좋네요”와 “지금 카드 꺼내겠습니다” 사이에는 큰 간격이 있습니다. 그 간격을 줄이려면, 인터뷰 기록에서 감탄사와 칭찬을 빼고 행동 신호만 남겨야 합니다.

실행은 45분이면 됩니다. 최근 인터뷰 10~20건을 펼쳐 놓고 각 사람에 대해 네 칸만 채우세요. 마지막으로 이 문제를 해결한 방식, 그때 쓴 시간 또는 비용, 문제 발생 빈도, 실제 의사결정권 보유 여부입니다.

그 다음에는 비슷한 답변끼리 묶으세요. “엑셀로 버틴다”, “외주나 인턴이 임시 처리한다”, “기존 툴이 있지만 불편해서 병행한다”처럼 현재 대안을 기준으로 묶으면 됩니다. 여기서 돈 냈던 경험이 있는 집단이 가장 먼저 실험할 후보입니다.

가설 문장에 꼭 포함해야 할 요소

첫째, 고객군은 좁아야 합니다. “중소기업”이 아니라 “3~10인 B2B SaaS 운영팀”처럼 적으세요. 둘째, 문제는 일반론이 아니라 반복 빈도로 적습니다. “불편하다”가 아니라 “주 3회 이상 수동 정리”가 더 낫습니다.

셋째, 가격은 넓은 범위가 아니라 첫 제안 금액 하나로 적는 편이 좋습니다. 월 5만~15만 원처럼 열어 두면 실험이 아니라 협상 연습이 됩니다.

끝났는지 확인하는 기준도 분명해야 합니다. 팀 안에서 “우리 고객은 이런 사람”이라는 말이 세 문장 이상 나오면 아직 안 끝난 상태입니다. 반대로 세일즈 담당 1명이나 파운더 1명이 같은 문장을 그대로 복붙해서 10명에게 보낼 수 있으면 다음 단계로 넘어갈 수 있습니다.

최근 인터뷰 대상 10명 중 최소 5명 이상이 이미 시간이나 비용을 써서 문제를 우회하고 있다는 기록이 남아 있어야 합니다. 이 신호가 없으면 가격 실험보다 문제 재정의가 먼저입니다.

단계 2. 데모 요청이 아니라 결제 링크를 보내는 작은 판매 실험을 여세요

이제 해야 할 일은 랜딩페이지를 길게 다듬는 것이 아니라, 실제로 돈을 받을 수 있는 구조를 만드는 것입니다. 제품이 완성되지 않았어도 괜찮습니다. 초기 MVP는 학습 도구이기 때문에 수동 운영이 섞여도 충분합니다. 중요한 것은 결제 요청이 실제로 나가느냐입니다.

가장 간단한 방식은 하나의 소개 페이지와 하나의 결제 링크입니다. 소개 페이지에는 대상 고객, 해결 문제, 제공 방식, 첫 달 제공 범위, 가격, 시작 시점을 씁니다. Stripe Payment Link나 토스페이먼츠 결제 링크처럼 바로 결제 가능한 도구를 붙이면 충분합니다.

왜 링크까지 보내야 할까요. 인터뷰 단계에서는 상대가 친절하게 반응할 유인이 큽니다. 반면 결제 링크는 행동 비용이 생깁니다. 카드 입력, 내부 승인, 예산 확인 같은 마찰이 붙는 순간부터 진짜 우선순위가 드러납니다.

지불 의향 관련 자료들도 공통적으로 인터뷰만으로는 부족하며 실제 판매 테스트가 필요하다고 말합니다. 초기 팀들을 보면, 이 단계를 건너뛸 경우 문제 정의가 그럴듯하게만 다듬어진 채 멈춰 있는 경우가 많았습니다.

실행 방법은 단순합니다. 첫 실험 대상은 8~12명 정도면 됩니다. 기준은 두 가지입니다. 최근 30일 안에 이 문제를 직접 겪었고, 해결을 위해 이미 시간이나 돈을 쓴 사람. 그리고 가능하면 의사결정자이거나 의사결정자와 바로 연결되는 사람입니다.

메시지는 길면 안 됩니다. 이메일이든 DM이든 6~8문장 안에 끝내세요. “이 문제를 이런 방식으로 해결하는 유료 베타를 열었고, 첫 5개 팀만 월 9만9천 원에 직접 세팅까지 포함해 운영한다. 관심 있으면 15분 설명 후 바로 시작 링크를 보내겠다” 정도면 충분합니다.

여기서 중요한 점이 하나 있습니다. 가격 탐색 중이라는 사실을 숨기지 마세요. “정식 가격 전이라 초기 팀 몇 곳과 유료 베타 조건을 검증 중”이라고 말하는 편이 오히려 솔직한 반응을 얻습니다. 가격이 확정된 척하면 예의상 맞춰 주는 답이 늘어납니다.

첫 2주 동안은 할인보다 범위 제한을 쓰는 편이 낫습니다. 예를 들어 “첫 달 수동 세팅 포함”, “주간 리포트 제공”, “최대 사용자 5명까지”처럼 말이죠. 가격을 깎아 버리면 지불 의향이 아니라 할인 의향만 측정하게 됩니다.

반응은 네 가지로만 기록하세요

1번은 바로 결제 또는 결제 진행. 2번은 내부 승인 요청까지 감. 3번은 관심은 있으나 지금은 우선순위 아님. 4번은 무료면 쓰겠지만 유료는 아님. Google Sheet에 이름, 직무, 현재 대안, 제안 가격, 링크 발송일, 반응, 거절 이유만 적으면 됩니다.

평균 반응률보다 더 중요한 것은 거절 이유의 질입니다. “예산 없음”과 “지금은 수동으로도 충분함”은 전혀 다른 신호입니다. 전자는 타이밍 문제일 수 있지만, 후자는 문제 강도 자체가 약하다는 뜻일 가능성이 큽니다.

준비 2시간, 발송 1시간, 후속 대화 1주 정도면 첫 판단을 내릴 수 있습니다. 끝났음을 아는 기준은 최근 8~12명 중 최소 3명 이상에게 실제 결제 링크가 전달됐고, 최소 5건 이상에서 거절 이유가 기록된 상태입니다.

아직 한 건도 결제가 없어도 괜찮습니다. 대신 “왜 안 샀는지”가 가격 때문인지, 문제 우선순위 때문인지, 제품 신뢰 부족 때문인지 구분돼야 합니다. 그 구분이 안 되면 실험 설계가 느슨했던 것입니다.

단계 3. 결제 실패를 가격 탓으로 넘기지 말고, 거절 이유를 세 갈래로 분류하세요

여기서 가장 많이 나오는 실수가 있습니다. 결제가 안 붙으면 바로 “비싸서 그런가 보다”라고 해석하는 것입니다. 하지만 초기 SaaS의 첫 거절은 가격보다 문제 강도, 구매 마찰, 신뢰 부족에서 더 자주 나옵니다.

가격이 진짜 문제인지 보려면 거절 이유를 세 갈래로 나눠야 합니다. 문제 강도는 “지금은 엑셀로도 충분하다”, “한 달에 한 번 생기는 일이라 급하지 않다” 같은 반응입니다. 구매 마찰은 “팀장 승인 필요”, “법무 검토 필요”, “카드 결제 불가”처럼 절차가 막는 경우입니다. 신뢰 부족은 “아직 사례가 없어서”, “보안이 불안해서”, “직접 써보기 전엔 어렵다”에 가깝습니다.

이 분류가 왜 중요할까요. 같은 미결제라도 다음 행동이 완전히 달라지기 때문입니다. 문제 강도가 약하면 고객군을 더 좁혀야 합니다. 구매 마찰이 크면 가격을 내리기보다 결제 방식이나 제안 구조를 바꿔야 합니다. 신뢰 부족이면 파일럿 조건, 수동 온보딩, 환불 약속 같은 안전장치가 먼저입니다.

가치 기반 가격 논의도 결국 같은 방향을 가리킵니다. 고객이 체감하는 결과와 가격이 연결될 때 지불 의향이 높아집니다. 다만 초기에는 거창한 과금 모델보다, 고객이 지금 당장 인정하는 결과가 무엇인지부터 확인하는 편이 훨씬 실무적입니다.

실행은 60분 리뷰 회의면 됩니다. 최근 대화 10건을 한 줄씩 읽으면서 각 건에 태그를 하나만 붙이세요. P는 문제 강도 부족, F는 구매 마찰, T는 신뢰 부족. 한 건에 여러 이유가 보여도 첫 번째 멈춤 지점 하나만 적는 편이 판단이 빨라집니다.

이어지는 다음 액션도 태그별로 정해 두세요. P가 많으면 고객군을 더 좁히고 문구를 바꿉니다. 예를 들어 “모든 운영팀”을 “주당 문의 200건 이상 팀”으로 줄입니다. F가 많으면 결제 링크 대신 견적서, 월 결제 대신 파일럿 인보이스, 연간 선결제 대신 월 단위 시작으로 바꿉니다. T가 많으면 14일 파일럿, 직접 세팅, 첫 달 환불 보장처럼 리스크를 낮춥니다.

이때 인터뷰를 다시 하더라도 질문은 달라져야 합니다. “이거 쓰실 것 같나요?”가 아니라 “마지막으로 이 문제 때문에 누가 얼마나 시간을 썼나요?”, “새 툴 도입할 때 보통 누가 승인하나요?”, “유료로 먼저 시작할 때 가장 걸리는 부분이 뭔가요?”라고 물어야 합니다. 과거 행동과 실제 절차를 물어야 다음 실험이 정교해집니다.

초기 3~5명 팀이라면 이 분류만으로도 다음 2주의 우선순위가 정리됩니다. 제품 기능을 더 만들지, 제안 대상을 바꿀지, 결제 구조를 바꿀지 한 번에 갈라지기 때문입니다.

끝났음을 아는 기준은 명확합니다. 최근 거절 5건 이상이 세 갈래 중 하나로 무리 없이 분류되고, 각 분류별 다음 실험이 한 줄로 적혀 있으면 됩니다. 그 순간부터 “반응은 좋은데 안 사요”라는 말은 줄어듭니다. 대신 “문제 강도는 높은데 법인 결제 절차에서 막힌다”처럼 바로 손댈 수 있는 문장이 남습니다.

체크리스트

최근 인터뷰 기록에서 고객군, 문제 빈도, 현재 대안, 의사결정권 여부를 항목별로 정리해 두었습니까?
“누가 어떤 문제 때문에 얼마까지 검토하는가”를 한 문장으로 적어 두었습니까?
첫 실험 가격을 범위가 아닌 한 금액으로 고정했습니까?
소개 페이지에 제공 범위, 시작 시점, 가격, 신청 방법이 모두 들어 있습니까?
실제 결제가 가능한 링크를 만들었습니까?
첫 발송 대상 8~12명이 최근 30일 안에 이 문제를 실제로 겪은 사람입니까?
메시지에서 “유료 베타” 또는 “가격 검증 중”이라는 사실을 숨기지 않았습니까?
할인 대신 범위 제한이나 수동 지원으로 초기 조건을 설계했습니까?
반응을 결제 진행, 승인 검토, 우선순위 낮음, 유료 거절의 네 가지로 기록하고 있습니까?
거절 이유를 문제 강도, 구매 마찰, 신뢰 부족 중 하나로 분류했습니까?
최근 거절 5건 이상에 대해 다음 실험 액션이 한 줄로 정리돼 있습니까?

초기 SaaS에서는 인터뷰가 필요합니다. 다만 인터뷰만으로는 지불 의향이 아니라 공감도만 확인되는 경우가 많습니다. 결제 링크를 보내는 순간부터 문제의 강도, 고객의 우선순위, 구매 절차의 마찰이 한꺼번에 드러납니다. 그 신호를 빨리 보는 팀이 문제 정의도 더 빨리 정확해집니다.

참고한 문헌 링크

투자/지원사업 제출 전 전략 점검

드래프티로 전략의 빈틈을 미리 확인하세요

투자자와 심사위원이 가장 먼저 질문할 가정을 제출 전에 점검할 수 있습니다.

무료로 시작하기 →

← 블로그 목록으로