brainstorm-ideas-existing

brainstorm-ideas-existing 개요

brainstorm-ideas-existing은 기존 제품을 바탕으로 새로운 아이디어를 만드는 제품 발굴용 skill이지, 완전히 처음부터 발상하는 용도가 아닙니다. PM, 디자이너, 엔지니어의 관점에서 제품 트리오가 기회를 함께 검토한 뒤, 가장 유망한 방향으로 결과를 좁히는 데 도움이 됩니다. 이미 제품과 목표 세그먼트, 해결할 문제가 있고, 일반적인 프롬프트보다 더 구조화된 아이데이션이 필요할 때 사용하세요.

이 skill이 가장 잘 맞는 경우

brainstorm-ideas-existing skill은 새로운 기능 아이디어, 알려진 기회에 대한 대안적 해법, 또는 제품 발굴을 위한 더 좋은 가설 출발점이 필요할 때 특히 강합니다. 고객의 불편, 비즈니스 가치, 구현 현실을 로드맵 방향을 정하기 전에 연결해야 하는 Product Management 작업에서 특히 유용합니다.

무엇이 다른가

느슨한 브레인스토밍 프롬프트와 달리, 이 skill은 여러 관점과 우선순위화를 명시적으로 사용합니다. 한쪽으로 치우친 아이디어를 줄이고, 실제로 테스트해 볼 만한 옵션을 더 잘 드러내기 때문입니다. 또한 첫 시도가 충분하지 않거나 근거가 불완전할 때 도움이 되는 탐색 루프를 장려합니다.

언제 적합한가

다음 세 가지에 답할 수 있다면 brainstorm-ideas-existing을 선택하세요: 어떤 제품을 다루는지, 어떤 기회나 문제를 탐색하는지, 아이디어가 누구를 위한 것인지. 단순히 일반적인 창의성이 필요하다면, 이 skill은 아마 당신에게 필요한 것보다 절차가 더 많을 수 있습니다. 반대로 제품 전략과 실행 제약에 더 밀착된 아이디어가 필요하다면 훨씬 잘 맞습니다.

brainstorm-ideas-existing skill 사용법

skill 설치 및 위치 확인

npx skills add phuryn/pm-skills --skill brainstorm-ideas-existing로 설치합니다. brainstorm-ideas-existing 설치 결정을 할 때 중요한 점은 이 repo가 가볍다는 것입니다. 확인해야 할 보조 스크립트나 지원 폴더가 없으므로, SKILL.md가 사실상의 단일 기준입니다. 먼저 그 파일을 보고, frontmatter를 확인한 뒤, 본문을 읽고 나서 자신의 워크플로에 맞게 적용하세요.

skill에 맞는 입력을 주기

brainstorm-ideas-existing 사용 패턴은 프롬프트에 제품 이름, 구체적인 기회, 대상 사용자, 원하는 결과를 포함할 때 가장 잘 작동합니다. 좋은 입력의 예는 이런 식입니다: “우리 기존 피트니스 앱에서 1주 차 이탈하는 신규 사용자의 리텐션을 높이기 위한 아이디어를 브레인스토밍해줘.” 반대로 “내 제품 아이디어 좀 내줘” 같은 입력은 약합니다. 첫 번째는 skill이 쓸 만한 아이디어를 만들 충분한 맥락을 주지만, 두 번째는 추측에 의존하게 만듭니다.

트리오 방식의 프롬프트를 사용하기

이 skill은 PM, 디자이너, 엔지니어처럼 생각하도록 설계되어 있으므로, 단순한 발상보다는 의사결정 중심으로 요청을 구성하세요. 실전용 brainstorm-ideas-existing 가이드는 관점별로 아이디어를 요청한 뒤, 짧은 우선순위화 단계까지 부탁하는 것입니다. 예를 들어: “PM 관점 5개, Design 관점 5개, Engineering 관점 5개를 생성한 다음, 영향도·실행 가능성·확신도를 기준으로 상위 5개를 순위 매겨줘.” 이런 구조는 skill의 워크플로와 맞아떨어지고, 워크숍이나 기획 단계에서 결과를 쓰기 쉽게 만듭니다.

소스 파일부터 읽기

이 repository에서는 README.md, rules/, resources/, 또는 워크플로를 확장하는 스크립트가 없으므로, 먼저 검토할 핵심 파일은 SKILL.md입니다. brainstorm-ideas-existing을 조직용으로 변형하려면, 문구를 그대로 복사하는 것보다 순서를 유지하는 것이 더 중요합니다. 맥락을 확인하고, 여러 관점에서 아이디어를 낸 뒤, 우선순위를 정하는 흐름을 지켜야 합니다. 이 순서가 있어야 결과가 실제 제품 문제와 연결됩니다.

