마케팅 자동화 — 이메일, SMS, 푸시, 인쇄 편지
무엇이 일어나야 할지 말씀하세요. 알맞은 날에 실제로 일어납니다.
규칙은 한 번만 적으면 돼요. ClickSomo는 영원히 기억해요 — 이 일을 손으로 하던 인턴보다 훨씬 믿을 수 있죠.
하나의 퍼널에 4개 채널트리거 14개, 액션 16개자체 메일 서버 0개1개의 발송 어휘, 어떤 공급자든
여기서 써 보세요 — 계정도, 설치할 것도 없습니다
퍼널을 설명하세요. 블록 하나하나 그려지는 걸 지켜보세요.
누구에게, 언제, 클릭하면 무엇이 일어나야 하는지 한 문장으로 적어보세요. 트리거와 이메일·문자, 대기와 분기가 캔버스에 그려지는 걸 실시간으로 보실 수 있어요. 블록을 끌어다 놓고, 하나를 열어 수정하고, 만든 것을 그대로 두세요. 아무것도 발송되지 않습니다 — 이건 퍼널을 설계하는 것일 뿐이에요.
시작용 아이디어
또는 미리 만들어진 퍼널 열기
진행 상황
사람들을 데려오기
포스기에서 내보낸 CSV, 사이트의 양식, dash-b에서 만든 페이지, 또는 고유 토큰으로 API를 호출하는 직접 작성한 코드. 각 연락처는 어디서 왔는지, 어떤 근거로 연락할 수 있는지를 담고 도착해요.
무엇이 일어날지 정하기
"전날 리마인드를 보내고, 이틀 뒤에 어떻게 됐는지 물어보세요." 트리거를 고르고, 원하는 날짜에 메시지를 배치하거나, 문장을 쓰면 퍼널 초안이 자동으로 만들어져요. 그다음 읽어보고 마음에 안 드는 부분은 바꾸세요.
메일함 연결 후 게시
직접 쓰는 SMTP 계정이나 이미 결제 중인 공급자를 쓰면 돼요. ClickSomo는 메일 서버를 운영하지 않으므로 발송 평판은 그대로 여러분의 것으로 남아요. 게시하면 퍼널이 돌아가요 — 트리거가 발동할 때마다, 모든 연락처에 대해, 정확한 날짜에.
돌아가는 퍼널
일주일간의 후속 연락이 실제로 어떤 모습인지
다이어그램이 아니에요. 실행은 퍼널 버전별 연락처마다 한 행이고, 들어간 모든 노드가 무엇을 판단했고 무엇을 내보냈는지 기록돼요 — 그래서 3주 뒤에 "이 사람에게 왜 이 메일이 갔지?"라는 질문에 답할 수 있어요.
- ⚡트리거
api_event— 쇼핑몰에서 온order.paid, 이 연락처의 첫 주문이에요. - 2이메일 보내기감사 인사와 함께 보통 다음에 사는 두 가지를 담아요. 수신 거부는 이 순간에 확인되지, 퍼널을 그릴 때 확인된 게 아니에요.
- 3대기이틀. 실행에 붙는
wake_at하나 — 대기 행도 없고, 오늘 밤 퍼널을 수정해도 깨질 것도 없어요. - ?목표 확인두 번째 주문이 들어왔나요? 아니요. 실행은 계속돼요. 들어왔다면 여기서 실행이 종료되고 이 연락처는 더 이상 아무것도 받지 않아요.
- 4방해 금지 시간지금 발송 시점이지만 연락처 현지의 저녁이에요. 메시지 계층에서 09:00까지 보류 — 모든 분기에 복사된 규칙이 아니라요.
- 5SMS 보내기열네 단어와 링크 하나. 발송 전에 세그먼트 수를 보여줘요. 이모지 하나가 세그먼트 하나를 세 개로 늘리기 때문이에요.
- 6목표를 달성했어요두 번째 주문. 실행이 종료돼요. 돌아온 다음 날 "보고 싶었어요" 같은 메시지를 받는 사람은 없어요.
진입 시 버전 고정모든 단계가 기록됩니다
제대로 하기 어려운 부분들
보내는 건 쉬워요. 잘 보내는 것이 도구들이 손을 놓는 지점이에요.
이건 켜고 끄는 설정이 아니에요. 엔진이 만들어진 방식이고, 잘 돌아가는 목록을 새것으로 옮길 가치가 있는 이유예요.
동의는 적법한 근거가 있는 장부이지 체크박스가 아니에요
모든 연락처는 채널별로 한 행을 가지고 있어요: 상태, 적법한 근거, 출처, 증거, 그리고 시점. CSV 가져오기는 기껏해야 legitimate_interest로 기록돼요 — 절대 consent가 아니에요. 스프레드시트는 누군가 무언가에 동의했다는 걸 기억할 수 없으니까요.
근거 행이 없는 연락처는 아예 메일을 보낼 수 없어요. 부재는 허락이 아니고, 빈 열을 예라고 취급하는 시스템은 결국 누군가 사둔 목록에 메일을 보내게 돼요. 캠페인을 보내기 전에 대상의 근거 구성을 보여드려서, "정확히 누구에게 쓰려는 건지, 왜 쓸 수 있는 건지"가 누군가의 기억이 아니라 화면 위에 답으로 남아요.
- 1업로드됨포스기 내보내기에서 온 CSV. 모든 행은 쓸 때 정규화되지, 읽을 때가 아니에요.
- 2MX 확인됨죽은 도메인과 오타 도메인이 하드 바운스되기 전에 걸러져요.
- 3근거 지정됨
legitimate_interest, 출처는 가져오기 id로 기록돼요. 같은 파일을 다시 올려도 상향되지 않아요. - !메일 발송 불가주소가 전혀 쓸모 없는 상태로 도착한 311개 행이 있습니다. 그저 그 자리에 머물 뿐, 조용히 오디언스가 되지는 않아요.
가져오기 시 설정된 기준추론하지 않음
라이브 퍼널을 편집해도 이미 안에 있는 사람은 아무도 영향을 받지 않아요
퍼널을 게시하면 변경 불가능한 버전이 기록됩니다. 실행은 진입한 시점의 버전을 따라 진행되므로, 4천 명이 이번 주 시퀀스를 절반쯤 진행하는 동안에도 내일의 메시지를 다시 쓸 수 있고, 모두가 시작한 흐름을 끝까지 완주해요.
이 방식이 작동하는 이유는 대기가 미리 작성된 행의 큐가 아니라 실행 단위의 기상 시간이기 때문입니다. 누군가 진입하는 순간 하위 전체를 구체화하는 도구는 진행 중인 사람을 망가뜨리는 것을 피할 방법이 없어요 — 메시지가 이미 존재하는데, 방금 삭제한 퍼널 버전으로 수신자가 지정되어 있으니까요.
- 1버전 8 게시됨3일차 메시지 재작성, 분할 추가됨.
- 2진행 중4,118개 실행이 버전 7을 끝까지 진행합니다. 아무것도 재계획되지 않고, 아무것도 재발송되지 않아요.
- 3신규 진입16:40 이후 진입하는 모든 사람은 버전 8을 따릅니다.
재작성할 대기 행 없음중복 발송 없음
리포트는 어떤 오픈이 사람이고 어떤 것이 기계인지 알려줍니다
Apple Mail 개인정보 보호 기능은 가져오는 모든 메시지의 모든 이미지를 열어봅니다. Outlook SafeLinks는 확인을 위해 모든 링크를 클릭합니다. 원시 오픈과 클릭을 그대로 보고하는 도구는 이를 참여로 집계하고, 이를 조용히 섞어버린 숫자는 아예 없는 것보다 나쁩니다 — 그 숫자로 의사결정을 하기 때문이에요.
ClickSomo는 원시 이벤트를 저장하고, 필터링된 수치를 보고하며, 어느 쪽인지 라벨을 붙입니다. 둘 다 볼 수 있어요. 불편한 쪽이 진실인 쪽이고, 기본으로 화면에 표시되는 것도 그쪽입니다.
- ✉전달됨전달 이벤트에서 집계되고 재계산됩니다 — 제자리에서 증분되지 않아요.
- 👁오픈원시와 필터링이 나란히 표시되며, 기계 비중이 명시됩니다.
- ↗클릭스캐너 트래픽이 분리됩니다. 이 메시지 자체의 링크 집합으로 검증된 서명된 리디렉션입니다.
- i이것이 중요한 이유스캐너 오픈으로 결정한 A/B 분할은 완전한 확신을 가지고 잘못된 승자를 고릅니다.
원시로 저장필터링되어 보고항상 라벨 표시
발송은 언제나 고객의 것으로 유지됩니다
ClickSomo는 메일 서버를 운영하지 않습니다. 고객의 SMTP 메일함 — 호스팅에서 이미 제공하는 것 포함 — 이나 이미 사용 중인 SendGrid 같은 공급자를 연결하면 됩니다. 메시지당 추가 요금이 붙지 않아요. 묶을 것이 없기 때문입니다.
직접 연결하는 대가로 얻는 것은 하나의 전달 어휘입니다. SendGrid는 서명된 JSON 웹훅을 보내고, 일반 SMTP 메일함은 아무것도 보내지 않으며 바운스가 이메일로 돌아옵니다. 둘 다 동일한 이벤트 — 대기, 발송, 전달, 지연, 오픈, 클릭, 소프트 바운스, 하드 바운스, 불만, 수신 거부 — 로 정규화되므로, 공급자를 바꿔도 보이는 것은 아무것도 달라지지 않아요.
- 1고객의 메일함트랜잭션용. 공유 메일함을 과도하게 사용하면 계정이 정지될 수 있으므로 자체 전송 한도를 둡니다.
- 2고객의 공급자대량 발송. 도메인 분리, DKIM 분리 — 실패한 캠페인이 로그인 메일에 닿지 않게 해요.
- 3반송SMTP에는 웹훅이 없어서, 반송 경로는 DSN을 읽고 분류하는 실제 메일함이에요.
SPF, DKIM, DMARC 검사 완료드리프트 보고됨
네 가지 채널
하나의 퍼널로 어떤 분에게든 네 가지 방식으로 닿을 수 있어요
리마인더는 몇 분 안에 읽히는 SMS로 보내요. 스토리는 공간이 넉넉한 이메일로 보내요. 우표를 붙일 가치가 있는 고객에게는 인쇄물을 보내요. 어떤 메시지가 어떤 채널을 쓰는지는 열어야 하는 도구가 아니라 노드의 속성이에요.
이메일
문서를 표와 인라인 CSS로 렌더링하고, 일반 텍스트 대안을 생성하며, 다크 모드에 안전한 색상을 써요. RFC 8058이 요구하는 원클릭 수신 거부를 지원해요. Gmail에서 잘릴 경우 게시 시점에 경고해요.
SMS
오늘 꼭 읽혀야 하는 메시지를 위한 거예요. GSM-7과 UCS-2 세그먼트를 발송 전에 계산해요. 이모지 하나면 한 세그먼트 메시지가 세 개로 늘어나기 때문이에요. STOP 처리는 여러분에게 맡기지 않고 서비스 내부에서 처리해요.
푸시
VAPID와 RFC 8291 암호화를 갖춘 웹 푸시에 iOS와 Android까지 지원해요. 공급자가 410을 보내면 기기 행을 정리해요. 정리되지 않는 토큰은 도달률을 조용히 망가뜨리기 때문이에요.
인쇄 편지
같은 문서를 인쇄 CSS로 PDF에 렌더링해, 우표를 쓸 가치가 있는 고객에게 보내요. 다른 노드와 마찬가지로 퍼널의 한 노드이며, 앞에 똑같은 대기와 똑같은 목표 확인이 있어요.
더 어려운 질문을 던지는 분들을 위해
API가 곧 제품이에요. 화면들은 그 클라이언트 중 하나일 뿐이에요.
비공개 엔드포인트는 없어요 — "인터페이스 전용"조차 없어요. 공개 API가 줄 수 없는 것이 필요한 화면은 API가 잘못됐다고 말해주는 화면이고, 바로 이 규칙이 에이전트와 대시보드 타일, 스크립트를 모두 뒤늦은 덧붙임이 아니라 일급 시민으로 만들어요.
문서화되고 검증됨
연락처, 동의, 목록, 세그먼트, 태그, 크리에이티브, 퍼널, 버전, 실행, 캠페인, 가져오기, 웹훅, 리포트. 커서 페이지네이션, 멱등성 키, 하나의 오류 봉투.
Learn more시험 실행 기능이 있는 MCP 서버
simulate_funnel은 연락처를 퍼널을 따라 걸어가게 하고, 경로와 보낼 예정인 메시지를 돌려줘요. 발송 기능이 있는 모든 도구는 명시적인 확인과 사용량 한도 뒤에 잠겨 있어요.
템플릿이 아니라 문서
크리에이티브는 공개된 스키마를 가진 JSON 블록 트리로, 여섯 가지 대상으로 렌더링돼요. 병합 변수는 게시 시점에 검사해요. 오타는 편집 중에 보이는 오류일 뿐, 발송 시점의 "안녕하세요 ,"가 절대 아니에요.
Learn more사용 사례
이 제품이 만들어진 네 가지 비즈니스 형태
메커니즘은 네 가지 모두에서 같아요. 달라지는 것은 무엇이 트리거이고 무엇이 목표인가예요.
이커머스
환영 메시지, 장바구니 이탈, 구매 후, 리뷰 요청, 날짜 필드 기반 재구매, 그리고 잠잠해진 분들을 위한 윈백까지.
Learn more서비스업
미용실, 병원, 스튜디오, 공방. 예약 확인, 리마인더, 노쇼 후속 조치, 리뷰 요청, 그리고 더 이상 오지 않는 단골 알아채기.
Learn moreSaaS & 제품 팀
여러분의 제품은 이미 누가 활성화했고 누가 멈췄는지 알고 있어요. 그걸 이벤트로 보내고, 분기하고, 목표 행동이 일어나는 순간 멈추세요.
Learn more에이전시
하나의 퍼널, 스무 개의 프로젝트, 스무 벌의 발송 자격 증명 — 그리고 전화로 설명할 필요 없는 고객별 리포트까지.
Learn more하나의 생태계의 일부이자, 그 자체로 완전히 쓸모 있어요
ClickSomo는 castomo 계열의 마케팅 부문이에요. 발송, SMS, 푸시는 계열의 모든 제품이 호출할 수 있는 castomAPI 서비스고, 로그인은 dash-b 등에서 쓰는 하나의 castomo 계정이에요. 캠페인 성과, 퍼널 이탈, 목록 증가는 어떤 보드에든 놓을 수 있는 타일로 dash-b에 도착해요.
이런 것들이 전혀 필요 없는 분들도 많아요. 여기 계정 중 상당수는 목록 하나, 메일함 하나, 퍼널 세 개로 아무것도 연결되어 있지 않아요.
솔직한 비교: "이 뉴스레터를 목요일에 이 사람들에게 보내기"만 필요하다면, 이 카테고리의 모든 도구가 그렇게 해요. 이 제품도 마찬가지고, 옮길 가치는 없어요. 여기 있을 이유는 후반부에 있어요 — 증명할 수 있어야 하는 동의, 누군가 구매하면 반드시 멈춰야 하는 시퀀스, 질문을 견뎌야 하는 리포트, 그리고 전체를 운영하고 싶은 에이전트나 스크립트. ClickSomo의 위치 →
오늘 무엇을, 몇 명에게 보내는지 알려주세요.
여기서는 어떻게 보이는지 보여드릴게요 — 보통 퍼널을 그려서 보여드려요. 글로 설명하는 것보다 빠르거든요.