가격 앵커링과 티어 설계: 요금제를 3개로 나누면 왜 가운데가 팔릴까

1. 세 요금제의 핵심은 ‘선택’을 설계하는 것

요금제를 3개로 나눈다고 가운데 상품이 자동으로 팔리는 것은 아닙니다. 핵심은 각 상품의 차이를 비교하기 쉽게 만들고, 가장 많은 사용자에게 적합한 선택지를 가운데에 배치하는 데 있습니다.

조코헌트에 출시된 프로덕트 261개를 보면 무료 모델이 76%로 가장 많고, 유료와 프리미엄 모델은 각각 10%입니다. 이 분포는 초기 제품에서 무료 진입점이 흔하다는 점을 보여주지만, 무료 사용자를 어디까지 허용할지는 제품의 가치 단위와 운영 비용을 함께 보고 정해야 합니다.

앵커링: 비싼 선택지가 기준을 만든다

처음 본 가격이나 조건은 뒤의 선택을 판단하는 기준이 됩니다. 가장 비싼 Best 요금제를 먼저 보여주면 Better 요금제가 상대적으로 합리적으로 보일 수 있습니다. 다만 실제로 쓰지 않을 기능만 잔뜩 넣은 고가 상품은 신뢰를 잃기 쉽습니다. Best는 팀, 자동화, 높은 사용량처럼 분명한 추가 가치를 담아야 합니다.

디코이 효과: 비교를 위한 기준점 만들기

디코이는 선택받기 위한 상품이라기보다 다른 상품의 장점을 선명하게 만드는 상품입니다. 예를 들어 Good과 Better의 기능 차이는 크지만 가격 차이가 작고, Better와 Best의 가격 차이는 큰 구조라면 Better의 가치가 부각될 수 있습니다. 여기서 중요한 것은 사용자가 표를 보고 스스로 “이 정도 차이면 Better가 낫다”고 판단할 수 있어야 한다는 점입니다.

2. Good-Better-Best를 기능표로 바꾸는 법

세 티어는 기능 개수보다 사용자의 상황을 기준으로 나누는 편이 이해하기 쉽습니다. 가격을 얼마로 정해야 할까: 인디 개발자를 위한 가격 책정 4단계 프레임워크에서 정리한 가치와 지불 의사의 관점도 함께 적용해 보세요.

Good: 문제를 처음 해결하는 최소선

Good은 핵심 문제를 해결하는 상품입니다. 개인 사용자나 사용량이 적은 고객을 대상으로 하며, 제품의 가장 중요한 흐름은 충분히 경험할 수 있어야 합니다. 무료 티어를 운영한다면 Good을 무료로 둘 수도 있지만, 지원·저장공간·자동화처럼 비용이 커지는 요소는 제한할 수 있습니다.

Better: 가장 넓은 고객층이 선택할 중심 상품

Better에는 반복 사용을 편하게 만드는 기능을 넣습니다. 사용량 확대, 고급 자동화, 더 나은 관리 기능처럼 “없으면 불가능”하지는 않지만 “있으면 계속 쓰게 되는” 가치가 적합합니다. 가격표에서는 이 티어를 시각적으로 강조하되, ‘추천’이라는 문구만 붙이기보다 어떤 사용자에게 맞는지 한 문장으로 설명하세요.

Best: 확장과 운영을 위한 선택

Best는 단순히 기능을 더한 버전이 아니라, 제품을 업무의 일부로 깊게 사용하는 고객을 위한 상품입니다. 여러 사용자 관리, 고급 권한, 데이터 내보내기, 우선 지원처럼 확장 단계에서 의미가 생기는 요소를 배치할 수 있습니다. 아직 이런 수요가 확인되지 않았다면 Best를 억지로 크게 만들기보다 문의형 상품으로 두고 대화를 시작하는 방법도 있습니다.

3. 실제 요금제 설계 순서

1) 가격이 아니라 가치 단위를 먼저 적기

먼저 고객이 돈을 내는 단위를 정의하세요. 프로젝트 수, 처리량, 좌석 수, 자동화 횟수처럼 사용량과 가치가 연결된 기준이어야 합니다. 기능을 티어별로 무작정 나누면 고객은 어떤 상품을 골라야 할지 다시 고민하게 됩니다.

2) 티어마다 고객 장면을 한 줄로 쓰기

“가볍게 시험하는 개인”, “매주 반복 사용하는 실무자”, “팀 단위로 운영하는 고객”처럼 각 티어의 사용 장면을 적어보세요. 이 문장이 겹치면 티어 간 경계도 불명확하다는 뜻입니다.

3) 차이는 많게보다 선명하게 만들기

가격표의 모든 기능을 세로로 길게 나열하기보다, 구매 결정을 바꾸는 차이를 앞에 배치하세요. 저장공간, 자동화, 팀 기능처럼 비교 가능한 항목을 고르고, 해당되지 않는 기능은 상세 문서로 보냅니다. 무료에서 유료로 넘어가게 하는 프리미엄 경계선 설계법을 참고하면 무료와 유료 사이의 경계도 더 구체화할 수 있습니다.

4. 가격표를 공개하기 전 검증할 것

문구 검증: 사용자가 자기 티어를 찾는가

랜딩페이지를 보여주고 “어떤 상품을 고르겠는가”, “각 상품은 누구를 위한 것인가”를 물어보세요. 가격을 맞히게 하는 것보다 선택 이유를 듣는 편이 유용합니다. Better를 고른 이유가 기능 때문인지, 단지 가운데에 있어서인지 구분해야 합니다.

운영 검증: 수익보다 비용이 먼저 커지지 않는가

고객이 늘었을 때 비용도 함께 증가하는 기능은 별도로 확인해야 합니다. 저장, 이메일, AI 호출, 수동 지원처럼 사용량에 따라 부담이 커지는 항목을 티어별로 적어보세요. 가격을 정한 뒤 결제 수단을 붙일 때는 한국에서 SaaS 결제 붙이기: 페이플·토스페이먼츠·Stripe·Lemon Squeezy 비교처럼 정산과 운영 조건도 함께 비교하는 것이 좋습니다.

5. 출시 후에는 ‘가운데 판매율’만 보지 않기

가운데 상품이 많이 팔렸더라도 고객이 실제로 핵심 기능을 쓰지 않거나, 상위 티어로 확장할 이유가 없다면 설계가 끝난 것은 아닙니다. 티어별 선택 비중, 무료에서 유료로 넘어가는 경로, 환불·해지 사유, 문의에서 반복되는 기능을 함께 기록하세요.

처음부터 완벽한 가격표를 만들기보다 세 가지 가설을 세우고 작은 변경으로 검증하는 편이 현실적입니다. Good의 제한을 조정하거나 Better의 핵심 가치를 더 선명하게 설명한 뒤, 어떤 고객이 어떤 이유로 선택하는지 관찰하세요. 가격은 숫자 하나가 아니라 제품의 가치를 설명하는 구조이므로, 제품이 바뀔 때 요금제도 함께 다듬으면 됩니다.