Braze에서 블럭스로 갈아타는 완벽 가이드 — 발송 공백 없는 4주 마이그레이션 플레이북

갈아타고 싶은데, 갈아타는 과정이 무섭다면

Braze를 쓰는 팀이 블럭스 도입을 검토하는 이유는 대체로 비슷합니다. 연 단위 계약 비용 대비 실제 활용률이 낮고("기능은 7%밖에 못 쓴다"), Liquid 문법과 개발 의존 때문에 캠페인 하나에 며칠이 걸리고, AI 최적화는 누구에게 보냈는지 근거를 확인하기 어렵습니다. 여기까지는 이미 알고 계실 겁니다.

그런데도 교체가 미뤄지는 이유는 하나입니다. 마이그레이션이 큰 공사처럼 느껴지기 때문입니다. 쌓아둔 데이터는 어떻게 되나, 이관하는 동안 발송이 끊기면 어쩌나, 팀이 새 툴을 언제 다 배우나.

이 글은 그 불안을 걷어내기 위한 실무 문서입니다. Braze(또는 유사한 글로벌 CRM 솔루션)에서 블럭스로 전환할 때의 4주 마이그레이션 플레이북 — 무엇을 어떤 순서로 옮기고, 발송 공백 없이 어떻게 병행 운영하는지를 주차별로 정리했습니다.

시작 전에 — 마이그레이션에 대한 3가지 오해

오해 1. "행동 데이터를 처음부터 다시 쌓아야 한다"

고객 프로필·구매 이력 같은 핵심 데이터는 이관 시점에 함께 옮겨집니다. 새로 쌓이는 것은 이벤트 로그(조회·클릭 등)인데, CRM 캠페인의 주력 조건인 최근 행동 기준(예: "최근 30일 장바구니") 세그먼트는 운영 2~4주 안에 정상 작동 수준의 데이터가 쌓입니다. 실제로 전환한 팀들의 공통된 답은 "시간이 지나면 자연히 해결되는 문제였고, 오히려 빨리 시작할수록 이득"이었습니다.

오해 2. "이관하는 동안 발송이 끊긴다"

이관은 스위치를 내렸다 올리는 방식이 아니라 병행 운영 → 점진 전환 방식으로 진행합니다. 기존 솔루션의 캠페인을 켜둔 채 블럭스에서 하나씩 복제·검증하고, 검증이 끝난 캠페인부터 발송 주체를 바꿉니다. 고객 입장에서 발송이 끊기는 구간은 없습니다.

오해 3. "팀이 새 툴을 배우는 데 몇 달 걸린다"

Liquid 문법 기반 툴은 러닝커브가 학습 대상이지만, 자연어 에이전트 기반 툴은 배울 문법 자체가 없습니다. "장바구니 담고 24시간 안 산 고객에게 리마인드 보내줘"라고 말하는 데는 교육이 필요 없습니다. 여기에 블럭스는 전담 PM이 온보딩부터 첫 캠페인까지 함께합니다.

구조가 다른 지점부터 확인 — Braze와 블럭스

이관 계획을 세우기 전에, 두 솔루션이 구조적으로 다른 지점을 알아두면 "1:1로 그대로 옮길 것"과 "이 기회에 다시 설계할 것"을 구분할 수 있습니다.

핵심은 이렇습니다. Braze에서 Liquid로 짜둔 복잡한 개인화 로직은 블럭스에서 더 단순한 방식(자연어 세그먼트 + 개인화 토큰 + AI 상품 추천)으로 다시 만드는 경우가 대부분입니다. 즉 이관은 복사-붙여넣기가 아니라, 그동안 쌓인 캠페인 부채를 정리하는 리셋 기회이기도 합니다. 실제로 이관 과정에서 캠페인 간 중복 발송처럼 기존 솔루션에서는 보이지 않던 문제를 발견하는 팀이 많습니다.

4주 마이그레이션 플레이북

1주차 — 데이터 연동과 검증

• SDK 또는 서버-to-서버 API로 데이터 연동 (GTM·플러그인 대안도 있어 개발 리소스가 부족해도 진행 가능)

• 고객 프로필·구매 이력 이관 및 수치 대사(양쪽 솔루션의 유저 수·주문 수 비교 검증)

• 카카오 채널(알림톡·친구톡) 발신 프로필 연결, 템플릿 등록

• 전담 PM과 이관 대상 캠페인 인벤토리 작성

2주차 — 핵심 캠페인 이관 (매출 기여 상위 20%부터)

