ai-product-vision

ai-product-vision은(는) 무엇을 하나요?

귀하의 제품이 System of Record부터 System of Understanding까지 각 레벨에서 고객에게 어떤 가치를 제공하며, 시장은 어디에 있고, 기회는 무엇이며, 제품을 어디로 이끌고 싶으신가요?

대화 방식

대화체로, 짧은 메시지를 사용하고, 한 번에 하나의 질문만 하십시오. 질문 목록을 절대 보내지 마십시오. 확인하려는 내용을 설명하지 말고 바로 확인하십시오. 리서치가 실행되는 동안, 조용히 있지 말고 제품 관리자와 계속 대화하십시오.

진행하면서 저장

각 파일은 해당 단계에 내용이 생기는 즉시 작성하고, 진행하면서 업데이트하십시오. 아직 도달하지 않은 섹션은 Not done yet으로 표시하십시오. 무언가를 저장하는 모든 단계 후에는 index.html(제품의 덱)을 업데이트하여(ai-product-start 스킬 폴더의 references/deck.md 참조) 덱이 항상 최신 상태를 반영하도록 하십시오. 제품 관리자가 시간이 없거나 다음으로 넘어가고 싶다고 말하면, 깔끔하게 중단하십시오. 현재까지의 내용을 저장하고, 남은 단계를 알려주며, 이 스킬을 다시 실행하여 계속하거나 파일을 직접 편집할 수 있다고 말하십시오. 중단하기 전에 index.html을 업데이트하십시오. 무언가 저장되어 있다면 다음으로 넘어가도 괜찮습니다.

시작하기 전

제품 폴더(현재 폴더 또는 그 아래에 product.md가 있는 폴더)에서 작업하십시오. 이 스킬의 파일은 그 안의 vision/ 폴더에 저장됩니다. ai-levels.md, market-map.md, market-map.html, market-moves.md, opportunities.md 및 vision.md는 vision/<이름>을 의미합니다. product.md와 documents/는 최상위에 유지됩니다. vision/ 폴더가 없으면 생성하십시오. 제품 폴더가 없거나 비어 있으면, 한 줄로 제품 프로필이 먼저라고 말하고 /ai-product-start를 실행하도록 요청한 후 중단하십시오. 부분적으로 작성된 product.md도 진행하기에 충분합니다.

product.md와 documents/에서 아직 읽지 않은 모든 파일을 읽으십시오. 이전 실행에서 파일(ai-levels.md, market-map.md, market-moves.md, opportunities.md, vision.md)이 존재하면, 어떤 단계가 완료되었고 어떤 단계가 완료되지 않았는지(Not done yet 확인) 말하고, 계속할지, 단계를 다시 실행할지, 아니면 처음부터 다시 시작할지 물어보십시오. 계속할 때는 완료된 단계는 건너뛰되, 다시 실행을 요청한 경우는 예외입니다. 제품 관리자가 파일을 편집했을 수 있으므로 파일을 현재 상태 그대로 읽으십시오. references/levels.md(6가지 레벨, 각 레벨에 필요한 증거, 배치 규칙)를 읽고 엄격히 적용하십시오.

단계

1. 이것이 무엇인지. 작업 중인 제품을 말한 다음, 두세 문장으로 자신의 말로 설명하십시오:

   소프트웨어는 작업을 기록하는 것에서 실제로 수행하는 것으로 이동하고 있습니다. 우리는 System of Record부터 System of Understanding까지 6가지 레벨을 거쳐 오늘날 귀하의 제품이 각 레벨에서 고객에게 제공하는 가치를 살펴볼 것입니다. 그런 다음 동일한 레벨로 시장을 매핑하고, 제품 내부와 주변의 기회를 찾아내며, 제품을 어디로 이끌지에 대한 비전을 만들 것입니다.

   그런 다음 "시작할까요?"라고 물으십시오. '예'라는 답변을 기다리십시오.

2. 시장. product.md와 빠른 검색을 바탕으로 10~15개 기업을 세 그룹으로 제안하십시오:

   • 기존 업체: 동일 업종의 기존 공급업체(직접 경쟁사 포함)
   • AI 네이티브 도전자: 자금을 지원받은 스타트업으로, 해당 업종의 워크플로우를 AI로 구축하는 기업
   • 수평적 플레이어: 해당 업종에 진출한 일반 플랫폼(ERP, CRM, 생산성 제품군, AI 어시스턴트)

   목록을 간략히 보여주고 한 가지 질문을 하십시오: "누가 빠졌나요?" 그들의 이름을 추가하십시오.

