Community연구 & 데이터 분석github.com

Chibuchibs/free-claude-skills

1시간 안에 사업 아이디어의 문제점을 찾아내 3개월의 낭비를 막는 기술입니다. 경쟁사 조사가 놓치는 문제를 잡아내는 세 가지 검색과 네 가지 점검을 사용합니다.

free-claude-skills란 무엇인가요?

이 스킬은 '아이디어를 한 시간 안에 죽이자(Kill the idea in an hour)'라는 원칙에 기반한 비즈니스 아이디어 검증 방법입니다. 개발자와 기획자가 '이 아이디어 괜찮나요?', '누군가 해봤나요?', '이걸 만들어야 할까요?'라는 질문을 할 때 사용하기에 적합합니다. 세 가지 검색(경쟁사 가격, 무료 대안, 규제)과 네 가지 점검(플랫폼 종속성, 핵심 난이도, 실제 병목, 기존 작업물)을 통해 아이디어의 치명적 결함을 빠르게 찾아냅니다. 특히 규제 검색은 경쟁사 조사가 절대 발견하지 못하는 '사업 자체를 불가능하게 만드는 요소'를 잡아내며, 많은 아이디어가 이 단계에서 죽습니다. Claude Code, Cursor, Codex 등 어떤 AI 에이전트 플랫폼에서도 사용할 수 있습니다. AI 에이전트는 이 스킬을 사용하여 사용자의 아이디어를 분석하고, '죽음', '보류', '생존' 세 가지 판정을 내린 후 최소 비용으로 검증할 수 있는 다음 테스트를 제안합니다.

지원 대상✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Chibuchibs/free-claude-skills/tree/HEAD/skills/idea-kill-search

Installed? Explore more 연구 & 데이터 분석 skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

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

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

문서

아이디어를 한 시간 안에 죽이자

이 첫 한 시간의 목표는 '만들지 말지'를 결정하는 것이 아닙니다. 만들지 말아야 할 이유를 빠르게 찾는 것입니다. 한 시간의 검증을 통과한 아이디어는 다음 단계로 갈 자격이 있습니다.

여기서 쓰는 한 시간은 종종 석 달의 개발 시간을 절약해 줍니다. 상대가 이미 확신하고 있을 때도 해볼 가치가 있습니다.

진행 방법

당신은 아이디어를 깎아내리려는 것이 아닙니다. 이 사업에서 가장 어려운 부분을 상대가 실제로 해낼 수 있는지를 싸게 알아내는 것입니다. 결과를 있는 그대로 말하세요. 아이디어가 살아남았을 때도 마찬가지입니다.

자신에게서 주의해야 할 두 가지:

  • 순화하지 마세요. "규제 기관이 이걸 금지했다"를 "주시할 사항"으로 바꾸면 전체 연습이 무의미해집니다. 죽었으면 죽었다고 말하세요.
  • 구하려 하지 마세요. "현장 검사관을 둔 관리 서비스로 하면 되겠네요"라고 제안하는 것은 보통 더 어렵고 다른 사업으로 바꾸는 것입니다. 피봇을 제안하고 싶다면, 그것을 새로운 아이디어라고 부르고 다시 처음부터 점검하세요.

1단계 — 세 가지 검색

먼저, 어디에서 하는지 알아내세요. 규제 검색은 관할 구역이 없으면 소용없습니다. 대부분의 사람들은 "내가 사는 도시", "여기", "고향"처럼 구체적인 지역을 언급하지 않고 아이디어를 설명합니다. 검색하기 전에 물어보세요. 추측하면 검색 한 번을 낭비하고 전혀 다른 나라의 규정을 찾게 될 수 있습니다.

만약 실제로 여러 시장에서 운영된다면, 각 시장에 대해 규제 검색을 따로 실행하세요. 답이 다른 경우가 많습니다.

그런 다음 세 가지 검색을 모두 실행하세요. 각각 다른 것을 잡아냅니다.

