Chert

Chert란?

Chert는 단일 API로 Apple iMessage 프로토콜을 통해 메시지를 송수신할 수 있게 해주는 인프라 제품입니다. iMessage에서 대화를 운영하면서도 전달 상태, 웹훅, 첨부파일, 폴백 동작을 프로그래밍 방식으로 처리하려는 제품 및 GTM 팀을 위해 설계되었습니다.

이 플랫폼은 iMessage를 미팅 예약, 고객 지원 대화, 온보딩, 대화형 AI 같은 발신·수신 워크플로를 위한 채널로 포지셔닝합니다. 소스는 푸른 말풍선 메시지, 인증된 발신자, 실시간 전송 텔레메트리, 그리고 수신자가 iMessage를 사용하지 않을 때의 SMS/RCS 폴백을 설명합니다.

주요 기능

• iMessage 워크플로용 단일 API: Chert는 발신·수신 메시징을 위한 하나의 API를 제공해, 팀이 각 메시지 흐름을 따로 관리하지 않고도 iMessage 기반 경험을 구축할 수 있게 합니다.
• 실제 iMessage 스레드: 메시지는 Apple의 iMessage 프로토콜을 통해 전달되며, 가능한 경우 푸른 말풍선 스레드와 읽음 확인, 탭백을 지원합니다.
• SMS/RCS 폴백: 수신자가 플랫폼 밖에 있으면 Chert가 SMS로 라우팅하고, API에서 그 채널 변경을 표시할 수 있습니다.
• 첨부파일 및 풍부한 스레드 콘텐츠: 사진, PDF, 링크를 대화 스레드에 직접 보낼 수 있습니다.
• 실시간 전송 텔레메트리: 플랫폼은 전달 상태와 메시지 수준 상태를 보여줘, 메시지가 전달되었는지 또는 폴백으로 대기 중인지 추적할 수 있습니다.
• 웹훅 및 CRM 동기화: Chert는 수신·발신 이벤트용 REST API와 웹훅을 제공하며, 리드 생성, 미팅 예약, 수신 거부 수신 같은 일반 이벤트에 대한 네이티브 동기화를 지원합니다.

Chert 사용 방법

팀은 보통 킥오프를 잡고 어떤 워크플로를 iMessage로 옮길지 결정하는 것부터 시작합니다. 그다음 API와 웹훅을 통해 Chert를 제품이나 내부 도구에 연결하고, 같은 스레드로 발신 메시지와 수신 답장을 라우팅합니다.

실무에서는 가입 후 환영 메시지를 보내거나, 지원 요청에 응답하거나, 발신 아웃리치 시퀀스에서 미팅을 예약하는 데 사용할 수 있습니다. 또한 이 플랫폼은 메시지가 iMessage로 전달됐는지, 아니면 SMS로 폴백됐는지도 보여줘 후속 로직과 리포팅을 처리하는 데 도움이 됩니다.

사용 사례

• 라이프사이클 온보딩: 새 사용자가 가입하자마자 환영 메시지나 짧은 제품 투어를 보내 iMessage를 첫 संपर्क 채널로 사용합니다.
• 고객 지원: 고객을 티켓 포털로 보내지 않고 스레드에서 질문을 처리해, 사용자가 이미 쓰는 메시징 앱 안에서 대화를 유지합니다.
• 대화형 AI 에이전트: 질문에 답하고, 약속을 변경하고, 더 자연스러운 스레드에서 짧은 왕복 대화를 이어갈 수 있는 B2C 에이전트를 구축합니다.
• 콜드 아웃바운드 세일즈: iMessage 기반 발신 메시지로 잠재 고객에게 답변이나 미팅 예약을 요청하고, iMessage를 사용하지 않는 수신자에 대해서는 폴백을 처리합니다.
• 내부 워크플로 라우팅: 메시지 이벤트를 CRM 시스템, 세일즈 도구, 음성 에이전트, 내부 데이터 저장소 같은 도구로 전달해 대화에서 후속 작업을 트리거합니다.

FAQ

Chert는 실제 iMessage 메시지를 보내나요? 예. 소스에 따르면 발신 및 수신 메시지는 Apple의 iMessage 프로토콜을 통해 흐르며, SMS는 수신자가 iMessage를 사용하지 않을 때만 폴백으로 사용됩니다.

Chert는 SMS 인프라와 어떻게 다른가요? 통신사 기반 A2P SMS가 아니라 iMessage 스레드를 중심으로 구축되었습니다. 소스는 iMessage 경험의 일부로 푸른 말풍선 메시지, 읽음 확인, 탭백을 강조합니다.

Chert는 기존 시스템과 연결할 수 있나요? 예. 소스는 Chert가 수신 및 발신 이벤트용 REST API와 웹훅을 제공하고, 일부 일반 이벤트에 대해 네이티브 동기화를 제공한다고 말합니다.

어떤 종류의 워크플로를 위한 건가요? 이 페이지는 온보딩, 지원, 아웃바운드 미팅 예약, 대화형 AI 같은 GTM 및 제품 워크플로를 강조합니다.

대안

• SMS 인프라 플랫폼: 기존 SMS 도구는 통신사 전달 문자 메시지용으로 만들어졌으며, 일반적으로 iMessage 스레드보다 A2P SMS 흐름을 사용합니다.
• 범용 메시징 API 제공업체: 더 넓은 메시징 API는 여러 채널을 다룰 수 있지만, 보통 전용 iMessage 워크플로보다 SMS나 옴니채널 메시징에 중심을 둡니다.
• 인앱 채팅 또는 지원 위젯: 대화를 제품이나 웹사이트 안에 유지하며 사용자의 휴대폰 받은편지함을 사용하지 않습니다.
• 이메일 아웃리치 도구: 이메일은 아웃바운드 및 라이프사이클 메시징에 자주 사용되지만, 반응 방식과 대화 구조가 다른 별도의 채널입니다.