brainstorm-experiments-new

brainstorm-experiments-new 스킬 개요

brainstorm-experiments-new가 하는 일

brainstorm-experiments-new 스킬은 새로운 제품 아이디어를 위해 가볍고 빠른 스타트업 검증 실험을 설계하도록 돕습니다. 대략적인 콘셉트를 XYZ 가설과, 랜딩 페이지·설명 영상·이메일 캠페인·사전 주문·컨시어지 MVP 같은 저비용 테스트 묶음으로 구체화합니다.

누가 사용하면 좋은가

제품 아이디어를 만들 가치가 있는지 판단해야 하거나, 가치 제안을 더 선명하게 다듬어야 하거나, 본격적인 MVP에 투자하기 전에 수요를 먼저 검증하고 싶을 때 brainstorm-experiments-new 스킬을 Product Management 용도로 사용하세요. 특히 시장 적합성이 아직 불확실한 초기 창업가, PM, 제품 팀에 가장 유용합니다.

왜 유용한가

핵심 가치는 속도와 구조입니다. 이 스킬은 막연한 의견보다 검증 가능한 가설, 실용적인 실험 조합, 그리고 증거 중심의 판단으로 사용자를 이끕니다. 단순 브레인스토밍보다 나은 이유는 클릭 수보다 가입, 사전 주문, 답장처럼 실제 수요를 드러내는 신호에 초점을 맞추기 때문입니다.

brainstorm-experiments-new 스킬 사용법

설치하고 실행하기

npx skills add phuryn/pm-skills --skill brainstorm-experiments-new로 brainstorm-experiments-new 스킬을 설치하세요. 그다음 검증하려는 제품 콘셉트와 함께, 테스트 설계를 바꿀 수 있는 맥락도 넣어 호출합니다. 예를 들면 대상 사용자, 문제, 가격, 채널, 제약 조건입니다.

스킬에 충분한 입력을 주기

좋은 프롬프트는 단순히 범주만 말하지 않고 아이디어 자체를 설명합니다. 예를 들어 “내 앱을 검증해줘” 대신 “클라이언트 미팅 뒤에 시간을 많이 잃는 1인 컨설턴트를 위한 B2B AI 노트테이킹 도구를 검증해줘. 만들기 전에 수요를 테스트하고 싶어.”처럼 쓰는 편이 좋습니다. 타깃 시장과 원하는 행동이 구체적일수록 XYZ 가설과 실험 선택이 더 좋아집니다.

올바른 파일부터 시작하기

이 저장소의 핵심 가이드는 SKILL.md에 있으니, 먼저 그것부터 읽으세요. 작업공간에 함께 첨부된 리서치, 목업, 이전 메모가 있다면 실험을 요청하기 전에 그것들도 함께 제공하세요. 이 스킬은 사용자 제공 파일을 먼저 읽으라고 명시하며, 그래야 막연한 스타트업 조언이 아니라 실제 맥락에 맞춰 실험을 잡을 수 있습니다.

결과물에 맞는 워크플로를 사용하기

brainstorm-experiments-new를 실용적으로 쓰는 흐름은 이렇습니다. 문제를 정의하고, 대상 고객을 명시한 뒤, XYZ 가설을 요청하고, 마지막으로 노력 대비 신호 품질 기준으로 2~3개 실험을 순위화해 달라고 하세요. 특히 보고 싶은 신호가 정해져 있다면 처음부터 밝혀두는 게 좋습니다. 예를 들어 “지불 의향에 집중해줘” 또는 “전환량보다 학습 속도를 우선해줘”처럼 말입니다.

brainstorm-experiments-new 스킬 FAQ

brainstorm-experiments-new는 새 제품에만 쓰는 건가요?

새 제품 콘셉트와 초기 검증에 가장 잘 맞지만, 기능 아이디어, 포지셔닝 변경, 출시 전 수요 테스트에도 사용할 수 있습니다. 이미 사용 데이터가 충분하고 동작하는 제품이 있다면, brainstorm-experiments-new보다 다른 분석 스킬이 더 적합할 수 있습니다.

일반 프롬프트와 무엇이 다른가요?

일반 프롬프트는 아이디어 목록을 줄 수 있지만, brainstorm-experiments-new 스킬은 반복해서 쓸 수 있는 리드 테스트 구조를 제공합니다. 특히 가설을 방어 가능하게 만들고, 그럴듯해 보이는 개념이 아니라 실제 시장 관심을 드러내는 실험이 필요할 때 유용합니다.

초보자도 쓰기 쉬운가요?

네, 제품 아이디어를 평이한 언어로 설명할 수만 있다면 충분합니다. 초보자가 가장 자주 하는 실수는 너무 모호하게 말하는 것입니다. 아이디어가 아직 거칠더라도 대상, 문제, 그리고 관찰하고 싶은 행동을 분명히 적어주면 이 스킬이 훨씬 잘 작동합니다.

언제 쓰지 말아야 하나요?

구현 세부사항, 기술 아키텍처, 출시 후 최적화가 질문의 핵심이라면 brainstorm-experiments-new를 쓰지 마세요. 이 스킬은 빌드 플랜 생성기가 아니라, 무엇을 먼저 어떻게 싸게 검증할지 결정하는 검증 기획용 스킬입니다.

brainstorm-experiments-new 스킬 개선하기

시장 맥락을 더 선명하게 주기

가장 중요한 개선점은 구체성입니다. 사용자 세그먼트, 고민거리, 현재 대체 방법, 그리고 예산·일정·채널 같은 테스트에 영향을 주는 제약을 함께 넣으세요. Product Management용 brainstorm-experiments-new에서는 “더 빠른 클라이언트 리포팅이 필요한 소규모 마케팅 대행사”가 “비즈니스 사용자”보다 훨씬 낫습니다.

서로 다른 신호 강도의 실험을 요청하기

좋은 입력은 단순 호기심 이상을 측정하는 테스트를 고르게 해줍니다. 더 강한 증거가 필요하다면, 저마찰 관심 테스트 하나와 커밋먼트 테스트 하나를 함께 요청하세요. 예를 들어 랜딩 페이지와 사전 주문, 또는 랜딩 페이지와 대기자 명단을 묶는 방식입니다. 이렇게 하면 클릭을 수요로 착각할 위험을 줄일 수 있습니다.

흔한 실패 모드를 주의하기

가장 흔한 실패는 반증할 수 없는 모호한 가설입니다. 결과가 “사람들이 좋아할 것”처럼 나온다면, 측정 가능한 기준, 대상, 행동이 드러나도록 더 좁혀 달라고 하세요. 더 좋은 brainstorm-experiments-new 안내 프롬프트는 이런 형태입니다. “더 빠른 온보딩이 필요한 엔터프라이즈 HR 매니저를 위한 XYZ 가설을 만들고, 2주 안에 지불 의향을 보여주는 테스트를 제안해줘.”

첫 결과를 바탕으로 반복하기

첫 결과를 보고 가장 저렴하면서도 신뢰할 만한 테스트를 고른 뒤, 배운 점에 따라 다듬으세요. 아이디어는 흥미롭지만 신호가 약하다면 대상 범위를 더 좁히거나 측정하는 행동을 바꾸면 됩니다. 콘셉트가 불분명하다면, brainstorm-experiments-new에게 단일 사용자 세그먼트와 단일 약속 결과를 기준으로 가설을 다시 써 달라고 요청하세요.