Community라이팅 & 에디팅github.com

AI 수익화 평가기

AI 제품 및 사이드 프로젝트 아이디어를 5가지 수요 평가 기준으로 점수화하고 구체적인 검증 단계를 제시하는 클로드/에이전트 스킬입니다.

AI 수익화 평가기란 무엇인가요?

이 스킬은 AI 제품이나 사이드 허슬 아이디어의 수익성을 빠르고 객관적으로 평가하기 위해 설계된 의사 결정 도구입니다. 핵심 원칙은 '대부분의 실패한 AI 제품은 코드 문제가 아니라 수요 부족으로 실패한다'는 점에 기반하여, 개발에 투자하기 전에 수요 현실을 검증하도록 돕습니다. '수요 경도', '니치 집중도', '지불 의향', '유통 채널', '불공정 우위'라는 5가지 축(각 0-2점)으로 아이디어를 평가하며, '사용자가 현재 무엇으로 대체하고 있으며 그 불편함이 돈을 지불할 만큼 고통스러운가?'라는 핵심 질문을 먼저 던집니다. 평가 후 가장 취약한 축을 지목하고, 랜딩 페이지나 수동 서비스 MVP 같은 저비용 검증 단계를 1-3개 제시하여 '전체를 다 만들고 보자'는 함정을 피하도록 안내합니다. Claude Code, Cursor, Codex 등 다양한 에이전트 환경에서 사용할 수 있습니다.

지원 대상✓Claude Code~Codex CLI~Cursor
npx skills add DQT-bit/ai-monetization-evaluator

Installed? Explore more 라이팅 & 에디팅 skills: steipete/notion, langchain-ai/langchain, bytedance/podcast-generation · View all 6 →

즐겨 사용하는 AI에게 물어보기

이 에이전트 스킬이 미리 로드된 새 채팅을 엽니다.

문서

AI 수익화 평가기은(는) 무엇을 하나요?

"이걸 만들어서 돈을 벌 수 있을까?" 에 대한 의사 결정 도구입니다. 고정된 평가 기준을 적용하여 열정이 아닌 수요 현실에 기반한 답변을 제공합니다.

bleedline/aimoneyhunter (인기 있는 중국어 AI 사이드 허슬 방법 모음)에 정리된 패턴에서 영감을 받았습니다. 이 스킬은 독창적인 평가 기준이며, 해당 콘텐츠의 복사본이 아닙니다.

사용 시기

  • 사용자가 제품/사이드 프로젝트/SaaS/브라우저 확장 프로그램 아이디어를 제시하며 판매 가능 여부를 물을 때
  • 사용자가 개발 시간을 투자하기 전에 '진행/중단' 결정을 원할 때
  • 사용자가 여러 수익화 방향 중에서 선택해야 할 때
  • 사용자가 이미 만든 제품이 수익을 내지 못해 그 이유를 알고 싶을 때

핵심 원칙

수익을 내는 제품의 병목은 거의 항상 코드가 아니라 수요입니다. 대부분의 실패한 AI 제품은 기술적으로는 훌륭하지만 아무도 돈을 내지 않는 문제를 해결합니다. 따라서 개발을 칭찬하기 전에 수요를 평가하세요.

매번 가장 먼저 물어야 할 가장 중요한 질문:

"사용자는 현재 무엇으로 대체하고 있으며, 그 불편함이 돈을 지불할 만큼 고통스러운가?"

고통스러운 현 상태가 없다면, 그 아이디어는 '있으면 좋은' 수준이며 전환에 어려움을 겪을 것입니다 — 솔직히 그렇게 말하세요.

평가 기준 (각 항목 0–2점)

다섯 가지 축으로 아이디어를 평가합니다. 솔직하게 점수를 매기세요. '수요 경도'에서 0점을 받았다면 총점이 높아도 실패입니다.

#축0 (빨강)1 (주황)2 (초록)
1수요 경도'있으면 좋은' 수준, 무료 대체재가 널려 있음가벼운 반복적 불편함'이게 없으면 일이 안 된다' / 현재 실제 비용이나 시간이 소요됨
2니치 집중도광범위한 플랫폼 ('모든 것을 하는 AI')반-수직적하나의 명확한 사용자를 위한 하나의 예리한 사용 사례
3지불 의향사용자가 무료로 기대함불명확유사 도구가 이미 유료이며 사람들이 지불함
4유통 채널'만들면 사람들이 올 거야'하나의 검증되지 않은 채널대상 사용자가 이미 모여 있는 구체적이고 접근 가능한 채널
5불공정 우위누구나 주말에 복제 가능약간의 우위진정한 해자 (기술, 접근 권한, 데이터, 오디언스, 힘들게 얻은 노하우)

채점 가이드:

  • 8–10 — 강력함. 추진하되, 본격적인 개발 전에 실제 테스트로 지불 의향을 검증하세요.
  • 5–7 — 혼합. 가장 낮은 축을 식별하고 더 만들기 전에 그것을 고치세요. 보통 수요나 유통입니다.
  • 0–4 — 현재 상태로는 약함. 니치/수요를 다시 다듬거나 포기하세요. 수요 문제를 엔지니어링으로 해결하려 하지 마세요.

워크플로우

  1. 아이디어를 한 문장으로 요약 — 명확성을 강제합니다. 요약할 수 없다면 아이디어가 너무 모호한 것이므로 사용자에게 좁혀달라고 요청하세요.
  2. 핵심 질문을 던지세요 (현 상태 + 고통). 건너뛰지 마세요 — 이것이 모든 것의 관문입니다.
  3. 다섯 가지 축 모두를 점수화하고, 각각에 대해 추론을 한 줄씩 제시하세요. 응원자가 아닌 회의론자가 되세요.
  4. 가장 취약한 축을 지목하세요 — 그것이 진짜 병목입니다.
  5. 취약한 축을 저렴하게 테스트할 구체적인 검증 단계 1–3개를 제시하세요 (랜딩 페이지, 수동 서비스 MVP, 사전 판매, 대상 커뮤니티 설문 조사) — 절대 '전체를 다 만들어라'고 하지 마세요.
  6. 판정: 추진 / 재조정 / 포기, 총점과 함께 가장 먼저 고쳐야 할 하나를 제시하세요.

지적해야 할 안티패턴

  • '만능 GPT 래퍼' → 니치도 없고, 해자도 없습니다. 하나의 수직 영역을 강력히 권하세요.
  • 수요 검증 전 개발 → 가장 비용이 많이 드는 실수입니다. 가능한 가장 작은 테스트로 먼저 지불 의향을 검증하세요.
  • '출시'와 '발견'을 혼동 → 앱 스토어에 올라갔다고 사용자가 있는 것은 아닙니다. 유통은 개발보다 별개이며 더 어려운 문제입니다.
  • 감으로 가격 책정 → 가격이 유사 제품과 비교하여 테스트되지 않았다면 지적하세요.
  • 회색 지대 플레이 (API 키/계정 재판매, 이용약관 위반 차익거래) → 규정 준수/지속 가능성 위험을 지적하고, 핵심 사업으로 추천하지 마세요.

출력 형식

간결하게 유지하세요:

아이디어 (한 줄): …
현 상태 및 고통: …

점수:
  수요 경도      X/2 — …
  니치 집중도    X/2 — …
  지불 의향      X/2 — …
  유통 채널      X/2 — …
  불공정 우위    X/2 — …
  총점: X/10

가장 취약한 축: …
먼저 검증: 1) … 2) …
판정: 추진 / 재조정 / 포기 — [X]를 먼저 고치세요.

관련 스킬