FAQ
자주 묻는 질문
FAQ는 결정하거나 도움을 받기 전에 자주 묻는 질문을 모아둔 거예요. 답변은 그 사람들이 아는 단어와 상황을 써요.
Is every example original?
Yes. We made every scene for this guide.
Can I use the prompt?
Yes. Change it to fit your product.
실제 예시
요금 자주 묻는 질문은 취소, 영수증, 데이터 내보내기, 요금제 변경을 다뤄요. 전체 정책 페이지로 링크를 연결해요.
주요 부분
- 01Trigger or task context
- 02Primary control surface
- 03Feedback, focus, and dismissal
사용할 때
실제 질문이 계속 발생하고 짧은 답변으로 의심을 제거할 수 있을 때 사용하십시오.
다음 경우에는 사용하지 마세요
쉬운 질문을 절대 만들어 내거나 핵심 용어를 숨기지 마세요. FAQ가 사이트 탐색을 대체할 수 없습니다.
코드에서 사용된 이름
<section> / <details> 출시하기 전에
Before release, check the page structure, keyboard access, visible focus, contrast, and zoom. Also check loading, empty, error, success, cancel, and reduced-motion states.
Outcome：Complete the task with 자주 묻는 질문 (FAQ)。 User context：요금 자주 묻는 질문은 취소, 영수증, 데이터 내보내기, 요금제 변경을 다뤄요. 전체 정책 페이지로 링크를 연결해요. Recommended pattern：자주 묻는 질문 (FAQ)。 Why it fits：실제 질문이 계속 발생하고 짧은 답변으로 의심을 제거할 수 있을 때 사용하십시오. Do not use it when：쉬운 질문을 절대 만들어 내거나 핵심 용어를 숨기지 마세요. FAQ가 사이트 탐색을 대체할 수 없습니다. Product requirements: Define the default, loading, empty, error, success, and recovery states. Keep user input. Give clear feedback after every action. Accessibility and resilience: Use semantic HTML, full keyboard access, and visible focus. Make the layout work when zoomed and support reduced motion. Follow the project’s current rules. Do not add a new UI library unless the project already uses it. Acceptance criteria: The main task works with keyboard only and at 320px width. Focus and status changes are announced. Check loading, failure, retry, cancel, and reduced-motion paths. Evidence and limits (evidence boundary)：하나의 공식 표준이 전체 용어를 통제하지 않음. 의미는 팀, 플랫폼 또는 프레임워크마다 달라질 수 있음. Unknowns to confirm: Product wording, data source, analytics events, supported devices and languages, and platform limits.
이 요청을 확인하세요
Review how 자주 묻는 질문 (FAQ) is used now. Definition: FAQ는 결정하거나 도움을 받기 전에 자주 묻는 질문을 모아둔 거예요. 답변은 그 사람들이 아는 단어와 상황을 써요. Release checks: Before release, check the page structure, keyboard access, visible focus, contrast, and zoom. Also check loading, empty, error, success, cancel, and reduced-motion states. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.