brainstorm-ideas-existing skill FAQ

brainstorm-ideas-existing은 Product Management에만 쓰는가?

아닙니다. brainstorm-ideas-existing skill은 Product Management에 유용하지만, 의도적으로 cross-functional하게 설계되어 있습니다. PM, Design, Engineering의 관점이 모두 의사결정에 중요할 때 가장 잘 작동하며, 특히 바람직성과 구현 가능성을 모두 만족하는 아이디어가 필요할 때 효과적입니다.

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

일반 프롬프트도 아이디어를 만들어낼 수는 있지만, brainstorm-ideas-existing은 구조를 더합니다. 맥락을 묻고, 관점을 분리하고, 우선순위화로 밀어붙입니다. 그 덕분에 대체로 더 쓸모 있는 결과와 덜 일반적인 제안을 얻을 수 있으며, 특히 기회가 복잡하거나 팀이 같은 출발점을 필요로 할 때 효과가 큽니다.

초보자도 쓰기 쉬운가?

네, 이미 제품과 문제를 알고 있다면 가능합니다. 이 skill을 쓰기 위해 별도의 discovery 전문성이 꼭 필요한 것은 아니지만, 작동할 만큼의 맥락은 제공해야 합니다. 초보자는 제품, 사용자 세그먼트, 비즈니스 목표를 짧은 한 단락으로 먼저 설명한 뒤 아이디어를 요청할 때 더 좋은 결과를 얻습니다.

언제 사용하지 말아야 하나?

문제가 아직 정의되지 않았거나, 제품이 무엇인지 불분명하거나, 무작위 개념 목록만 빨리 받고 싶을 때는 brainstorm-ideas-existing을 쓰지 마세요. 또한 깊은 리서치 종합, UX 카피, 구현 명세가 필요한 경우에도 맞지 않습니다. 이 skill의 가치는 그런 작업보다 앞 단계에 있습니다. 즉, 이미 알고 있는 기회를 더 나은 제품 옵션으로 바꾸는 데 있습니다.

brainstorm-ideas-existing skill 개선 방법

더 선명한 제약부터 제시하기

가장 좋은 brainstorm-ideas-existing 결과는 대상 세그먼트, 제품 단계, 지표, 이미 확인된 pain point처럼 경계가 분명할 때 나옵니다. “셀프서비스 SMB 관리자들의 첫 7일 동안 activation을 높여줘”라고 말하면, “온보딩을 개선해줘”라고 할 때보다 훨씬 나은 아이디어를 얻을 수 있습니다. 제약은 넓이보다 관련성을 택하게 해 줍니다.

평가 가능한 출력물을 요청하기

아이디어 생성에서 끝내지 마세요. 각 아이디어가 왜 중요한지, 어떤 관점에서 나왔는지, 어떤 기준으로 판단해야 하는지까지 포함해 달라고 요청하세요. 예를 들어: “각 아이디어마다 의도한 사용자 가치, 예상 비즈니스 영향, 주요 구현 리스크를 적어줘.” 이렇게 하면 brainstorm-ideas-existing skill이 더 의사결정에 바로 쓸 수 있는 형태가 되고, product trio와 논의하기도 쉬워집니다.

첫 결과 뒤에는 반복해서 다듬기

첫 출력은 보통 최종 답이 아니라 출발점입니다. 아이디어가 너무 넓으면 대상 사용자나 결과를 더 좁히세요. 너무 안전하면 더 대담한 옵션이나 인접 기회를 요청하세요. 너무 비용이 크면 더 적은 노력으로 가능한 변형안을 요청하세요. 이런 식으로 반복해야 brainstorm-ideas-existing skill이 실제 제품 발굴에 유용해지고, 워크숍용 연습 수준에 머무르지 않습니다.

근거를 넣어 프롬프트를 개선하기

리서치 메모, 고객 인용문, 퍼널 데이터, 현재 제품의 한계가 있다면 함께 넣으세요. 이 skill은 기회 맥락을 전제로 설계되어 있어서, 근거가 있으면 일반적인 브레인스토밍으로 흐르는 것을 막아 줍니다. 좋은 입력은 brainstorm-ideas-existing 사용법을 가장 빠르게 개선하는 방법이며, 아이디어를 토론에서 실험으로 이어지게 만드는 가장 확실한 방법입니다.