pricing-strategy

pricing-strategy 스킬 개요

pricing-strategy는 SaaS 가격 전략, 패키징, 수익화 관련 질문을 위한 의사결정 지원 스킬입니다. 단순히 “얼마를 받아야 할까” 수준의 조언이 아니라, 고객 가치와 실제 go-to-market 상황에 연결된 설득력 있는 가격 모델, 티어 구조, 또는 가격 인상 계획이 필요한 창업자, 제품 마케터, 그로스 팀, 운영 담당자에게 특히 잘 맞습니다.

pricing-strategy 스킬이 실제로 도와주는 일

이 pricing-strategy 스킬은 다음과 같은 작업에 맞게 설계되어 있습니다.

• per seat, per usage, flat rate 같은 가격 지표 선택
• good-better-best 티어 구조 설계
• freemium과 free trial 중 무엇이 더 적합한지 판단
• 가격 인상안 검토
• SMB, mid-market, enterprise 구매자에 맞춘 패키징 정렬
• Van Westendorp, willingness-to-pay survey 같은 리서치 방법 활용

실무적으로 이 스킬이 차별화되는 지점은, 곧바로 임의의 숫자를 내놓는 대신 먼저 빠진 비즈니스 맥락을 수집하고, 그다음 패키징, 가격 지표, 가격 수준이라는 세 가지 축을 기준으로 추론한다는 점입니다. 그래서 임의로 숫자부터 찍는 일반적인 프롬프트보다 훨씬 실용적입니다.

pricing-strategy를 설치하면 좋은 사람

다음과 같은 질문을 자주 한다면 pricing-strategy 설치 가치가 높습니다.

• “우리는 얼마를 받아야 하지?”
• “사용자 수 기준으로 청구할까, 아니면 결과 기준으로 청구할까?”
• “요금제를 어떻게 나눠야 할까?”
• “리텐션을 해치지 않고 가격을 올릴 수 있을까?”
• “무료 플랜을 제공해야 할까?”

특히 value capture, 세그먼트별 차별화, 확장 매출이 중요한 B2B 및 SaaS형 오퍼에서 가장 강합니다.

이 스킬이 잘 맞지 않는 경우

다음이 필요하다면 pricing-strategy의 효용은 상대적으로 낮습니다.

• paywall 문구나 업그레이드 화면 UX 최적화
• 고객 가치 추론 없이 재무 모델링만 수행하는 작업
• 이미 탄탄한 탄력성 데이터가 있는 일회성 소비자 리테일 가격 책정
• 대규모 과거 데이터를 바탕으로 한 엄밀한 계량경제학 예측

이런 경우에는 다른 스킬이나 별도의 맞춤 분석 워크플로우가 더 적합할 수 있습니다.

pricing-strategy 스킬 사용 방법

pricing-strategy 설치 맥락

이 스킬은 coreyhaines31/marketingskills 저장소에서 사용할 수 있습니다.

npx skills add https://github.com/coreyhaines31/marketingskills --skill pricing-strategy

이 저장소는 이 스킬용 스크립트나 자동화를 함께 제공하지 않습니다. 프롬프트와 프레임워크 중심으로 작동하므로, 결과 품질은 사용자가 얼마나 좋은 맥락을 제공하느냐에 크게 좌우됩니다.

먼저 읽어야 할 파일

pricing-strategy를 빠르게 설치하고 검토하려면 다음 순서로 보세요.

1. skills/pricing-strategy/SKILL.md
2. skills/pricing-strategy/references/tier-structure.md
3. skills/pricing-strategy/references/research-methods.md
4. skills/pricing-strategy/evals/evals.json

이 순서에는 이유가 있습니다. SKILL.md에서 실제 작동 워크플로우를 확인할 수 있고, reference 문서들은 가격 결정 로직을 더 깊게 설명하며, evals/evals.json은 실제로 “잘 쓴 사용 방식”이 어떤 모습인지 보여줍니다.

프롬프트 전에 product marketing 컨텍스트부터 확인하기

이 스킬은 질문을 시작하기 전에 .agents/product-marketing-context.md 또는 .claude/product-marketing-context.md를 먼저 찾도록 명시적으로 지시합니다. 이미 이런 파일을 관리하고 있다면, 이것이 generic pricing prompt 대신 pricing-strategy를 써야 하는 가장 큰 이유 중 하나입니다.

