OneSignal 고객 여정 설계 워크북

여정 설계는 안내할 메시지의 목록에서 시작하지 않습니다. 고객이 어떤 일을 마치려는지와 어디에서 멈췄는지를 먼저 적습니다. 브리프의 첫 문장은 ‘누가, 어떤 업무를, 무엇을 하면 완료하는가’로 씁니다. 발송 성공과 클릭은 그 행동을 돕는 중간 지표로 분리합니다.

같은 사람이 여러 조직에 속한 서비스에서는 사용자 ID만으로 완료 여부를 판단하기 어렵습니다. 조직과 업무의 식별자를 함께 정해야 다른 조직의 행동을 잘못 집계하지 않습니다. Journeys 가이드의 기본 구조에 목표 행동, 업무 상관키, 데이터 원본, 판단 담당자를 붙이면 구현 범위를 협의할 설계서가 됩니다.

진입 조건에는 행동과 현재 상태를 함께 씁니다. ‘초대를 수락했다’만 적으면 이미 작업을 끝낸 사용자가 다시 들어올 수 있습니다. ‘초대 수락 AND 해당 작업 미완료 AND 멤버십 유효’처럼 조건 관계를 명시합니다. 완료 여부를 확인하지 못한 상태는 미완료와 구분해 발송을 보류합니다.

OneSignal의 Custom Event 시작 여정은 재진입과 동시 진입을 허용합니다. Re-entry rules는 세그먼트 시작 여정에 적용되므로 이벤트 재전송을 막는 규칙으로 쓸 수 없습니다. 같은 업무의 재처리는 별도의 사건 식별자와 처리 기록으로 제어합니다. OneSignal Journey settings

종료 규칙만으로 최초 발송을 막는다고 가정하지 않습니다. 진입과 종료를 동시에 만족한 사용자가 첫 단계를 실행하는 경우도 검토해야 합니다. 시작 단계의 대기와 제외 조건을 정하고 기완료 사용자가 메시지를 받지 않는 시험을 작성합니다.

IXC-DEMO-01은 가상 B2B 협업 서비스의 팀 초대 후속 안내입니다. user_id=usr_demo_01, workspace_id=ws_demo_01, invitation_id=inv_demo_01을 사용합니다. 초대 서버의 수락 저장을 invitation_accepted로, 해당 초대와 연결된 공동 작업의 완료 저장을 shared_task_completed로 정의합니다. 실계정 이벤트 전송·메시지 수신 시험은 미실시 상태입니다.

예제에서는 사용자당 활성 초대를 하나로 제한하고 안내 채널은 웹 푸시로 정합니다. 동일한 초대를 재전송해도 새 안내를 만들지 않습니다. 새로운 초대는 기존 건의 종료 여부를 확인한 뒤 별도 업무로 검토합니다. 여러 초대를 병렬로 운영할 때는 각 완료 이벤트가 어느 여정 실행을 끝낼지 먼저 검증해야 합니다.

안내 문구 초안은 제목 ‘팀과 첫 작업을 이어가세요’, 본문 ‘초대받은 작업 공간에서 공동 작업을 마칠 수 있습니다’입니다. 도착지는 해당 작업 화면으로 정합니다. 로그인 계정이 바뀌었거나 접근 권한이 사라졌다면 작업 내용을 보여 주지 않고 접근 안내로 연결하는 동작을 시험합니다.

대기값은 다른 캠페인의 숫자를 복사하지 않고 업무의 관찰 구간과 허용 시간대로 정합니다. 합의한 구간이 끝나면 해당 작업의 완료 여부, 멤버십, 동의와 채널 구독 상태를 다시 확인합니다. 미완료이며 모든 조건이 적합할 때만 안내를 한 번 보내는 설계입니다. 조회 실패나 관계 불명 상태는 HOLD로 남깁니다.

Wait Until의 Event Matching은 시작 이벤트와 대기 이벤트의 속성을 연결할 때 사용합니다. 어떤 초대가 완료됐는지 식별하는 속성과 값의 일치 여부를 설계서에 적습니다. 데이터 지연으로 완료 이벤트를 놓치는 경우에는 원본의 현재 상태를 대조할 경로도 필요합니다. OneSignal Journey actions

작성란에는 조건식, 조회 위치, 정상·누락 입력, 기대 분기, 검토자를 남깁니다. 문장에 ‘또는’이 들어가면 OR의 묶음 범위를 표시합니다. 메시지 변수가 비었을 때의 대체 문구와 동일 고객에게 겹치는 다른 캠페인의 우선순위도 함께 정합니다.

정상 초대 수락만으로 여정을 승인하지 않습니다. 같은 사건의 중복 입력은 추가 진입·발송 없음, 완료가 먼저 도착한 입력은 완료 상태 유지, 다른 조직의 완료는 현재 업무에 영향 없음으로 기대 결과를 작성합니다. 원본의 최종 상태와 발송 판단이 일치하는지 로그로 확인해야 합니다.

계정 시험은 한 사람이 여러 기기를 쓰는 경우와 한 기기를 여러 사람이 쓰는 경우로 나눕니다. OneSignal User와 채널 Subscription의 관계는 사용자 식별·이벤트 명세 키트에서 합의합니다. 대기 중 로그아웃, 계정 전환, 멤버십 상실, 동의 철회와 탈퇴를 각각 다른 입력으로 시험합니다.

시험 기록에는 시작 상태, 입력, 기대 결과, 실제 결과, 증거 위치를 적습니다. 실제 결과를 확인하지 않은 칸은 미실시로 남깁니다. CRM 캠페인 QA 자료는 이 설계의 분기를 시험 사례와 실행 기록으로 연결합니다.

인계 묶음에는 승인한 설계, 실제 여정 설정, 메시지 버전, 시험 결과, 중단 담당과 변경 절차가 필요합니다. 미해결 항목은 READY, READY WITH CONDITIONS, HOLD로 판정하고 조건부 항목에는 해소 담당을 둡니다. 조건을 수정하면 영향을 받는 분기를 같은 입력으로 다시 확인합니다.

성과는 여정 종료 수, 발송 반응, 서버의 공동 작업 완료를 구분해 봅니다. 분모와 관측 기간, 비교 방법은 성과 측정 워크북에서 정합니다. 다운로드 PDF와 작성 양식의 언어는 한국어입니다.

IXC의 CRM 마케팅 자동화는 고객 단계와 세그먼트·이벤트, 여정 구현과 운영 인계를 연결합니다. 작성한 브리프와 미합의 데이터를 기준으로 필요한 구축 범위를 논의합니다. 반복 발송과 실험 운영은 CRM 캠페인 운영으로 이어집니다.