OneSignal Journeys란?
OneSignal Journeys는 고객 행동과 상태에 따라 대기, 분기, 메시지 발송을 연결하는 CRM 자동화 기능입니다. 시각적 편집기에서 푸시, 이메일, SMS, 인앱 메시지를 하나의 흐름으로 설계합니다.
일괄 발송은 특정 시점의 공지에 적합합니다. Journeys는 가입 시점이 다르거나 다음 행동에 따라 안내가 달라지는 상황에 적합합니다. 먼저 고객에게 필요한 다음 행동을 정하고, 그 행동을 확인할 데이터와 메시지를 연결합니다.
시작 조건만큼 종료 조건이 중요합니다
여정의 진입 기준은 세그먼트 또는 Custom Event 중 하나를 선택합니다. 가입자 집단의 상태를 기준으로 시작할지, 방금 일어난 신청이나 구매를 기준으로 시작할지 구분해야 합니다.
진입
안내가 필요한 고객과 제외할 고객을 함께 정의합니다. 이미 목적을 달성한 고객이 첫 메시지를 받지 않도록 진입 제외 조건과 초기 대기 단계를 점검합니다.
종료
신청 완료, 구매 완료, 대상 자격 변경처럼 더 이상 같은 안내가 필요 없는 시점을 정합니다. 채널 수신 해제와 여정 전체 종료는 서로 다른 조건입니다.
재진입
세그먼트 기반 여정은 종료 후 재진입 규칙을 적용합니다. 이벤트 기반 여정은 같은 고객에게 여러 실행이 동시에 생길 수 있어 중복 이벤트와 반복 안내를 별도로 설계해야 합니다.
기다릴 시간과 확인할 행동을 나눕니다
Wait는 시간을 기다리고, Wait Until은 정해진 조건이나 이벤트를 기다립니다. Time Window는 다음 단계를 진행할 시간대를 정합니다. 시간 경과와 고객 행동을 구분하면 “하루가 지나서”와 “아직 완료하지 않아서”를 다른 조건으로 다룰 수 있습니다.
Yes/No 분기는 조건 충족 여부에 따라 경로를 나누고, Split Branch는 비율에 따라 경로를 나눕니다. 운영 설계에서는 각 경로의 대상과 기대 행동을 먼저 적어 두고, 메시지 문구와 발송 간격을 비교합니다.
화면 밖의 앱 데이터까지 연결해야 합니다
신청 버튼을 눌렀다는 기록과 실제 신청이 완료됐다는 기록은 다를 수 있습니다. 구매·결제·예약처럼 서버에서 확정하는 행동은 해당 시스템의 확정 시점을 기준으로 이벤트를 설계합니다.
반복 주문이나 여러 프로젝트를 다루는 서비스는 order_id, project_id 같은 식별값으로 이벤트를 맞춰야 합니다. 같은 고객의 다른 주문 완료를 현재 안내의 완료로 잘못 해석하지 않도록, 진입 이벤트와 이후 행동의 연결 기준을 정합니다.
SDK와 서버가 같은 행동을 두 번 보내지 않도록 이벤트별 발송 책임을 정합니다. Custom Events는 유료 플랜에서 제공되며 이벤트 저장에는 별도 과금 조건이 있습니다.
설계 예시
체험 가입 후 첫 프로젝트 생성 안내
프로젝트를 만들어야 가치를 경험하는 업무용 앱의 설계 예시입니다. 목표는 메시지 클릭이 아니라 첫 프로젝트 생성으로 정합니다.
체험 시작
서버가 trial_started를 보내고, 고객 ID와 체험 계정의 식별값을 연결합니다.
첫 사용 대기
project_created를 기다립니다. 설정한 시간 안에 생성했다면 추가 독촉 없이 안내를 마칩니다.
미완료 고객 안내
아직 생성하지 않은 고객에게 구독된 채널로 시작 방법을 안내합니다. 링크는 로그인 후 실제 생성 화면으로 이어집니다.
전환과 반복 점검
이후 생성 여부, 수신 해제, 반복 발송을 함께 확인합니다. 체험이 종료되거나 자격이 바뀌면 후속 안내를 중단합니다.
대기 시간과 채널은 서비스 이용 주기, 수신 동의, 발송 빈도에 맞춰 정합니다. 이벤트 수신, 조건 분기, 딥링크 이동을 테스트 계정으로 검증한 뒤 운영합니다.
IXC 도입 지원
IXC는 여정 설계와 실제 동작을 함께 맞춥니다
IXC는 OneSignal 국내 공식 파트너로서 CRM 시나리오부터 앱 개발, 고객 데이터 연동, 운영까지 지원합니다. 캠페인을 바꾸려면 앱 수정이 필요한 상황도 개발 범위에 포함해 진행할 수 있습니다.
시나리오와 데이터
고객 행동, 제외 조건, 이벤트 명세, 담당 시스템을 정하고 Journeys의 진입·분기·종료에 연결합니다.
개발과 검증
SDK, 서버 이벤트, 딥링크를 구현하고 로그인 전후, 중복 이벤트, 수신 해제 상황을 확인합니다.
캠페인 운영
발송 대상과 메시지, 전환 데이터를 함께 점검하며 운영 주기에 맞춰 여정을 개선합니다.
설계·검증에 쓰는 실무 자료
자주 묻는 질문
Journeys는 개발 없이 사용할 수 있나요?
여정 편집은 시각적 편집기에서 할 수 있습니다. 다만 앱 SDK, 채널 설정, 고객 ID와 행동 이벤트가 먼저 연결되어야 하며, 새로운 행동을 조건으로 쓰려면 앱이나 서버의 개발이 필요할 수 있습니다.
푸시 수신을 해제하면 여정도 끝나나요?
푸시 수신 해제만으로 여정 전체가 끝나지는 않습니다. 해당 채널의 메시지 단계는 건너뛰고, 구독 중인 다른 채널로 안내가 이어질 수 있습니다. 전체 안내 중단이 필요하면 별도의 종료 조건을 설계해야 합니다.
이미 구매한 고객의 안내를 중단할 수 있나요?
구매 완료 이벤트나 대상 세그먼트의 변경을 종료 조건으로 연결할 수 있습니다. 이미 완료한 고객의 진입 제외 조건도 함께 설정하고, 이벤트가 실제 결제 확정 시점에 도착하는지 테스트해야 합니다.
같은 고객이 여러 번 진입하는 상황은 어떻게 다루나요?
세그먼트 기반 여정과 이벤트 기반 여정의 재진입 방식이 다릅니다. 이벤트 기반에서는 동시 실행이 가능하므로 중복 전송을 막고, 주문이나 신청 식별값으로 각 실행의 후속 행동을 연결하는 설계가 필요합니다.