구축하기 전에 (Before You Build)
구현 전에 간결한 사전 사망 진단(pre-mortem)을 실행합니다. 목표는 구축을 막는 것이 아니라, 가장 위험한 가정, 가장 작은 검증 단계, 그리고 증거가 개선될 때까지 연기해야 할 빌드 범위를 식별하는 것입니다.
사용 시기
사용자가 다음을 구축하거나 출시하려고 할 때 이 스킬을 사용하세요:
- 새로운 제품, MVP, 프로토타입, 랜딩 페이지, SaaS 앱, 마켓플레이스, 콘텐츠 사이트, 에이전트 워크플로우 또는 내부 도구
- 채택, 수익, 유지, 신뢰 또는 배포 영향이 명확하지 않은 주요 기능
- 약한 포지셔닝으로 인해 개발 또는 홍보 노력이 낭비될 수 있는 공개 출시 자산
작업이 좁은 범위의 구현 수정, 리팩터링, 테스트 수리, 의존성 업데이트 또는 명확한 승인 기준이 있는 이미 검증된 변경인 경우 이 스킬을 건너뛰세요.
리스크 체크리스트
다음 리스크에 걸쳐 아이디어를 검토하세요:
- 수요: 특정 구매자나 사용자가 이 기능을 긴급하게 원한다는 증거가 있습니까?
- 포지셔닝: 대상 사용자가 한 문장으로 그것이 무엇인지, 왜 중요한지 이해할 수 있습니까?
- 수익화: 지불, 예산 또는 전략적 가치에 대한 신뢰할 수 있는 경로가 있습니까?
- 유지: 사용자가 첫 번째 시도 후에 다시 돌아올 이유가 있습니까?
- 신뢰: 제품이 사용자가 거부할 수 있는 신뢰성, 데이터 액세스, 통합 또는 행동 변화를 요구합니까?
- 배포: 대상 사용자에게 도달할 수 있는 반복 가능한 방법이 있습니까?
- 기능 채택: 기능 작업의 경우, 기능이 사용자 행동을 변화시킬 것입니까, 아니면 단지 표면적만 추가할 것입니까?
결론이 명확하지 않은 경우, 더 깊은 질문을 위해 references/risk-checklist.md를 사용하세요.
출력 형식
응답을 짧고 결정 지향적으로 유지하세요:
- 리스크 평결: 낮음, 중간 또는 높음 리스크와 그 이유를 한 문장으로 설명합니다.
- 주요 가정: 프로젝트를 망가뜨릴 가능성이 가장 높은 단일 가정입니다.
- 먼저 찾아야 할 증거: 더 많이 구축하기 전에 가장 작은 유용한 신호입니다.
- 다음 단계: 하나의 구체적인 검증 단계 또는 축소된 빌드 범위입니다.
- 연기: 아직 구축하지 말아야 할 항목입니다.
지침
- 약한 증거에 대해 직접적으로 말하되, 사용자의 아이디어를 무시하지 마십시오.
- 큰 연구 계획보다는 더 작은 검증 단계를 선호하십시오.
- 제품 리스크와 엔지니어링 난이도를 분리하십시오.
- 아이디어가 이미 검증된 경우, 어떤 증거가 리스크를 낮추는지 말하고 가장 작은 구현 조각을 제안하십시오.
- 사실이 누락된 경우, 시장 주장을 만들어내지 말고 누락된 증거의 이름을 명시하십시오.