IOSOR 가이드
임대 DID의 STOP과 HELP: 지원팀이 방어할 수 있는 정책
B2B 팀이 임대 번호에서 STOP/HELP 키워드 정책을 작성하는 방법 — 소유권, 문구, 감사 로그, 선불 정직성. 타사 포털 습관 없이.
키워드는 귀여운 자동응답이 아닙니다. 답장을 받을 수 있는 임대 DID에서 STOP과 HELP는 컴플라이언스이자 브랜드 정책입니다. 지원팀이 새벽 02:00에도 구전 지식이 아니라 방어할 수 있는 스크립트여야 합니다. 그 정책이 없는 양방향 메시징은 조용한 인시던트 대기열이 됩니다.
IOSOR는 인바운드를 아웃바운드와 같은 화이트라벨 선불 표면에서 유지합니다. 브랜드 관계, 수신함 경로, 지갑 — 일상 운영이 타사 포털에 갇히지 않습니다.
키워드는 정책이며, 봇의 사이드 퀘스트가 아니다
제품·법무·지원은 첫 대화형 발송 전에 한 페이지에 서명해야 합니다:
| 키워드 | 필수 결과 | 소유자 |
|---|---|---|
| STOP / 수신거부 | 옵트아웃을 신속히 이행; 기록됨 | 컴플라이언스 + 메시징 운영 |
| HELP / 정보 | 브랜드 안전 경로: 시간, 채널, 에스컬레이션 | 지원 리드 |
| START / 재개(사용 시) | 명확한 동의 문구로만 재옵트 | 제품 + 법무 |
| 캠페인 명령 | 선택; STOP을 절대 덮어쓰지 않음 | 캠페인 소유자 |
STOP이 「보통 된다」면 정책이 아니라 운입니다.
지원팀이 소리 내어 읽을 수 있는 STOP 문구 작성
STOP 응답은 짧고 브랜드 지향이며 모호하지 않아야 합니다:
- 이 프로그램 / 신원에 옵트아웃이 적용되었음을 확인
- 무엇이 멈추는지 설명(알림, 마케팅 클래스, 이 DID 스레드)
- 고객이 여전히 도움이 필요하면 사람 경로를 안내
- 기술 ID나 타사 브랜드명을 쏟아내지 않음
로그: 누가 STOP을 보냈는지, 어느 DID, 언제 이행, 어떤 아웃바운드 클래스가 차단되는지. 지원 에스컬레이션은 여러분의 플랫폼에서 그 로그를 가져와야 합니다 — 스크린샷 추격이 아닙니다.
실제 근무 시간에 맞는 HELP
HELP는 브랜드가 과대 약속하기 쉬운 지점입니다.
- 실제 지원 시간과 시간대
- 실제로 인력을 배치하는 채널(이메일, 채팅, 콜백) — 환상이 아님
- 고객이 포함해야 할 정보(번호 끝 4자리, 주문 id)
- 아무도 온라인이 아닐 때의 다음 단계
죽은 이메일로 HELP에 답하는 임대 DID는 사용자에게 SNS에서 더 크게 불평하도록 가르치며 — 늦은 OTP보다 빠르게 신뢰를 태웁니다.
소유권과 감사 추적
주 소유자와 백업을 지정하세요. 프로덕션에서 STOP이 실패하면 컴플라이언스 사고이지 「봇 손보기」 티켓이 아닙니다.
요구:
- 스택이 검증할 수 있는 MO webhook 또는 수신함 이벤트
- 멱등 처리(재시도가 발생함)
- 상관: 인바운드 키워드 → 고객 id → 억제 상태
- PII를 포함할 수 있는 키워드 본문의 보존 규칙
화이트라벨은 상담원이 하나의 상업 표면에 머무는 것을 뜻합니다. 「다른 포털을 확인하라」는 운영 모델이 아닙니다.
수신과 발송을 무관한 SKU로 취급하면 STOP/HELP가 붕괴합니다.
- 임대 DID가 MO를 수신하고 규칙이 허용하는 곳에서도 발송 가능
- 구매 후 계정에 할당 — 다른 곳에서 누군가 클릭할 때까지 떠 있지 않음
- Webhook 목적지가 이미 아웃바운드에 쓰는 플랫폼과 일치
IOSOR 번호 경로는 선불이며 적시: 검색, 보류, 구매, 할당. 키워드 준비는 그 할당 이야기에 속합니다.
인바운드는 무료 운영이 아닙니다. 번호 임대, 청구되는 MO 처리, 상담원 시간, 잘못된 START/STOP 루프는 모두 비용입니다.
- DID 프로그램에 묶인 보이는 선불 지갑 항목
- 자동응답 폭풍에 대한 한도
- 자금 실패와 키워드 핸들러 실패의 명확한 구분
월 플랫폼 사용이 USD 1,000+에 가까워지면 키워드 정책 품질이 파트너십 신호가 됩니다. 규제 회랑과 대화 볼륨은 방어 가능한 STOP/HELP가 필요합니다 — 빈 계정의 구독료 이야기가 아닙니다.
- 법무 / 지원과 STOP + HELP 문구 초안(한 페이지).
- MO 이벤트를 수신함 또는 티켓에 연결; 멱등 증명.
- 임대 DID에 제어된 테스트 회신; 감사 행 캡처.
- 소유자, 보존, 근무 외 행동을 문서화.
- 그다음에야 대화 템플릿을 확장.
위험 신호
- 다른 회사 포털을 지명하는 STOP 응답
- 인력 배치와 맞지 않는 HELP 시간
- 옵트아웃 이행 시각 로그 없음
- 컴플라이언스 검토 없이 마케팅이 live로 키워드 편집
- 인바운드가 아직 in setup인데 live 대화 주장
- 클라이언트 오류가 업스트림 브랜드를 덤프
IOSOR로 시작하기
임대 DID에서 지원이 소리 내어 읽을 STOP과 HELP 한 장을 쓴다. 두 단어를 잇고, 감사 행을 하나씩 증명하며, 시간 외 HELP에 이름을 붙인다. 한 번호에서 말하는 정책이지, 임차인 수신거부 목록 격리도, 수신 스팸 채점도, 양방향 받은편지함 설계도 아니다.
관련: 인바운드 자동응답 루프 캐리어 지연 급증에 대응하는 인바운드 웹훅 처리 버퍼링 첫 차감 전 선불 잔액 예약.
IOSOR 핵심 요약
STOP과 HELP는 임대 번호에서 말하는 정책이지, 다중 임차 수신거부 동기화가 아니다.
할 일: 지원이 읽을 문구를 쓰고 감사 행을 증명하라. 하지 말 일: 키워드를 봇 옆일로 보거나 다른 임차 수신거부 목록을 여기서 동기화하지 마라.
이 가이드가 도움이 되었나요?
관련 가이드
- 인바운드 음성 통화 부재중 SMS 라우팅 구성
IOSOR 화이트라벨 선불 CPaaS 콘솔에서 수신 음성 부재중 및 통화중 신호에 대한 자동화된 SMS 트리거를 구성하는 방법을 알아보세요.
- 캐리어 지연 급증에 대응하는 인바운드 웹훅 처리 버퍼링
IOSOR 인바운드 버퍼링 규칙을 구성하여 이동통신사 전달 지연, 동시성 급증 및 업스트림 타임아웃 오류로부터 웹훅을 보호하는 방법을 알아보세요.
- 멀티 테넌트 계정 간 인바운드 수신 거부 키워드 동기화
IOSOR에서 멀티 테넌트 수신 거부 동기화를 마스터하세요. 인바운드 중단 키워드가 하위 계정을 격리하면서 글로벌 억제 목록을 관리하는 방법을 알아보세요.