예약 작업 생성
진입 경로: 운영 > 운영 작업 > 작업 생성 > 도달 방식 선택 > Webhook 도달/메시지 푸시 선택 > 채널 선택을 거쳐 운영 작업 편집 페이지로 들어갑니다.
참고: 클라이언트 도달 채널은 현재 예약 작업 생성을 지원하지 않습니다.
1. 푸시 시점
다양한 푸시 시점 타입을 지원합니다. 필요에 따라 예약, 수동, 행동 트리거형 등의 푸시 시점을 선택할 수 있으며, 푸시 시점 타입별로 승인 시간 초과 처리, 푸시 빈도 등 추가 푸시 설정도 할 수 있습니다.
1.1 예약 1회
- 예약-1회
한 번만 실행되는 작업으로, 정해진 시간에 푸시합니다. 예를 들어 낮 12시에 유저에게 접속하여 체력을 받으라고 알리는 경우 등입니다.
승인 시간 초과를 설정할 수 있습니다. 즉, 승인 시점이 푸시 시간을 넘기면 이 설정에 따라 처리됩니다
- 시간 초과 시 자동 종료: 푸시 시간이 지나도록 승인되지 않으면 해당 운영 작업이 자동으로 종료됩니다
- 승인 후 바로 푸시: 푸시 시간이 지난 후 48시간 이내에는 계속 승인할 수 있으며, 승인되면 즉시 푸시합니다
유저 시간대 기준 푸시를 선택한 경우, 시간 초과 시 자동 종료를 사용하려면 최소 24시간 전에 발송하는 것을 권장합니다. 그렇지 않으면 해당 운영 작업이 자동으로 종료됩니다.
1.2 예약 반복
- 예약-반복
반복 실행되는 작업으로, 지정한 주기 내에서 하나 이상의 시간을 지정하여 발송합니다. 예를 들어 주년 축제 이벤트 기간 동안 매주 금, 토, 일요일 오후 7시에 유저에게 접속하여 이벤트에 참여하라고 알리는 경우 등입니다.
-
매일 반복, 매주 반복, 매월 반복을 설정할 수 있습니다
-
작업 푸시 빈도를 설정하여 유저에 대한 불필요한 도달을 줄일 수 있습니다(푸시 빈도: 이 작업에서 각 유저가 일정 기간 동안 받을 수 있는 최대 푸시 횟수 제한). 다음 중에서 선택할 수 있습니다.
- 단일 작업 기간 내 유저가 받을 수 있는 최대 푸시 횟수
- X일 이내 유저가 받을 수 있는 최대 푸시 횟수(슬라이딩 윈도우. 예: 7일 이내 1회만 허용하면 최근 7*24시간 이내에 한 번만 받을 수 있음)
- X일 / 주 / 월마다 유저가 받을 수 있는 최대 푸시 횟수(롤링 윈도우. 예: 매주 1회로 설정하면 달력 기준 한 주 안에 한 번만 받을 수 있음)
제품을 글로벌로 출시하는 경우, 푸시 시간을 설정할 때 유저 시간대 기준을 선택할 수 있습니다. 이때 유저의 시간대 속성에 따라 유저 시간대의 해당 시각에 푸시합니다. (유저 시간대 기준 기능을 사용하려면 프로젝트 관리-프로젝트 시간대에서 프로젝트 다중 시간대를 활성화하고 유저 시간대 속성을 설정해야 합니다)
1.3 수동 푸시
푸시 작업을 수동으로 실행합니다. 승인 후 푸시 시간을 자유롭게 선택할 수 있습니다. 예를 들어 오프라인 대회 결승에서 최종 결과가 나온 시점에 맞춰 관련 내용을 빠르게 푸시하는 경우 등입니다.
2. 타겟 유저
다양한 타겟 유저 선정 기능을 지원합니다. 커스텀 그룹으로 유저 속성 또는 태그, 유저 행동 이벤트에 따라 그룹을 선정할 수 있고, 기존 그룹을 바로 선택할 수도 있습니다. 또한 인원 예측으로 운영 작업이 도달할 수 있는 그룹 범위를 미리 평가할 수 있습니다.
2.1 타겟 유저 선택
- 커스텀 그룹:
유저 속성 또는 태그 필터와 유저 행동 이벤트 필터를 AND, OR 관계로 조합한 후 기존 그룹을 제외합니다.
- 유저 충족(유저 속성, 유저 코호트 또는 태그): 여러 속성, 코호트 또는 태그의 AND, OR 관계를 지원합니다
- 유저 행동(유저 행동 이벤트 또는 시퀀스): 여러 행동의 AND, OR 관계를 지원합니다
- 유저 제외: 타겟 유저에서 특정 속성의 유저 또는 여러 기존 그룹을 제외할 수 있습니다
-
기존 그룹 선택:
- 선택 가능한 기존 프로젝트 코호트를 바로 사용할 수 있습니다
- 설명: 다중 시간대를 활성화한 프로젝트에서 운영 작업에 선택 가능한 코호트는 소속 시간대가 작업 시간대와 같은 코호트입니다(ID 코호트와 결과 코호트는 시간대 제한 없이 모두 사용할 수 있습니다). 작업 시간대에 대한 자세한 내용은 다음을 참고하십시오. 운영 작업 시간대
2.2 인원 예측
그룹 선정 조건을 설정한 후 예측을 클릭하여 타겟 유저 수를 추정하고, 운영 작업이 도달할 수 있는 그룹 범위를 평가할 수 있습니다.
예측 인원이 실제 값에 최대한 가깝도록, 예측 그룹은 타겟 유저 조건을 충족하고 사용하는 도달 채널의 전송 ID가 비어 있지 않은(즉, 정상적으로 푸시할 수 있는) 타겟 유저 수로 계산합니다.
3. 푸시 설정
3.1 A/B 테스트 활성화
푸시 설정에서 A/B 실험과 피로도 제어의 활성화 여부를 선택하고 운영 작업 화이트리스트를 설정할 수 있습니다. A/B 실험에 대한 자세한 내용은 A/B 실험을 참고하십시오.
3.2 피로도 제어
여러 운영 작업이 같은 도달 방식(채널)을 사용할 때, 단일 유저가 일정 기간 동안 같은 유형의 채널에서 받을 수 있는 최대 푸시 횟수를 제한하여 유저에게 과도한 방해가 되지 않도록 할 수 있습니다.
3.3 화이트리스트
화이트리스트 유저는 운영 작업의 모든 푸시를 받습니다. 운영 담당자는 자신의 계정을 화이트리스트에 추가하여 작업의 모든 푸시를 모니터링할 수 있습니다. 화이트리스트에 대한 자세한 내용은 화이트리스트 관리를 참고하십시오.
4. 푸시 콘텐츠
선택한 도달 채널에 따라 운영 전략에 맞는 도달 메시지 내용을 입력할 수 있습니다. 유저 속성을 삽입하여 개인화 문구를 만들 수 있고, 테스트 발송으로 푸시 효과를 바로 미리 보고 확인할 수 있으며, 필요에 따라 피로도 제어를 활성화하거나 작업 화이트리스트를 설정할 수도 있습니다.
4.1 다국어 지원
제품을 글로벌로 출시하는 경우, 푸시 콘텐츠에 여러 언어 버전을 설정할 수 있으며, 푸시 시 유저의 언어 속성에 따라 해당 언어 버전을 매칭합니다. (다국어 기능을 사용하려면 운영 설정-현지화에서 유저 언어 속성을 설정해야 합니다)
또한 설정 효율을 높이기 위해, 다국어를 추가할 때 기본 언어에 입력한 내용이 다른 언어의 내용에 자동으로 동기화됩니다.
4.2 개인화 콘텐츠
도달 내용에 유저 속성을 삽입할 수 있습니다. 도달 내용에 맞게 필요한 유저 속성을 삽입하여 개인화된 콘텐츠를 푸시할 수 있습니다. 예를 들어 도달 내용에 유저 닉네임 속성을 삽입하면 유저가 실제로 받는 메시지에 해당 유저의 닉네임이 들어갑니다.
4.3 테스트 발송
작업을 승인 요청하기 전에 테스트 발송으로 이번 운영 작업의 푸시 콘텐츠를 미리 보고 오류가 없는지 확인할 수 있습니다.
- 테스트 발송으로 푸시 콘텐츠와 채널 커스텀 파라미터를 검증할 수 있습니다
- 푸시 콘텐츠에 유저 속성을 삽입한 경우, 유저 속성의 기본값을 테스트 발송 내용으로 사용합니다
- 채널 커스텀 파라미터는 기본값을 푸시 내용으로 사용하며, 기본값이 없으면 테스트할 내용을 직접 입력할 수도 있습니다
5. 목표 설정
유저가 도달된 후 지정한 이벤트 행동을 완료하면 전환으로 간주하며, 이를 운영 작업의 효과 평가에 사용합니다.
주요 목표 1개와 보조 목표 2개를 동시에 설정할 수 있습니다.
6. 지표 설정
임의의 도달 노드 이후의 지표 성과를 설정할 수 있어 운영 효과를 판단하는 데 도움이 됩니다.
자세한 사용 방법은 작업 효과 분석 장을 참고하십시오.