검색잡아내는 것
<아이디어> 경쟁사 가격누군가 이미 이것을 하고 있으며, 얼마를 받는지
<아이디어> 무료 대안누군가 이미 이것을 무료로 하고 있음
<아이디어> 규제 <올해 연도>규제 기관이나 플랫폼이 이것을 불가능하게 만들었음

세 번째 검색은 사람들이 자주 건너뛰는 것이며, 다른 두 검색이 절대 발견하지 못할 아이디어를 죽입니다. 규칙 변경은 하룻밤 사이에 잘 돌아가던 사업을 만들 수 없게 만들 수 있으며, 경쟁자들도 모두 그만두기 때문에 경고해 줄 사람이 없습니다.

좋은 무료 대안이 있다면, 아이디어는 보통 죽은 것입니다. "내 것이 더 좋을 거야"는 발견이 아니라 희망입니다. 무엇이 사람들로 하여금 무료 서비스에서 전환하게 만들지, 그리고 그 이유가 복사될 수 있는 것인지 물어보세요.

2단계 — 네 가지 점검

검색 결과가 깨끗하게 나와도 이 점검들을 실행하세요.

누가 파이프라인을 소유하고 있으며, 그들이 직접 만들까?

만약 제품이 플랫폼(메시징 앱, 앱 스토어, 결제 프로세서, 은행 규제 기관, 누군가의 API 등)에 의존한다면, 그 플랫폼은 원할 때마다 경제성을 바꿀 수 있고, 종종 같은 기능을 무료로 제공합니다. 대형 플랫폼 아래에 있는 독립 창업자는 자신의 비즈니스 모델을 임대하고 있는 것입니다.

셀 수 있어야 합니다 — 쌓입니다. 하나의 아이디어가 세 명의 소유자 아래에 동시에 있을 수 있습니다: 물리적 게이트키퍼(공항, 장소, 집주인), 이미 매칭을 하는 플랫폼, 그리고 자체 라이선스를 가진 결제 레일. 각각 혼자서도 아이디어를 죽일 수 있습니다. 한 명의 소유자를 찾으면, 다른 소유자들도 계속 찾으세요.

창업자와 고객 사이에 아무도 없는 아이디어는 겉보기보다 가치가 높습니다. 이것을 가볍게 보지 말고 거의 실격에 가깝게 가중치를 두세요.

만약 누군가의 아이디어에서 같은 죽음의 이유가 계속 나온다면, 그 패턴이 발견입니다. 검색하기 전에 먼저 그것을 걸러내고 한 시간을 아끼세요.

어려운 부분이 코드인가요?

고객이 만족하기 위해 무엇이 잘되어야 하는지 물어보세요. 만약 답에 신뢰할 수 있는 사람이 물리적 장소에 있어야 하는 일(검사관, 돌봄 제공자, 운전기사, 창고 직원)이 포함된다면, 이것은 소프트웨어가 덧붙여진 운영 비즈니스입니다. 소프트웨어는 쉬운 10%일 뿐입니다.

그렇다고 작동하지 않는다는 뜻은 아닙니다. 이것은 그들이 생각하는 것과는 다른 비즈니스이며, 다른 기술, 다른 자금, 그리고 마진이 전혀 없다는 것을 의미합니다.

실제 병목은 무엇인가요?

대부분의 사람들에게 아이디어를 저울질할 때 병목은 아이디어를 떠올리는 것이 아니라 고객과 이야기하는 것입니다. 아이디어는 다섯 개나 있지만 고객과의 대화는 한 번도 해보지 않은 사람에게 여섯 번째 아이디어는 필요 없습니다. 그게 패턴이라면, 그렇게 말하세요.

이미 라이브로 운영 중인 것이 있나요?

이미 만들고 출시했지만 마케팅을 하지 않은 것이 있다면, 보통 새로 시작하는 것보다 낫습니다. 존재하는 것을 마케팅하는 것은 존재하지 않는 것을 만드는 것보다 돈을 버는 더 짧은 길입니다. 해당된다면, 새로운 아이디어만 평가하지 말고 그것을 직설적으로 말하세요.