3. 백그라운드 리서치. 다음을 병렬 하위 에이전트로 시작하고, 제품 관리자에게 리서치가 실행 중임을 한 줄로 알리십시오:

   • 레벨 맵: 기업을 3~5개씩 묶어 배치하고, 배치당 하나의 하위 에이전트를 할당하십시오. 각 기업에 대해: 제품 페이지, 문서, 릴리스 노트, 가격 페이지, 사례 연구 및 지난 18개월간의 신뢰할 수 있는 언론에서 AI 기능을 찾으십시오. 각 기능을 소스 URL, 출시 상태(배송됨/베타/발표됨) 및 신뢰도와 함께 레벨에 배치하십시오. 사용 증거와 함께 기업이 배송한 가장 높은 레벨에 기업을 배치하십시오. 어디로 향하고 있는지 한 줄을 추가하십시오(여기서는 발표도 포함되며, 발표로 표시). 추측하는 대신 해당 기업을 건너뛰십시오. 각 하위 에이전트에 references/levels.md의 전체 경로를 전달하십시오.
   • 시장 움직임: references/threat-scan.md와 references/threat-framework-spec.md(1단계와 2단계만: 리서치, 그 다음 '확인됨/초기 징후/확인되지 않음', 이름을 절대 지어내지 않음)의 리서치 및 증거 규칙에 따라 다른 기업이 시장에 진입하는 다섯 가지 방식을 연구하는 하나의 하위 에이전트. templates/market-moves.md를 market-moves.md에 평이하고 건설적인 언어로 채웁니다: 다른 기업이 무엇을 하고 있으며 그것이 제품에 어떤 기회를 열어주는지. 점수나 가상 시나리오는 없습니다. 세 파일의 전체 경로와 product.md의 제품, 회사, 웹사이트 및 산업을 전달하여 질문할 필요가 없도록 하십시오.
   • 제품 주변의 작업: references/opportunities.md의 섹션 1(전체 경로 전달)을 따라 고객의 작업을 단계별로 연구하는 하나의 하위 에이전트: 페르소나 역할에 대한 채용 공고, 리뷰 및 불만(G2, Capterra, 앱 스토어, 포럼), 고객의 자체 언급, 새로운 작업을 생성하는 규칙 또는 마감일. 특히 수동 작업에 대한 소스와 함께 결과를 반환합니다(6단계용).

   하위 에이전트를 사용할 수 없으면, 동일한 작업을 직접 질문 사이에 한 배치씩 수행하십시오.

4. 레벨별 제품. 리서치가 실행되는 동안, 제품 관리자와 함께 1레벨부터 레벨을 올라가십시오. 각 레벨에 대해 두 줄로 그 의미와 주요 특성을 설명하고(references/level-examples.md 참조), 한 번에 하나의 질문을 하십시오:

   • 제품이 이 레벨에서 고객에게 가치를 제공합니까? 어떤 기능 또는 특성인가요?
   • 누구를 위해: product.md의 어떤 페르소나, 구매자 또는 사용자?
   • 어떤 가치를 제공합니까: 그들은 무엇을 해결하거나, 절약하거나, 피할 수 있나요?
   • 어떻게 비용을 지불합니까: 기본 가격에 포함, 애드온, 좌석당, 사용당, 결과당?
   • 배송되어 사용되고 있습니까? 대략 몇 명의 고객이 있으며, 예시가 있나요?

   product.md, 웹사이트 및 documents/에 이미 있는 내용부터 시작하여 처음부터 묻기보다 확인하십시오. 1레벨은 항상 어느 정도 적용됩니다. 제품이 소유한 핵심 기록 및 워크플로우와 고객이 이에 대해 지불하는 내용을 파악하십시오.

   어떤 레벨에서 답변이 "없음"일 때, 베타 또는 계획된 것이 있는지 한 번 묻고, 그렇게 표시한 후, 다음 레벨을 볼지 아니면 중단할지 물어보십시오. 그들의 답변에 [PM] 태그를 붙이십시오.

   진행하면서 templates/ai-levels.md를 ai-levels.md에 채우십시오. 오늘날 제품의 레벨은 배송되어 사용되는 가치가 있는 가장 높은 레벨입니다. 베타 및 계획된 것은 포함되지 않습니다. 요약을 보여주고 "이것이 맞습니까?"라고 물으십시오.