• 이관 우선순위는 매출 기여순: 보통 장바구니 리마인드 → 재구매 주기 → 온보딩 시퀀스 순서

• Liquid 개인화 로직은 자연어 세그먼트 + AI 상품 추천으로 재구성 (이 단계에서 로직이 대부분 단순해집니다)

• 캠페인별 소량 테스트 발송으로 렌더링·링크·전환 트래킹 검증

3주차 — 병행 운영과 성과 대사

• 기존 솔루션과 블럭스를 세그먼트를 나눠 병행 운영 (같은 고객에게 양쪽에서 중복 발송되지 않도록 대상 분리)

• 발송 성공률·오픈·클릭·전환 수치를 양쪽에서 비교 — 이 주가 사실상의 PoC

• 발송 빈도 제어 정책 설정 (고객 단위 주간 상한 등 — 기존 툴에 없던 기능이라 이때 처음 설계)

4주차 — 완전 전환과 구조 고도화

• 나머지 캠페인 이관 완료, 기존 솔루션 발송 중단

• 기존 툴에서 못 하던 것들 추가: 겹치지 않는 주기성 캠페인 확장, AI 오디언스, 에이전트 기반 성과 분석 루틴

• 기존 솔루션은 데이터 열람용으로 계약 만료까지 유지 (해지 통보 시점은 계약 조건 확인)

전환 후 무엇이 달라졌는지 확인하는 지표

이관이 끝났다면 4~8주 뒤 아래 지표로 전환 효과를 검증하세요. 전환한 팀들이 실제로 확인한 변화입니다.

• 캠페인 운영 공수 — 세팅에 쓰는 시간 비중 (전환 사례 기준 80% → 20% 수준까지 감소)

• 운영 캠페인 수 — 빈도 제어 덕분에 고객 피로 없이 캠페인을 늘릴 수 있는지 (10개 추가 운영으로 월 1,000만 원+ 추가 매출을 만든 사례)

• 발송 비용 — 알림톡·SMS 단가 차이의 연 환산액 (연 1억~3억 원 절감 사례)

• 분석 리드타임 — 데이터 질문 하나가 답변되기까지의 시간 (며칠 → 5~10분)

자주 묻는 질문

Q1. Braze 계약이 아직 남아 있는데 시작할 수 있나요?

오히려 계약 만료 3~4개월 전이 가장 좋은 시작 시점입니다. 병행 운영 기간을 충분히 갖고 검증한 뒤 만료에 맞춰 전환하면, 이중 비용 구간을 최소화하면서 발송 공백 없이 넘어갈 수 있습니다.

Q2. SDK를 다시 연동해야 하나요? 개발 리소스가 거의 없습니다.

모바일 앱은 SDK 연동이 필요하지만, GTM·플랫폼 플러그인·서버-to-서버 API 등 개발 부담을 줄이는 경로가 있습니다. 연동 방식은 초기 미팅에서 팀의 개발 여력에 맞춰 함께 설계합니다.

Q3. Braze에서 쓰던 Canvas(저니)도 옮길 수 있나요?

시나리오 기능으로 동일한 플로우를 구성할 수 있고, 대부분 더 단순하게 재구성됩니다. 복잡한 Canvas일수록 "이 분기가 정말 필요했나"를 점검하는 기회가 되는 경우가 많습니다 — 에이전트에게 기존 플로우를 설명하면 시나리오 초안을 만들어 줍니다.

Q4. 이관 지원은 어디까지 해주나요?

전담 PM이 데이터 연동 설계부터 캠페인 인벤토리 작성, 이관, 병행 검증, 첫 성과 리포트까지 함께합니다. 문서 링크만 받고 알아서 하는 방식이 아닙니다.

교체는 공사가 아니라 4주짜리 프로젝트입니다

마이그레이션이 무서운 건 전체 그림이 안 보일 때입니다.
순서가 있으면 — 연동·검증(1주), 핵심 이관(2주), 병행 검증(3주), 완전 전환(4주) —
교체는 분기 로드맵에 들어가는 평범한 프로젝트가 됩니다.
그리고 그 4주가 끝나면, 세팅에 쓰던 시간의 대부분과 발송 비용의 상당 부분이 돌아옵니다.

지금 쓰는 솔루션의 재계약 시점이 다가오고 있다면, 그 전에 한 번 비교해 보세요.

블럭스 팀이 현재 계약 구조와 캠페인 인벤토리를 기준으로 전환 시 예상 절감액과 이관 계획을 무료로 산정해 드립니다.