3단계 — 판정

죽음인가 보류인가? 이것을 사용하세요: 장애물이 그럴듯하게 바뀔 수 있으며, 바뀌면 당신이 알 수 있을까?

  • 규칙, 라이선스, 게이트키퍼의 정책 → 죽음. 이것들은 거의 움직이지 않으며, 기다리는 것은 계획이 아닙니다.
  • 돈 부족, 데이터 부족, 파트너 부족, 나쁜 타이밍 → 보류, 언블로킹 조건을 함께 적어둡니다.
  • 본격적인 버전이 이미 존재했고 실패했다 → 죽음, 그리고 이것이 가장 강력한 죽음입니다. 항상 검색하세요: 시장이 이걸 충분한 자금으로 테스트했고 답이 돌아왔습니다.

무엇이든 설명하기 전에, 한 문장으로 고르세요:

  • 죽음 — 무엇이 죽였는지
  • 보류 — 살아 있지만 특정 문제에 막혀 있으며, 무엇이 풀어줄지
  • 생존 — 모든 것을 견뎌냈으며, 다음에 테스트할 하나의 가정

죽지 않은 것에 대해 가장 싼 다음 테스트를 이름 붙이세요 — 그것은 여전히 죽일 수 있는 것이며, 이번 주 안에, 만들지 않고도 할 수 있는 것입니다.

죽었다고 판정한 것에 대해 반증을 제시하세요: 당신이 틀렸다는 것을 증명할 가장 싼 방법, 그리고 당신이 예상하는 결과. "이번 주에 이 중 다섯 개를 무료로 수동 매칭해보세요 — 나는 다섯 개를 채우지 못할 거라고 예상합니다"는 비용이 들지 않고, 당신이 틀릴 수도 있다는 점을 존중하며, 보통 며칠 안에 결론을 냅니다. 이것은 구출 계획이 아닙니다: 만들지도, 피봇하지도 않습니다.

판정을 기록하세요

아이디어는 돌아옵니다. 같은 아이디어나 그 사촌이 몇 달 후에 열정이 리셋된 채로 다시 나타납니다. 결정과 그 이유를 적어두세요 — "4월에 중앙은행의 단일 원칙 규정에 의해 죽음"은 재사용 가능합니다. "별로 좋아 보이지 않음"은 그렇지 않습니다.

이것을 위한 파일 하나를 만들어 다시 찾을 수 있는 곳에 두세요. 이미 프로젝트 노트를 유지하고 있다면 거기에 추가하세요. 그렇지 않으면 작업 폴더에 idea-log.md를 만들고 그곳에 있다고 말하세요 — 위치를 정하지 않은 "기록하세요"는 조용히 아무것도 아닌 것이 됩니다.

## <아이디어, 한 줄>            <날짜>
판정: 죽음 | 보류 | 생존
죽인/막은 것: <구체적인 것>
중요했던 검색: <어떤 검색, 그리고 무엇이 돌아왔는지>

새로운 아이디어를 검색하기 전에 목록과 비교하세요. 같은 죽음의 이유가 계속 나타난다면, 그 패턴은 열 번째 버전을 죽이는 것보다 더 가치가 있습니다 — 한 시간을 다시 쓰지 말고 직설적으로 말하세요.

예시

아이디어: 소규모 상점의 카드 단말기 정산을 조정해주는 앱

  • 경쟁사 가격 → 몇 개 있지만, 모두 기업용 가격. 틈새처럼 보임.
  • 무료 대안 → 단말기 공급업체가 기본 명세서를 무료로 제공함. 약화시킴.
  • <연도> 규제 → 중앙은행이 이제 모든 가맹점이 단일 원칙을 통해 운영되도록 요구함. 제품에 필요한 데이터를 더 이상 제3자가 이용할 수 없음.

죽음, 세 번째 검색에서. 처음 두 검색은 괜찮아 보였음에 주목하세요. 경쟁사 조사만으로는 석 달의 작업에 녹색 불이 들어왔을 것입니다.

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

관련 스킬