해당 파일이 있다면 최소한 다음 내용은 포함되어 있어야 합니다.

• 타깃 고객 세그먼트
• 제품 카테고리와 포지셔닝
• 핵심 가치 제안
• 경쟁 대안
• go-to-market 방식

이렇게 해두면 반복적인 문답을 줄일 수 있고, 추천 내용도 훨씬 구체적으로 나옵니다.

pricing-strategy에 필요한 최소 입력값

pricing-strategy 스킬은 다음 네 가지 묶음의 입력이 있을 때 가장 잘 작동합니다.

• Business context: 제품 유형, 타깃 시장, GTM motion, 현재 가격 체계
• Value and competition: 제공하는 핵심 성과, 구매자가 고려하는 대안, 경쟁사 가격
• Current performance: 전환율, churn, expansion, 영업 마찰, 할인 빈도
• Decision scope: 신규 가격 설계, 티어 재구성, 가격 인상, 무료 플랜 여부, 가격 지표 선택

이 정보가 없더라도 응답은 가능하지만, 그 경우 일반적인 SaaS 패턴 쪽으로 답변이 기울기 쉽습니다.

막연한 가격 고민을 강한 프롬프트로 바꾸기

약한 프롬프트:

“Help me with pricing for our SaaS.”

더 강한 pricing-strategy 활용 프롬프트:

“We run a B2B SaaS for e-commerce support teams. Target customers are SMB and lower mid-market brands. Current price is $49, $99, $199 per month, but adoption is strongest on the lowest tier and expansion is weak. We are deciding between per agent, per ticket, and platform + usage pricing. Sales is hybrid: self-serve for SMB, demos for larger accounts. Main alternatives are Zendesk and Gorgias. Please use a packaging + pricing metric + price point framework, recommend a tier structure, and explain tradeoffs.”

이 정도로 구조를 잡아주면 pricing-strategy가 실제 의사결정에 도움이 되는 수준의 작업을 할 수 있습니다.

pricing-strategy를 가장 잘 쓰는 워크플로우

신뢰도 높은 워크플로우는 다음과 같습니다.

1. 현재 비즈니스 맥락 제공
2. 어떤 가격 결정을 내려야 하는지 명확히 정의
3. 여러 가격 지표 또는 티어 구조를 비교 평가하도록 요청
4. 근거와 리스크를 포함한 추천안 요청
5. 롤아웃 또는 검증 계획 요청

이 순서가 중요한 이유는, 가격 결정이 거의 항상 “어떤 숫자가 그럴듯한가”만의 문제가 아니기 때문입니다. 이 스킬은 근거 없는 단일 가격을 찍는 것보다, 어떤 트레이드오프가 있는지 구조화하는 데 더 강합니다.

pricing-strategy가 잘하는 영역

스킬 지침과 evals를 기준으로 보면, pricing-strategy는 특히 다음에 강합니다.

• 가격 지표를 실제 가치 전달 방식과 연결해 비교하기
• good-better-best 패키징 제안
• free plan과 free trial 중 무엇이 나은지 조언하기
• 가격 인상 전략 개요 설계
• 가격 불확실성을 리서치 방법과 연결하기

즉, “추천안 + 왜 그런지에 대한 설명”이 필요하다면 매우 잘 맞습니다.

명시적으로 요청하면 좋은 결과물

더 나은 출력을 원한다면, pricing-strategy에 다음처럼 구체적인 산출물을 요구하세요.

• 이름, 제한, 타깃 고객이 포함된 추천 티어
• 가격 지표 의사결정 표
• 가격 인상 롤아웃 계획
• 경쟁사 대비 포지셔닝 요약
• Van Westendorp, MaxDiff, willingness-to-pay survey를 활용한 리서치 계획

특히 저장소의 reference 문서들은 단순한 패키징 추측이 아니라 검증 방법까지 필요할 때 더 큰 도움이 됩니다.

더 깊은 결정을 위해 reference 파일 활용하기

references/research-methods.md는 팀이 willingness-to-pay 가정에 확신이 없을 때 유용합니다. 다음 내용을 다룹니다.

• Van Westendorp
• MaxDiff
• willingness-to-pay surveys
• usage-value correlation analysis

references/tier-structure.md는 정확한 가격 수준보다 플랜 설계 자체가 핵심 문제일 때 유용합니다. 다음 내용을 다룹니다.

