In-App Notification Center
앱 내 알림 센터
앱 내 알림 센터는 유용한 업데이트를 한 곳에 모아둡니다. 각 항목은 무엇이 변경되었는지, 언제 변경되었는지, 읽지 않았는지를 보여줍니다.
다른 예시
팀원이 댓글에서 Maya를 언급합니다. Maya는 지금 읽을 수 있거나 읽지 않은 목록에서 나중에 돌아올 수 있습니다.
주요 부분
- 01읽지 않은 항목 수
- 02알림 항목
- 03소스 및 시간
- 04목적지 링크
- 05환경 설정 컨트롤
사용할 때
중요한 제품 업데이트가 배너가 사라진 후에도 찾을 수 있어야 할 때 사용하세요.
다음 경우에는 사용하지 마세요
같은 이벤트를 여러 번 반복하거나 개인정보를 노출하지 마세요. 사용자에게 알림 설정을 제공하세요.
코드에서 사용된 이름
event + recipient + unread state + dedupe + deep link + preferences 출시하기 전에
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 앱 내 알림 센터 (In-App Notification Center)。 User context：팀원이 댓글에서 Maya를 언급합니다. Maya는 지금 읽을 수 있거나 읽지 않은 목록에서 나중에 돌아올 수 있습니다. Recommended pattern：앱 내 알림 센터 (In-App Notification Center)。 Why it fits：중요한 제품 업데이트가 배너가 사라진 후에도 찾을 수 있어야 할 때 사용하세요. Do not use it when：같은 이벤트를 여러 번 반복하거나 개인정보를 노출하지 마세요. 사용자에게 알림 설정을 제공하세요. 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 앱 내 알림 센터 (In-App Notification Center) is used now. Definition: 앱 내 알림 센터는 유용한 업데이트를 한 곳에 모아둡니다. 각 항목은 무엇이 변경되었는지, 언제 변경되었는지, 읽지 않았는지를 보여줍니다. 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.