사용자가 AI의 연락 시간과 빈도를 직접 선택하도록 설정하는 방법
사용자는 AI의 연락 여부, 수신할 메시지 유형, 메시지 도착 시간을 직접 결정할 수 있어야 합니다. 유용한 디자인은 명시적인 수신 동의(opt-in)에서 시작하여 사용자가 일정과 빈도를 설정하도록 돕고, 서로 다른 메시지 유형을 명확히 구분하며, 일시 중지 및 끄기 제어를 쉽게 찾을 수 있도록 유지합니다. 또한 선택한 표준 시간대와 전송에 영향을 줄 수 있는 요소를 설명합니다. 이러한 제어 기능은 명확한 약속을 제시하며, 제품의 예약 및 전송 시스템은 이 약속을 반드시 지킬 수 있어야 합니다.
명확하고 선택적인 수신 동의로 시작하기
사용자가 동의하는 내용을 충분히 이해할 수 있을 때 권한을 요청하세요. 요청한 알림이나 정기 업데이트와 같은 연락 유형을 쉬운 언어로 설명하세요. 어디로 도착하고 얼마나 자주 전송될 수 있는지 명시해야 합니다. 설명 없이 운영체제의 권한 프롬프트만 띄우는 방식은 피하세요. 사용자는 결정을 내리기 전에 앱이 무엇을 보내려는지 알아야 합니다.
미국 웹 디자인 시스템(U.S. Web Design System)은 서비스가 실제로 지원할 수 있는 채널에 대해서만 연락처 환경설정을 수집하고, 가능할 경우 연락 조건과 예상 타임라인을 설명할 것을 권장합니다. 이를 AI 제품에 적용하면 실제 전송 가능한 옵션만 표시하고 각 옵션의 목적을 명시해야 함을 의미합니다. 관련 없는 기능을 사용하기 위한 필수 조건으로 알림 환경설정을 강제하지 마세요. USWDS: Contact preferences
수신 동의는 사용자가 언제든지 변경할 수 있는 선택지로 다루어야 합니다. Apple의 알림 가이드라인은 알림 유형별로 명확한 옵트인(opt-in) 또는 옵트아웃(opt-out)을 제공하고 앱 내에서 알림 설정을 관리할 수 있는 방법을 마련할 것을 권장합니다. 제품은 앱 자체 일정을 확인하기 위해 사용자가 관련 없는 기기 설정을 찾아 헤매게 만드는 대신, 현재 선택 사항을 요약해 주는 설정 페이지를 제공하여 이 원칙을 따를 수 있습니다. Apple: Managing notifications
일정을 구체화하기
사용자가 평일 오후 6시부터 8시 사이와 같이 일상 루틴에 맞는 시간대나 선택한 요일의 반복 시간을 선택할 수 있도록 하세요. 요일과 시작 및 종료 시간을 함께 표시합니다. 컨트롤이 '연락 가능 시간대'를 설정하는 경우, 메시지가 해당 시간대 내 언제든 도착할 수 있는지 아니면 특정 시간에 도착하는지 설명하세요. 특정 날짜에 보낼 알림이 없다면 시스템이 해당 날짜를 건너뛰는지 아니면 다음으로 이월하는지 명시해야 합니다.
실용적인 디자인은 제품이 지원하는 범위 내에서 맞춤 일정을 허용하면서 '주 1회' 또는 '평일'과 같이 이해하기 쉬운 몇 가지 프리셋을 제공할 수 있습니다. 프리셋은 모호한 라벨이 아닌 눈에 보이는 일정으로 명확히 표현되어야 합니다. 예를 들어 '매주'는 선택한 요일과 시간을 표시해야 하며, '주 최대 3회'는 3회가 상한선인지 목표치인지를 명시해야 합니다. 이는 디자인 권장 사항입니다. 플랫폼 문서는 예약 전송을 지원하지만, 자체적인 전송 규칙을 결정하고 설명하는 것은 제품 팀의 몫입니다.
표준 시간대를 정확하게 다루세요. 일정에 지정된 위치나 기기의 현재 현지 표준 시간대를 표시하고, 여행 중일 때 일정이 사용자를 따라 변경되는지 아니면 원래 시간대에 고정되는지 사용자에게 알려주세요. 일광 절약 시간제(서머타임) 규칙이나 정부의 표준 시간대 규칙이 변경되면 단순 UTC 오프셋 표기는 혼란을 줄 수 있습니다. IANA의 시간대 데이터베이스는 지역별 규칙을 기록하며 오프셋 및 일광 절약 시간제 변경을 포함하여 정책 기관이 변경한 사항을 반영하도록 업데이트됩니다. IANA: Time Zone Database
바람직한 확인 문구는 다음과 같을 수 있습니다. '현재 현지 시간 기준 화요일 오후 7시 00분. 이 일정은 기기의 표준 시간대를 따릅니다.' 이 문구는 구현된 시스템이 실제로 사용자의 현재 표준 시간대를 추적할 때만 유효합니다. 일정이 선택한 특정 표준 시간대에 고정되어 있다면 해당 위치의 명칭을 명시하세요. 사용자가 이동하거나 기기의 시간대가 변경되면 실제 적용되는 일정을 표시하고 이를 검토할 수 있는 방법을 제공해야 합니다.
메시지 유형과 채널 분리하기
사용자는 특정 유형의 연락만 원하고 다른 유형은 원하지 않을 수 있습니다. 선택적 알림, 제품 업데이트 및 기타 구체적인 카테고리를 하나의 'AI 알림' 스위치로 묶지 말고 각각 따로 선택할 수 있도록 유지하세요. 실제 제품 동작과 일치하지 않는 카테고리를 꾸며내거나, 사용자가 선택하지 않은 메시지를 보내기 위한 구실로 카테고리를 만들지 마세요.
이러한 분리는 플랫폼 제어 기능과도 일치합니다. 최신 버전의 Android에서는 알림을 채널에 할당해야 하며, 사용자가 채널별 동작을 변경할 수 있습니다. Android 가이드라인은 사용자가 수신하는 알림을 맞춤설정할 수 있는 채널 구성을 권장합니다. 앱은 '예약된 알림'과 같이 사용자가 인식하기 쉬운 용어로 채널 이름을 지정하고 각 채널에 포함되는 내용을 설명할 수 있습니다. Android Developers: Create and manage notification channels
채널 목록은 한눈에 이해할 수 있도록 간결하게 유지하세요. 채널은 사용자가 독립적으로 결정할 만한 의미 있는 선택지를 대변해야 합니다. 운영체제의 채널 제어 기능은 알림 표시 여부나 방식을 변경할 수 있지만 앱의 발송 정책을 설명하거나 앱 내 일정을 대체하지는 못하므로, 제품 자체 설정에서 콘텐츠와 일정을 계속해서 설명해 주어야 합니다.
일시 중지, 재개 및 끄기 제어를 손쉽게 접근할 수 있도록 배치하기
일시 중지 기능과 영구적인 끄기 스위치를 모두 제공하세요. 일시 중지는 선택한 날짜까지 또는 사용자가 재개할 때까지와 같이 지속 기간을 명시해야 하며, 예약된 메시지를 건너뛰는지 보류하는지 표시해야 합니다. 끄기 제어는 어떤 카테고리나 채널에 영향을 미치는지 밝히고 변경된 상태를 즉시 확인해 주어야 합니다. 재개 시 다음 동작에 대한 설명 없이 이전 일정을 조용히 복원해서는 안 됩니다.
이러한 제어 기능은 알림 설정 화면에서 제공되어야 하며, 가능한 경우 알림 액션이나 설정 바로가기 링크를 통해서도 접근할 수 있어야 합니다. Android는 알림 내 액션을 지원하고 사용자가 향후 알림을 관리할 수 있는 시스템 수준의 방법을 제공하지만, 기기 및 Android 버전에 따라 제어 방식이 다릅니다. 따라서 전체 일정을 확인하고 제품 수준의 환경설정을 변경하려면 앱 내 경로를 유지하는 것이 유용합니다. Android Developers: Notifications
기기 수준의 제어도 여전히 중요합니다. 사용자는 앱 자체 일정과 무관하게 운영체제 수준에서 앱의 알림을 끄거나 채널 동작을 변경할 수 있습니다. 인터페이스는 앱 내 설정이 이러한 시스템 설정을 무시할 수 있다는 인상을 주어서는 안 됩니다. 시스템 알림이 비활성화된 경우, 사용자가 설정에 방문했을 때 상태를 명확히 표시하고 알림을 다시 활성화하라는 메시지를 반복적으로 표시하지 마세요.
시스템이 적용할 수 있는 빈도 제한 설정하기
사용자에게 직접적인 빈도 선택권을 제공하세요. 예를 들어 하루 최대 1개 메시지, 주간 최대치 또는 사용자가 선택한 일수 등이 있습니다. 집계 기간과 무엇이 1개의 메시지로 간주되는지 정의하세요. 여러 카테고리에서 메시지를 보낼 수 있는 경우, 한도가 카테고리별로 적용되는지 제품 전체에 적용되는지 명확히 밝혀야 합니다. 카테고리별 한도는 여전히 총 전송량을 높일 수 있으므로 유용한 디자인은 전체 상한선도 함께 포함하는 경우가 많습니다.
상한선은 모든 아웃바운드 경로가 이를 준수할 때만 작동합니다. 예약된 알림, 재시도, 지연된 메시지 및 서로 다른 기능에서 시작된 메시지를 모두 동일한 환경설정 상태와 대조하여 확인하세요. 특정 메시지가 지연된 경우, 해당 메시지가 만료되는지, 허용된 시간대 내에 늦게 도착하는지, 아니면 폐기되는지 결정하고 사용자에게 중요한 동작을 설명하세요. 사용자가 명시적으로 선택하지 않은 한 기기가 다시 연결된 후 누락된 메시지를 한꺼번에 여러 개 보내는 것은 피하세요.
플랫폼 전송은 제품의 발송 결정과 동일하지 않습니다. Firebase Cloud Messaging에 따르면 메시지는 일반적으로 즉시 전송되지만, 기기를 사용할 수 없거나 전송이 지연될 수 있습니다. 서비스는 메시지를 저장하고 구성된 수명 범위 내에서 나중에 전송을 시도할 수 있습니다. 즉, 제품은 모든 알림이 정확한 분 단위로 표시될 것이라고 약속해서는 안 됩니다. 명시된 기간 내에 전송을 예약하겠다고 약속하면서 기기 및 플랫폼 상태가 알림 표시 시간에 영향을 줄 수 있음을 설명할 수 있습니다. Firebase: Set the lifespan of a message
이러한 차이는 빈도에도 영향을 미칩니다. 알림이 대기열에 들어간 후 늦게 도착하는 경우, 시스템은 사용자가 그 사이에 해당 카테고리를 일시 중지하거나 껐는지, 그리고 이를 전송하면 현재 상한선을 초과하는지 확인해야 합니다. 신뢰할 수 있는 디자인은 사용자의 최신 선택에 따라 부적격해진 지연 대기 메시지를 취소하거나 억제합니다.
디자인을 위한 간단한 결정 절차
이 절차를 사용하여 설정을 사용자가 이해할 수 있는 약속으로 전환해 보세요:
제품이 실제로 보낼 수 있는 메시지 유형의 이름을 지정하고, 각 선택적 카테고리를 이해하기 쉽게 만듭니다.
원하는 각 카테고리와 전송 채널에 대해 사용자에게 동의를 구합니다. 선택적 연락을 미리 선택해 두지 마세요.
사용자가 요일, 시간 또는 시간대, 최대 빈도를 선택할 수 있도록 합니다. 상한선이 전체 적용인지 카테고리별 적용인지 명시하세요.
표준 시간대를 표시하고 기기 시간대가 변경될 때 일정이 사용자를 따라가는지 여부를 안내합니다.
일시 중지, 재개, 끄기 제어를 눈에 띄게 배치한 다음, 현재 상태와 다음 연락 가능 시간을 표시합니다.
전송 전에 일정, 상한선, 일시 중지 상태, 카테고리 환경설정을 다시 확인하세요. 기기 전송이 지연될 수 있음을 감안하고 제품이 제어할 수 있는 범위 내에서 약속을 기술하세요.
간결한 설정 요약은 구성을 쉽게 확인할 수 있도록 돕습니다. '예약된 알림: 켜짐. 현지 시간 화요일 및 목요일 오후 7~8시. 최대치: 모든 카테고리 합산 주 2회. 언제든지 일시 중지하거나 끌 수 있습니다.' 구체적인 옵션은 실제 기능을 반영해야 합니다. 제품이 표시된 상한선을 적용할 수 없거나 현지 시간을 안정적으로 추적할 수 없다면, 해당 컨트롤을 제공하기 전에 구현을 변경하거나 약속의 범위를 좁혀야 합니다.