요구사항 접수 (req-intake)

무엇을 해주나

• 먼저 도전한다: 누가·어떤 상황에서·어떤 문제를 겪는지, 안 하면 어떻게 되는지, 더 작은 해결책은 없는지, 이해관계자는 누구인지를 순서대로 질문합니다. 결론은 '입안 / 하지 않기 권고 / 정보 보완' 세 가지뿐입니다.
• 기대효과(Expected Outcome)를 강제한다: 지표·기준선(출처 포함)·목표·측정 방법과 담당자·관찰 기간을 표로 작성하게 합니다. "체험이 더 좋아짐" 같은 모호한 문장은 금지됩니다.
• 문서와 작업 항목 생성·상호 링크: lark-cli로 템플릿 기반 Feishu 요구사항 문서를 만들고, meegle CLI로 Meegle(Feishu Project) 작업 항목을 생성한 뒤 양쪽에 서로의 링크를 기록합니다.
• 검수 체크리스트: 작업 항목에서 문서 링크가 읽히는지, 문서에서 작업 항목 링크가 보이는지, 기대효과 표의 모든 행에 기준선과 관찰 기간이 있는지 확인합니다.

이런 분께 추천

• Feishu(라크) 문서 + Meegle로 제품 요구사항을 관리하는 TPM·PM·테크리드
• 채팅방에서 흘러나온 한 줄 요구가 문서도 티켓도 없이 사라지는 문제를 겪는 팀
• 요구사항 단계부터 '성공 기준'을 수치로 못 박고 싶은 조직

전제: lark-cli와 meegle CLI가 설치·인증되어 있어야 하며, 동봉된 templates/requirement-doc.md·templates/meegle-field-mapping.md를 사용합니다.

활용 예시

1. 동료가 단톡방에 "/resume 목록이 너무 느려요, 캐시 좀 넣어주면 안 돼요?"라고 올림 → 스킬이 실제 사례와 데이터를 요구하고, 기준선 2.4s(지난주 계측) → 목표 800ms 이하, 출시 후 7일 관찰로 기대효과 표를 완성한 뒤 문서와 작업 항목을 생성.
2. "설정 한 줄로 해결되는 요청"이 들어온 경우 → 4번 질문 흐름에서 '더 작은 해결책'으로 판정되어 '하지 않기 권고'로 종결하고 이유를 기록.
3. 요구사항 문서는 있으나 Meegle 티켓이 없는 상태 → 작업 항목을 만들고 문서의 "작업 항목: 생성 예정" 문구를 실제 링크로 치환.

이 파일의 지시를 읽고 그대로 따라서 나를 도와줘:
https://raw.githubusercontent.com/MiniMax-AI/mcode-stack/HEAD/stacks/req-tpm/skills/req-intake/SKILL.md

내가 원하는 것: (여기에 하고 싶은 일을 쓰세요)

AI 스킬마트에서 찾은 스킬을 설치해줘.
GitHub 저장소 MiniMax-AI/mcode-stack 의 stacks/req-tpm/skills/req-intake 폴더를 내 ~/.claude/skills/req-intake/ 에 그대로 복사해줘.
설치가 끝나면 이 스킬로 무엇을 할 수 있는지 한 줄로 알려줘.