• 티어 개수
• good-better-best 로직
• 기능 기준 vs 사용량 기준 차별화
• persona 기반 패키징
• freemium vs free trial
• enterprise pricing 트리거

도입 시 자주 막히는 지점

pricing-strategy 설치와 활용에서 가장 큰 장애물은 기술적 문제가 아닙니다. 맥락 부족입니다. 많은 팀이 다음 정보를 공유하지 않은 채 가격 조언을 요청합니다.

• 누가 구매하는지
• 고객이 어떤 가치에 돈을 지불하는지
• 현재 전환율/churn 신호가 어떤지
• 성장이 self-serve 중심인지 sales-led인지

이 기본 정보조차 제공하기 어렵다면, 맞춤형 가격 가이드보다 넓은 휴리스틱 중심의 답변이 나오는 것을 예상해야 합니다.

pricing-strategy 스킬 FAQ

pricing-strategy는 일반적인 pricing prompt보다 더 낫나요?

대체로 그렇습니다. 특히 문제가 피상적이지 않고 전략적일수록 그렇습니다. pricing-strategy 스킬은 모델에 구조화된 경로를 제공합니다. 먼저 맥락을 수집하고, 패키징, 가격 지표, 가격 수준을 평가한 뒤, 그다음 방향성을 추천합니다. 반면 일반 프롬프트는 근거가 약한 상태에서 곧바로 티어 아이디어로 넘어가는 경우가 많습니다.

pricing-strategy 스킬은 초보자도 쓰기 쉬운가요?

네, 다만 초보자라도 기본적인 비즈니스 사실은 알고 있어야 합니다. 시작 단계에서 고급 가격 리서치까지 알 필요는 없지만, 적어도 제품, 구매자, 대안, 현재 수익화 모델은 설명할 수 있어야 합니다. 그렇지 않으면 결과가 매끈해 보여도 내용은 여전히 일반론에 머물 수 있습니다.

pricing-strategy는 SaaS에만 쓸 수 있나요?

가장 명확하게 잘 맞는 대상은 SaaS입니다. 문구, 예시, references 모두 구독형 소프트웨어에 강하게 맞춰져 있으며, 특히 per-seat, usage-based, freemium, trial, enterprise packaging 모델 사이에서 선택해야 하는 제품에 적합합니다. 인접한 디지털 제품에도 도움은 될 수 있지만, SaaS 수익화에서 멀어질수록 더 많은 해석과 보정이 필요합니다.

pricing-strategy가 정확한 가격을 바로 알려줄 수 있나요?

입력이 빈약한 상태에서는 신뢰하기 어렵습니다. 이 스킬은 정확한 숫자 하나를 찍는 것보다, 합리적인 가격 범위를 좁히고, 적절한 가치 지표를 고르고, 패키징 로직을 설계하는 데 더 강합니다. 정확한 가격 포인트는 고객 리서치, 경쟁사 검토, 현재 성과 데이터와 함께 쓸 때 가장 강해집니다.

언제 pricing-strategy를 쓰지 말아야 하나요?

주요 작업이 다음에 해당한다면 건너뛰는 편이 낫습니다.

• paywall UX 또는 업그레이드 카피
• invoice, billing, tax 구현
• 대규모 데이터셋을 활용한 심층 통계 가격 최적화
• 티어형 제품 로직 없이 일회성 컨설팅 비용만 산정하는 작업

pricing-strategy는 가격 리서치 워크플로우도 지원하나요?

네. 오히려 이것이 더 실용적인 장점 중 하나입니다. 포함된 reference 문서에는 Van Westendorp, MaxDiff 같은 방법을 어떻게 실행할지 나와 있어서, AI의 직감에만 의존하지 않고 추천안을 검증하려는 팀에게 더 설득력 있게 작동합니다.

pricing-strategy 스킬 개선 방법

pricing-strategy에는 주제가 아니라 결정 과제를 주기

나쁜 입력:

“We need pricing help.”

더 좋은 입력:

“We need to choose between per seat and usage-based pricing for a self-serve analytics SaaS because trial conversion is fine but expansion is weak.”

결정 과제가 구체적일수록 트레이드오프 분석이 더 날카로워지고, 결과물도 훨씬 실행 가능해집니다.

숫자가 지저분해도 현재 수치는 제공하기

가능한 범위에서 다음과 같은 지표를 포함하세요.

