예시 답변 1
약 100초
알림 유형 분류·토큰 시스템·피로도 제어·재방문율 측정 중심으로 푸는 결
통일된 알림 경험을 설계하려면 먼저 "알림이 존재하는 이유"를 서비스 간에 공유하는 원칙으로 정해야 한다고 생각했습니다. 학부 HCI 수업에서 알림 설계 프로젝트를 한 적이 있는데, 알림 유형을 "즉각 행동 유도", "정보 제공", "관계 신호"로 나누고 유형별로 톤과 타이밍 기준을 별도로 정하는 방식을 써봤습니다. 이 기준이 있으면 서비스가 달라도 사용자가 받는 느낌이 일관된 패턴으로 수렴합니다. 디자인 시스템 관점에서는 알림 컴포넌트를 아이콘·색·문구 패턴을 토큰으로 관리해서 어느 서비스에서 오더라도 같은 언어처럼 보이게 하는 방식이 효과적입니다. 프로젝트에서 피로도 기준 없이 알림을 보냈더니 설치 후 3일 이내 수신 거부 비율이 40%에 달했던 경험이 있는데, 그 이후로 알림 빈도 제한을 시스템 수준에서 먼저 설계하는 습관이 생겼습니다. 성공 측정은 클릭률보다 "알림 후 서비스 재방문율"과 수신 거부율을 함께 봐야 실제 가치를 판단할 수 있다고 생각합니다.
이 결의 특징
알림을 세 가지 용도(즉각 행동 유도·정보 제공·관계 신호)로 명확히 나누고, 각 유형마다 톤·타이밍·아이콘·색을 토큰 방식으로 통일했습니다. 피로도 기준 없이 3일 내 수신거부 40%까지 측정한 뒤 빈도 제한을 시스템 수준에서 재설계한 흔적이 보입니다.
이 결이 통하는 자리
클릭률 중심에서 재방문율과 수신거부율을 함께 보는 지표 전환이 살아날 때 통합니다. 같은 알림 기능을 다루더라도 사용자 피로도를 정량화해서 설계한 경험이 있으면 면접관의 추가 질문이 줄어듭니다.