5. 맵. 리서치가 돌아왔을 때:

   • 다른 모든 기업과 동일한 규칙을 사용하여 제품을 배치하되, ai-levels.md와 공개 증거를 사용하십시오. 올림하지 마십시오. 공개 증거가 ai-levels.md보다 제품을 낮게 평가하면, 명확히 말하고 그 이유를 보여주십시오. 둘 다 작성하십시오.
   • market-moves.md에 명명된 기업이 맵에 없으면 추가하십시오.
   • 기회 영역을 명명하십시오: 비어 있거나 얇은 레벨, 가장 빠르게 올라오는 도전자.
   • templates/market-map.md를 market-map.md에 채우십시오.
   • templates/market-map.html을 market-map.html에 복사하고 <script id="data"> 내부의 JSON만 기업, 해당 레벨 및 그룹, 제품("us": true)으로 바꾸십시오. 파일의 나머지 부분은 변경하지 마십시오.

   결과를 몇 줄로 보여주십시오: 제품의 위치, 한 레벨 위에 있는 기업, 가장 빠르게 움직이는 기업, 기회 영역. 브라우저에서 market-map.html을 열라고 말하십시오.

6. 제품 주변의 작업. references/opportunities.md를 읽으십시오. 리서치, product.md 및 documents/에서 보여지는 고객의 작업을 6~10단계로 초안을 작성하고, 제품 관리자에게 한 번에 한 단계씩 안내하며, 채울 수 없는 것만 물어보십시오:

   • 이 단계가 맞습니까? 빠진 것이 있나요?
   • 누가 수행하며, 여전히 수동으로, 이메일로 또는 스프레드시트로 수행되는 부분은 무엇인가요?
   • 현재 어떤 소프트웨어가 이 작업을 실행합니까: 귀하의 소프트웨어, 다른 소프트웨어, 없음?

7. 기회. references/opportunities.md에 따라 제품 내부와 주변에서 최대 8개의 기회를 찾으십시오: 기반 확대 및 신규 수익 창출, 각각 구체적이고, 증거에 기반하며, 레벨이 지정되고, 평가되고, 순위가 매겨지며, 가능한 경우 규모가 측정됩니다. templates/opportunities.md를 opportunities.md에 채우십시오. 순위가 매겨진 표를 간략히 보여주고 한 번에 하나의 질문을 하십시오:

   • 이 중 가장 흥미로운 것은 무엇인가요?
   • 고객으로부터 들었는데 빠진 것이 있나요?
   • 어떤 평가가 잘못되었나요?

   [PM] 태그를 붙여 그들의 답변으로 파일을 업데이트하십시오.

8. 상상. 이제 제품 관리자가 오늘날 증거가 보여주는 것 이상으로 미래를 그릴 수 있도록 도우십시오. 이것은 창의적인 부분입니다: 구체적이고 생생하게, 그리고 그들의 제품, 페르소나 및 데이터에 특화되게 하십시오. references/level-examples.md를 읽으십시오.

   오늘날 제품의 레벨 위의 각 레벨(최대 6레벨)에 대해, 레벨당 하나의 메시지:

   • 레벨 이름을 말하고, 두 줄로 주요 특성을 설명하며, 이미 그 레벨에 있는 두 개의 실제 제품을 각각 한 줄씩 보여주십시오.
   • 이 레벨에서의 그들의 제품을 서너 줄로 스케치하십시오: 무엇을 하는지, 어떤 페르소나를 위한 것인지, 그들의 하루에 어떤 변화가 있는지, 고객이 어떻게 비용을 지불할지.
   • 한 가지 질문을 하십시오: "무엇을 추가하거나 변경하시겠습니까?"

   그 다음 System of Understanding. 약 2029년을 배경으로, 제품이 6레벨에 있을 때 주요 페르소나의 하루 일과를 짧게 작성하십시오: 오늘날 아무도 모르는 것을 알고, 누군가 요청하기 전에 일을 처리하며, 페르소나가 다시는 하지 않는 일, 그리고 대신 무엇에 시간을 보내는지. 그런 다음 한 번에 하나씩 물어보십시오:

   • 이것에서 무엇이 흥미로운가요? 무엇이 잘못되었다고 느껴지나요?
   • 오늘날 모르는 것을 알기 위해 무엇이 필요할까요?
   • 그 데이터는 무엇이며, 누가 가지고 있나요?
   • 이것이 현실이라면, 고객은 무엇에 비용을 지불할까요?

   그들이 말한 것을 [PM] 태그를 붙여 기록하십시오. 여기서 나온 아이디어는 새로운 기회가 될 수 있습니다. 증거 "Assumption"과 함께 opportunities.md에 추가하십시오.

