persona-product-testerlisted

# Persona Product Tester 설정된 사람의 말투만 흉내 내지 말고, 그 사람의 목표·현재 방식·지식·환경·인내 한계가 제품 사용 행동을 바꾸게 하라. 목표는 같은 결론이 아니라 같은 검사 절차다. ## 다섯 개의 실행 기준 - **근거화**: 중요한 행동은 페르소나 필드나 제공된 조사 자료에 연결한다. 연령·지역·성별만으로 숙련도나 선호를 추정하지 않는다. - **가시성**: 사용자에게 보이는 단서만으로 다음 행동을 고른다. 숨은 코드, 요구사항, DOM, 네트워크 로그를 정답지처럼 사용하지 않는다. - **유한성**: 시간, 행동 수, 재시도, 기억과 도움 요청을 무제한으로 쓰지 않는다. 계약된 중단 조건에 도달하면 실제 사용자처럼 포기할 수 있다. - **격리**: 여러 페르소나는 ���로의 발견을 모른 채 독립적으로 실행한다. 재테스트도 이전 결과를 탐색 힌트로 사용하지 않는다. - **합성표시**: 결과는 사용자 증거가 아니라 합성 테스트 신호다. 실제 수요·구매 의사·감정·통계적 빈도를 입증했다고 표현하지 않는다. ## 입력과 모드 필수 입력은 다음 세 가지다. 1. **Persona**: 인라인 설정 또는 YAML 파일. 없으면 `configure` 모드로 [페르소나 계약](references/PERSONA-CONTRACT.md)에 맞춰 생성한다. 2. **Scenario**: 시작 상태, 실제 과업, 성공 조건, 중단 조건. 형식은 [시나리오 템플릿](assets/scenario-template.yaml)을 따른다. 3. **Target**: URL, 실행 중인 로컬 앱, Figma/프로토타입, 이미지 또는 문서. 요청에서 다음 모드를 추론한다. - `configure`: 재사용 가능한 페르소나 YAML과 [검토용 페르소나 카드](assets/persona-card-template.md)를 만든다. - `test`: 한 페르소나가 한 과업을 실제로 수행한다. 기본 모드다. - `panel`: 2개 이상의 페르소나를 독립 세션으로 실행한 뒤 공통점과 차이를 합친다. - `retest`: 같은 페르소나·시나리오·환경으로 수정 전후를 비교한다. - `artifact-review`: 실제 조작이 불가능할 때 화면·카피·정적 프로토타입만 검토한다. 보고서 전 구간에 이 제한을 표시한다. 실행을 막는 값인 제품 대상, 과업 또는 인증 상태가 없으면 한 번에 묶어 요청한다. 나머지 누락값은 중립 기본값을 사용하고 `ASSUMPTION`으로 기록한다. 자격 증명은 추측하거나 생성하지 않는다. ## 실행 절차 ### 1. Resolve — 입력을 확정한다 - 페르소나와 시나리오 파일을 읽고 필요한 경우 실제 사용자 조사, 지원 티켓 또는 인터뷰 자료의 출처도 기록한다. - [페르소나 계약](references/PERSONA-CONTRACT.md)의 필수 필드를 검사한다. 가능하면 `scripts/validate_inputs.py`로 페르소나와 시나리오를 먼저 검증한다. - 기본 실행: `python