• trial-to-paid conversion
• demo close rate
• churn by segment
• expansion revenue
• average contract value
• share of customers hitting limits
• discount frequency

pricing-strategy는 패키징 문제를 실제 비즈니스 신호와 연결할 수 있을 때 성능이 확실히 좋아집니다.

패키징, 지표, 가격 수준을 분리하기

흔한 실패 패턴 중 하나는 이 세 가지를 하나의 모호한 질문으로 뭉뚱그리는 것입니다. 스킬이 각각을 따로 다루도록 요청하세요.

• Packaging: 각 플랜에 어떤 기능 또는 제한이 들어가야 하는가?
• Metric: 고객은 어떤 단위 기준으로 비용을 내야 하는가?
• Price point: 각 플랜의 가격은 얼마여야 하는가?

이 방식은 저장소의 로직과도 맞고, 피상적인 답변을 막는 데 도움이 됩니다.

경쟁사 맥락은 주되, 그대로 따라 하라고 하지는 않기

유용한 입력은 이런 형태입니다.

“Competitor A charges per seat, Competitor B charges by usage, and both reserve SSO and advanced reporting for enterprise. We do not want to copy them blindly; we want to know where our value capture should differ.”

이렇게 주면 pricing-strategy가 업계 관행을 비교하되, 무조건적인 모방으로 흘러가지 않게 할 수 있습니다.

추천안만이 아니라 롤아웃 리스크도 요청하기

예를 들어 30% 인상 같은 변경이라면, pricing-strategy에 다음도 함께 물어보세요.

• 어떤 고객은 기존 가격을 유지해줘야 하는지
• 새 가격을 우선 신규 고객에게만 적용해야 하는지
• 인상 사실을 어떻게 커뮤니케이션해야 하는지
• 출시 후 어떤 선행 지표를 봐야 하는지

가격 모델 자체는 타당해도 운영 측면에서 실패할 수 있기 때문에, 이 부분은 특히 중요합니다.

확신이 낮다면 리서치 방법을 사용하기

첫 번째 추천이 다소 추정에 기대는 것처럼 느껴진다면, 저장소의 reference를 활용해 불확실성을 검증 계획으로 바꾸도록 요청하세요. 예를 들면 다음과 같습니다.

• Van Westendorp로 수용 가능한 가격 범위 파악
• MaxDiff로 패키징 우선순위 파악
• usage-value correlation으로 가격 지표 적합성 검증

첫 번째 결과 이후 pricing-strategy의 출력 품질을 끌어올리는 가장 좋은 방법 중 하나입니다.

반사실 시나리오로 반복하기

강한 2차 프롬프트 예시는 다음과 같습니다.

“Now rerun the recommendation assuming our best-fit customer is mid-market instead of SMB, and assume procurement resistance increases if we add usage pricing.”

이런 counterfactual은 처음 추천이 정말 견고한지, 아니면 특정 가정에만 묶여 있었는지를 드러내는 데 효과적입니다.

실제 실행 가능한 답변 형식을 요청하기

결과를 실제로 활용해야 한다면, pricing-strategy에 다음 같은 구조로 답해달라고 요청하세요.

• recommendation
• rationale
• risks
• rollout plan
• validation plan
• metrics to monitor

이렇게 해야 의사결정 메모가 필요한 상황에서 장문의 에세이만 받는 일을 줄일 수 있습니다.

주요 실패 패턴을 알고 쓰기

pricing-strategy 스킬은 다음 상황에서 성능이 떨어질 가능성이 큽니다.

• 구매자 세그먼트가 불분명할 때
• 제품 가치를 성과가 아니라 기능 나열로만 설명할 때
• 팀이 리서치 없이 확실한 정답만 원할 때
• 경쟁 맥락이 빠져 있을 때
• enterprise와 self-serve motion이 세그먼트 구분 없이 섞여 있을 때

스킬 자체를 평가하기 전에 먼저 이런 입력 문제를 정리하는 것이 좋습니다.

팀의 저장소 읽기 경로를 개선하기

팀이 pricing-strategy를 반복적으로 사용할 예정이라면, 스킬이 계속 요구하는 핵심 정보를 .agents/product-marketing-context.md에 정리하거나 업데이트해 두세요. 이 한 단계만으로도 프롬프트 작성 부담이 크게 줄고, 이후 pricing-strategy 활용의 일관성도 훨씬 높아집니다.