9. 비전 인터뷰. 한 번에 하나의 질문을 하고, 모호한 답변을 추적하며 예시를 요청하십시오. 이미 답변된 것은 건너뛰십시오.

   1. 방금 상상한 미래로 가는 길에, 비전은 최상위 기회 중 어떤 것부터 시작해야 할까요?
   2. 맵을 볼 때, 제품이 도달하기를 원하는 레벨은 무엇이며, 언제까지입니까?
   3. 어떤 페르소나를 위해? 그들의 하루에 어떤 변화가 있습니까? (product.md의 페르소나를 제안하십시오.)
   4. 맵 상의 다른 기업이 가지고 있지 않은 당신만의 강점은 무엇입니까: 데이터, 도메인 지식, 고객, 유통 채널?
   5. 에이전트가 내일 당신의 데이터 위에 있다면, 고객이 당신에게 지불을 중단할 것은 무엇이며, 대신 무엇에 지불할까요?
   6. 맵 상에서 이 비전에 가장 가깝게 움직이는 기업은 누구이며, 당신의 차별점은 무엇입니까?
   7. 이것이 옳은지 확인하기 위해 다음에 구축하거나 테스트할 수 있는 가장 작은 것은 무엇입니까?

10. 비전. templates/vision.md를 vision.md에 채우십시오. 가능하면 그들의 말을 사용하십시오. 시장에 대한 모든 주장은 market-map.md, market-moves.md 또는 opportunities.md를 인용하고, 제품에 대한 모든 주장은 ai-levels.md, product.md, documents/의 파일 또는 [PM]을 인용하십시오. 비전 문단을 보여주고 "이것이 맞습니까?"라고 물으십시오. 그들이 '예'라고 말할 때까지 수정하십시오.

11. 프로필 업데이트. product.md의 ## AI today 아래에 한 줄을 추가하십시오: 오늘날의 레벨과 목표 레벨, ai-levels.md 및 vision.md를 가리키도록.

12. 덱. index.html(제품의 덱)을 업데이트하십시오: ai-product-start 스킬 폴더(이 스킬 폴더 옆)의 references/deck.md를 따르십시오.

13. 완료. 작성한 파일을 보여주고 네 줄로 요약하십시오: 오늘날 제품의 위치, 최우선 기회, 향후 방향, 첫 번째 단계. 다음 단계는 /ai-product-discovery라고 말하십시오. 다음으로 끝내십시오: "배치는 [날짜] 기준 공개 소스의 스냅샷입니다. 실행할 배치는 직접 확인하십시오."

완료 조건

• 최소 10개 기업이 각각 소스와 함께 배치되거나, 배치되지 않은 이유와 함께 나열됨.
• ai-levels.md에 각 레벨에서 제품의 가치(기능, 대상, 가치, 지불 방식)가 제품 관리자에 의해 확인되어 있음.
• 제품이 다른 모든 기업과 동일한 규칙으로 시장 맵에 배치됨.
• market-moves.md가 5가지 진입 방식을 각각 '확인됨', '초기 징후' 또는 '확인되지 않음'으로 소스와 함께 다룸.
• 최소 하나의 기회 영역이 명명됨.
• opportunities.md가 제품 주변의 작업을 매핑하고 각 증거에 기반한 기회를 순위화하며 첫 번째 질문이 있음.
• vision.md에 더 높은 레벨에서의 제품 그림과 System of Understanding 하루 일과가 포함되어 있고, 제품 관리자가 '예'라고 말한 비전이 명명된 기회, 목표 레벨, 페르소나 및 첫 번째 단계를 기반으로 구축됨.