brainstorm-ideas-new
작성자 phurynbrainstorm-ideas-new은 새로운 제품 개념을 PM, 디자이너, 엔지니어 관점에서 구체적인 기능 아이디어로 발전시키는 탐색 단계의 아이데이션 스킬입니다. 초기 제품 탐색, 스타트업 아이디어 검토, 그리고 실제로 만들기 전에 검증 가능한 실용적 विकल्प이 필요할 때의 전략 수립에 적합합니다.
이 스킬은 71/100점으로, 초반 탐색 단계에서 분명한 활용 맥락이 있고, 여러 관점을 아우르는 읽기 쉬운 워크플로우를 제공하며, 일반적인 브레인스토밍 프롬프트보다 에이전트가 덜 추측하고 실행할 수 있을 만큼 구체적이어서 목록에 올릴 가치가 있습니다. 디렉터리 사용자 관점에서는 설치해 바로 써볼 만하고 실무적으로 유용하지만, 아직은 매우 세련되거나 깊게 계측된 워크플로우라고 보기는 어렵습니다.
- PM, 디자이너, 엔지니어 관점에서 초기 제품 탐색을 시작하도록 하는 명확한 트리거와 범위
- 기회 이해 후 세 관점에서 각각 5개의 아이디어를 생성하는 구체적인 단계형 워크플로우
- frontmatter가 유효하고 본문도 내용이 충분하며, 플레이스홀더 표시나 실험/테스트 전용 신호가 없음
- 지원 스크립트, 참고자료, 리소스, 설치 명령이 없어 운영 깊이와 신뢰 신호가 제한적임
- 발췌본에 엔지니어 섹션이 잘려 있고, 엣지 케이스 처리나 예시를 보여주는 근거가 많지 않음
brainstorm-ideas-new 개요
brainstorm-ideas-new는 초기 발견 단계에서, 거친 신제품 콘셉트를 PM, 디자이너, 엔지니어 관점의 구체적인 기능 아이디어로 바꿔 주는 아이데이션 스킬입니다. 초기 제품 탐색을 진행하면서, 이 제품이 무엇이 될 수 있는지, 누구를 위한 것인지, 그리고 실제로 만들기 전에 어떤 방향을 검증할 가치가 있는지를 정해야 할 때 가장 잘 맞습니다.
단순한 브레인스토밍 이상이 필요할 때 brainstorm-ideas-new skill을 사용하세요. 이 스킬은 평가하고 비교할 수 있을 만큼 구체적이며, 후속 리서치나 MVP 범위로 이어질 수 있는 아이디어를 뽑아내도록 설계되었습니다. 스타트업 콘셉트, 새로운 제품 베팅, 그리고 Strategic Planning을 위한 초기 기능 탐색에 특히 적합합니다.
무엇을 가장 잘하는가
이 스킬은 아이데이션을 시장 가치, 사용자 경험, 기술적 실현 가능성이라는 세 가지 렌즈로 밀어붙입니다. 덕분에 지나치게 추상적인 리스트나, 반대로 구현 논리에만 치우친 리스트를 피할 수 있습니다.
다음 요소가 있을 때 가장 유용합니다:
- 타깃 세그먼트,
- 해결하려는 문제나 기회,
- 그리고 기대하는 결과나 비즈니스 목표.
이 스킬이 잘 맞는 경우
다음 질문에 답해야 한다면 brainstorm-ideas-new를 선택하세요:
- 이 새로운 제품을 매력적으로 만들 수 있는 기능은 무엇일까?
- 어떤 아이디어부터 검증할 가치가 있을까?
- PM, 디자인, 엔지니어링은 같은 기회를 어떻게 다르게 볼까?
다만 이 스킬을 심층 리서치, 로드맵 우선순위 결정, 또는 출시 계획의 대체재로 쓰지는 마세요. 이 스킬은 제품 전략의 최종 결론을 내리는 도구가 아니라 아이디어를 생성하는 도구입니다.
출력에서 기대할 수 있는 것
좋은 결과물은 사용자가 제시한 제품 맥락에 맞게 구체적이고, 다양한 후보 기능 아이디어를 제시해야 합니다. 품질은 프롬프트에서 기회와 제약을 얼마나 명확하게 설명하느냐에 크게 좌우됩니다.
brainstorm-ideas-new 사용법
설치하고 스킬 위치 찾기
phuryn/pm-skills 컬렉션에서 brainstorm-ideas-new를 설치하려면 다음을 실행하세요:
npx skills add phuryn/pm-skills --skill brainstorm-ideas-new
설치한 뒤에는 먼저 SKILL.md를 여세요. 이 저장소에는 scripts/, resources/, references/ 폴더가 따로 없으므로, 핵심 가이드는 스킬 파일 자체에 들어 있습니다.
완전한 탐색 브리프를 제공하기
brainstorm-ideas-new usage는 스킬이 기회를 논리적으로 판단할 수 있을 만큼 충분한 맥락이 들어 있을 때 가장 잘 작동합니다. 강한 프롬프트에는 보통 다음이 포함됩니다:
- 제품 아이디어,
- 타깃 사용자 세그먼트,
- 해결할 문제,
- 현재 대안,
- 비즈니스 목표,
- 플랫폼, 일정, 범위 같은 제약.
“내 앱 아이디어를 브레인스토밍해줘”처럼 약한 프롬프트는 대체로 넓고 신호가 낮은 결과를 만듭니다. 더 강한 프롬프트는 다음처럼 보일 수 있습니다:
“Small SaaS 팀을 위한 B2B 온보딩 제품의 기능 아이디어를 브레인스토밍해줘. 목표는 첫 7일의 time-to-value를 줄이는 것이다. PM, 디자인, 엔지니어링이 MVP 기회를 평가하는 데 도움이 되는 아이디어에 집중해줘.”
워크플로를 올바른 순서로 읽기
이 스킬은 SKILL.md부터 읽고, 로컬 복사본에 링크된 문서나 인접 문서가 있다면 그다음에 따라가는 흐름이 가장 좋습니다. 이 저장소는 보조 파일이 많지 않기 때문에, 핵심은 지시 흐름을 이해하는 데 있습니다:
- 제품 콘셉트와 세그먼트를 확인한다,
- 세 가지 관점에서 아이디어를 생성한다,
- 초기 탐색에 맞는 것만 걸러낸다.
이 순서가 중요한 이유는 출력이 무작위 기능 확장이 아니라 검증에 맞춰지도록 잡아 주기 때문입니다.
더 나은 입력 구조로 결과 개선하기
brainstorm-ideas-new guide 출력 품질을 가장 빠르게 높이는 방법은 형용사를 더 늘리는 것이 아니라, 의사결정에 필요한 맥락을 더하는 것입니다. 시장 단계, 제품이 greenfield인지 기존 제품과 인접한 확장인지, 그리고 이번 브레인스토밍에서 무엇이 “좋은 결과”인지 넣어 주세요. 이미 배제하고 싶은 영역이 있다면 그것도 미리 밝히는 편이 좋습니다.
brainstorm-ideas-new 스킬 FAQ
brainstorm-ideas-new는 완전히 새로운 제품에만 쓰는 건가요?
네, 기본적으로는 그렇습니다. 이 스킬은 초기 탐색에 맞춰져 있어서, 기존 제품의 지속적인 반복 개선에는 맞지 않습니다. 이미 실제 사용자가 있고, 사용 데이터가 있으며, 활성 로드맵이 돌아가는 상황이라면 다른 탐색 또는 우선순위 결정 스킬이 더 잘 맞는 경우가 많습니다.
일반 프롬프트보다 뭐가 더 좋은가요?
일반 프롬프트로도 아이디어를 요청할 수는 있지만, brainstorm-ideas-new는 탐색 중심의 구조를 제공합니다. 먼저 기회를 이해한 뒤, PM, 디자이너, 엔지니어 관점에서 아이디어를 생성하게 하므로 결과를 비교하고 Strategic Planning에 활용하기가 더 쉽습니다.
잘 쓰려면 제품 전문성이 꼭 필요한가요?
아니요. 타깃 사용자와 문제를 명확하게 설명할 수 있다면 초보자도 충분히 사용할 수 있습니다. 핵심 한계는 전문성보다 입력 품질입니다. 세그먼트와 목표가 구체적일수록, 아이디어도 더 실행 가능하게 바뀝니다.
언제 이 스킬을 쓰지 말아야 하나요?
다음이 필요할 때는 사용하지 마세요:
- 깊은 고객 리서치 통합,
- 구현 계획,
- 최종 우선순위 결정,
- 또는 다듬어진 제품 요구사항 문서.
이 brainstorm-ideas-new skill FAQ는 초기 아이데이션에 관한 내용이므로, 제품 방향이 고정되기 전 단계에서 가장 강합니다.
brainstorm-ideas-new 스킬 개선하기
기회 정의를 더 날카롭게 시작하기
품질을 가장 크게 끌어올리는 방법은 아이디어를 요청하기 전에, 한 문장으로 기회를 정의하는 것입니다. 사용자가 누구인지, 무엇 때문에 막히는지, 왜 지금이 중요한지 적어 주세요. 그러면 스킬이 흔한 기능 목록으로 흘러가지 않고, 실제 제품 베팅에 연결된 아이디어를 만들 수 있습니다.
제약과 트레이드오프를 분명히 제시하기
실용적인 결과를 원한다면 B2B vs B2C, 모바일 vs 웹, 개인 사용자 vs 팀 워크플로, 속도 vs 깊이 같은 제약을 함께 넣으세요. 이런 조건은 브레인스토밍이 현실에서 벗어나지 않게 잡아 주고, 결과가 실제 빌드 범위를 더 잘 반영하게 만들어 brainstorm-ideas-new install 판단에도 도움이 됩니다.
검증 가능한 아이디어를 요청하기
첫 결과물을 받은 뒤에는 어떤 아이디어가 가장 테스트하기 쉬운지, 어떤 아이디어가 리스크가 큰지, 어떤 아이디어가 구현 부담이 가장 적은지를 물어보는 것이 좋습니다. 이렇게 하면 원초적인 아이데이션이 인터뷰, 프로토타입 테스트, 내부 검토에 바로 쓸 수 있는 후보군으로 바뀝니다.
렌즈를 좁혀가며 반복하기
첫 시도가 너무 넓다면, 더 좁은 세그먼트나 더 분명한 결과로 다시 실행하세요. 예를 들어 “새 생산성 앱” 대신 “클라이언트 인계가 더 필요한 프리랜서 디자이너를 위한 새 생산성 앱”으로 바꾸는 식입니다. 입력을 더 좁힐수록 전략적 선택지는 좋아지고, 노이즈는 줄어듭니다.
