세그먼트를 만들 때마다 개발 요청이 쌓이는 마케팅팀
자주 쓰는 조건부터 데이터 태그로 옮겨 마케터가 화면에서 직접 고르도록 바꿉니다.
02추천 대상
이런 상황에 맞습니다
분석 도구에 이벤트를 이미 쌓아 온 프로덕트 조직
기존 수집 체계에서 다시 쓸 항목을 골라내 같은 이벤트를 두 번 심는 일을 없앱니다.
회원 데이터가 여러 시스템에 흩어져 있는 서비스
앱과 웹, 백엔드의 식별자를 한 사람으로 묶은 뒤 캠페인에 필요한 항목부터 붙입니다.
03주요 서비스
주요 제공 항목
01
이벤트·데이터 택소노미 설계
캠페인 시나리오에서 역산해 커스텀 이벤트와 사용자 속성, 데이터 태그의 이름과 규칙을 정합니다. 항목마다 쓰임새를 문서에 남겨 두어 쓰지 않을 데이터를 처음부터 만들지 않습니다.
02
식별자·이벤트 전송 구현
정의서대로 식별자와 커스텀 이벤트, 데이터 태그를 원시그널로 보내는 연동을 구현하거나 개발팀 구현을 리뷰합니다. 전송 시점과 형식 오류를 구축 단계에서 걸러내 세그먼트 오작동을 막습니다.
03
측정 도구 역할 분담 설계
이미 쓰는 분석·어트리뷰션 도구와 원시그널 사이에서 어떤 숫자를 어디서 볼지 정합니다. 같은 지표가 도구마다 다르게 잡히는 혼선이 사라져 성과 논쟁이 짧아집니다.
서비스 작동 방식
캠페인에 필요한 데이터부터 연결
캠페인에서 역산한 이벤트와 속성을 정의하고 식별자와 전송 시점, 측정 도구의 역할을 맞춥니다.
이벤트와 사용자 속성 정의
식별자와 데이터 전송 연동
측정 기준과 도구 역할 정리
04차별화
차별화 요소
각 항목을 뒷받침하는 산출물을 함께 표기했습니다.
데이터 태그와 이벤트를 용도로 나눕니다
원시그널에는 성격이 다른 두 데이터 통로가 있습니다. 잘 바뀌지 않는 상태는 데이터 태그로, 시점이 있는 행동은 커스텀 이벤트로 담아야 관리 비용과 표현력의 균형이 맞습니다. 전부 이벤트로 쌓으면 세그먼트가 느려지고 전부 태그로 쌓으면 여정 트리거를 만들지 못합니다. 그래서 용도 기준부터 정합니다.
뒷받침하는 산출물
- CRM 현황 진단 리포트
- 캠페인 설계서와 데이터 정의서
있는 데이터부터 다시 씁니다
분석 도구를 이미 쓰는 조직이 CRM을 도입하면 같은 이벤트를 두 번 심는 일이 흔합니다. 기존 택소노미를 먼저 읽고 재활용할 항목과 새로 수집할 항목을 나눈 뒤 신규 구현은 최소 범위로 남깁니다. 개발 조직이 새로 구현할 범위가 줄어 연동 일정도 그만큼 짧아집니다.
뒷받침하는 산출물
- 동작하는 캠페인과 연동 기록
- 성과 리포트와 확장 백로그
05도입 절차
문의부터 착수까지
단계가 끝날 때마다 합의한 범위와 산출물이 문서로 남습니다.
단계 01
현황·데이터 진단
캠페인 이력과 고객 데이터 구조, 채널 현황을 모아 착수 2주 안에 기준선으로 정리합니다.
산출물CRM 현황 진단 리포트
단계 02
시나리오·구조 설계
KPI에 맞춰 키 캠페인 1~2개를 정하고 필요한 데이터 수집 항목을 설계 단계에서 확정합니다.
산출물캠페인 설계서와 데이터 정의서
단계 03
구축과 검증
채널 연동과 세그먼트, 저니를 구축하고 테스트 발송으로 오발송과 누락 여부까지 확인합니다.
산출물동작하는 캠페인과 연동 기록
단계 04
운영 이관·확장
인계 후 4주간 성과를 함께 검토하고 다음 분기에 확장할 캠페인을 우선순위와 함께 정합니다.
산출물성과 리포트와 확장 백로그
06계약 형태
프로젝트에 맞는 계약 형태
- 원격 협업
- 고정가 계약
07제공 수준
제공 수준
2주
착수 후 현황·데이터 진단
1~2개
KPI에 맞춘 키 캠페인
4주
인계 후 성과 검토
세그먼트 하나 만들 때마다 개발팀에 요청부터 넣는 마케터
세그먼트를 하나 만들 때마다 개발팀에 요청부터 넣어야 하는 상황을 가정합니다.
적용 방식자주 쓰는 조건은 데이터 태그로, 시점이 필요한 행동은 커스텀 이벤트로 갈라 담습니다.
기대 방향마케터가 개발 요청 없이 세그먼트를 만들 수 있습니다.
협동조합 C사: 조합원 관리
조합원과 공급사, 상품과 재고가 한 시스템 안에서 함께 돌아야 했습니다.
수행 내용조합원 정보를 가운데 두고 상품·재고·공급사 관리를 같은 데이터 위에 세웠습니다.
남기는 것조합원 안내와 운영이 같은 기록에서 나갑니다.
09자주 묻는 질문
자주 묻는 질문
데이터 태그는 등급이나 선호 카테고리처럼 현재 상태를 담는 Key-Value 속성입니다. 커스텀 이벤트는 구매나 참여처럼 시점이 있는 행동 기록입니다. 세그먼트 조건은 태그가 주로 맡고 여정 트리거는 이벤트가 맡습니다.
OneSignal 공지 기준으로 기존 계정은 2026년 10월 1일부터 1,000 MAU를 넘으면 모바일 푸시와 인앱 메시지에 유료 플랜이 필요합니다. 웹 푸시와 이메일은 무료로 유지되며 전환 견적과 플랜 선정은 IXC가 함께 검토합니다.
원시그널은 OneSignal 발표 기준 글로벌 앱 퍼블리셔 4곳 중 1곳이 사용하는 고객 인게이지먼트 플랫폼입니다. IXC는 국내에서 커머스와 미디어, 게임 업종의 도입과 운영을 지원합니다.
원시그널 라이선스 비용과 IXC 서비스 비용으로 나뉩니다. 라이선스는 MAU 기반 종량제이고 서비스 비용은 범위에 따라 프로젝트형 또는 월 구독형으로 견적합니다. 자세한 견적은 문의해 주시면 범위를 확인해 안내드립니다.
캠페인 이력과 고객 데이터 구조, 채널 현황부터 진단합니다. 착수 2주 안에 현황 기준선을 정리하고 KPI에 맞는 키 캠페인 1~2개와 필요한 데이터 수집 항목을 설계 단계에서 확정합니다.
인계 후 4주간 성과를 함께 검토합니다. 성과 리포트에서 운영 결과를 확인하고 다음 분기에 확장할 캠페인을 우선순위와 함께 정해 내부 팀이 이어서 쓸 확장 백로그로 남깁니다.
도입 절차의 첫 단계에서 진단 결과를 공유한 뒤 범위와 일정을 합의하고 실행합니다. 완성된 제안요청서는 필요하지 않습니다. 요구사항이 정리되지 않은 상태에서도 지금 환경과 목표만으로 시작할 수 있습니다.
Engineering & Operations
2026-09-26 · 읽기 18분
CRM을 도입했는데 캠페인을 못 만드는 이유: 이벤트·고객 속성·식별자부터 점검하기
CRM 데이터 준비도는 캠페인 조건을 판단할 이벤트·고객 속성·식별자·수신 상태가 같은 고객에게 정확히 연결됐는지 확인하는 절차입니다. 이벤트가 화면에 보여도 취소·철회·계정 전환의 최신 상태를 확인하지 못하면 올바른 대상을 고르기 어렵습니다.
Reliability & Observability
2026-09-26 · 읽기 18분
이미 구매한 고객에게 장바구니 메시지가 나가는 이유
구매 후 장바구니 메시지 오발송 방지는 여정 진입 자격과 발송 시점 자격을 따로 확인해 주문이 진행 중이거나 끝난 고객을 제외하는 설계입니다. 진입할 때 미구매였어도 대기 중에 구매하거나 계정을 바꿀 수 있습니다. 이벤트 지연과 중복, 식별 오류를 따로 확인해야 합니다.
Engineering & Operations
2026-09-26 · 읽기 23분
CRM 도구를 바꿀 때 고객 식별자·수신 상태·캠페인을 어떻게 이어갈까
CRM 이전은 고객 식별, 수신 판단, 진행 중인 캠페인과 발송 책임을 새 환경에 이어 주는 운영 전환입니다. 같은 고객이 두 도구에 등록된 기간에도 같은 업무 메시지의 발송 책임은 한쪽에 있어야 합니다.
가이드
2026.04.16
OneSignal 온보딩·데이터 정의 점검표
도입이 정해진 뒤 개발과 마케팅이 합의할 항목을 식별자와 이벤트·속성, 권한, 테스트, 인계 다섯 묶음으로 나눈 점검표입니다.
가이드
2026.09.10
OneSignal 사용자 식별·이벤트 명세 키트
회원과 구독의 관계, 이벤트 필드와 전송 시점, 누락·중복·순서 역전의 처리를 합의하는 실무 명세와 예제입니다.
문의
문의하기
현재 환경과 목표를 남겨 주시면 담당자가 검토한 뒤 연락드립니다.
바로 연락하기
전화 상담은 평일 09:00–18:00에 받습니다
문의 서비스고객 데이터 연동 설계
개인정보 수집 및 이용 안내
- 처리 목적 · 문의 응대와 상담 진행
- 수집 항목 · 이름, 회사명, 회사 이메일, 문의 내용, 유입 경로(첫 방문 페이지, 직전 방문 사이트의 도메인, 캠페인 정보)
- 보유 기간 · 수집·이용 동의일로부터 36개월
동의를 거부하실 수 있습니다. 다만 동의하지 않으시면 문의를 접수할 수 없습니다.