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는 브랜드가 과대 약속하기 쉬운 지점입니다.

  1. 실제 지원 시간과 시간대
  2. 실제로 인력을 배치하는 채널(이메일, 채팅, 콜백) — 환상이 아님
  3. 고객이 포함해야 할 정보(번호 끝 4자리, 주문 id)
  4. 아무도 온라인이 아닐 때의 다음 단계

죽은 이메일로 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가 필요합니다 — 빈 계정의 구독료 이야기가 아닙니다.

  1. 법무 / 지원과 STOP + HELP 문구 초안(한 페이지).
  2. MO 이벤트를 수신함 또는 티켓에 연결; 멱등 증명.
  3. 임대 DID에 제어된 테스트 회신; 감사 행 캡처.
  4. 소유자, 보존, 근무 외 행동을 문서화.
  5. 그다음에야 대화 템플릿을 확장.

위험 신호

  • 다른 회사 포털을 지명하는 STOP 응답
  • 인력 배치와 맞지 않는 HELP 시간
  • 옵트아웃 이행 시각 로그 없음
  • 컴플라이언스 검토 없이 마케팅이 live로 키워드 편집
  • 인바운드가 아직 in setup인데 live 대화 주장
  • 클라이언트 오류가 업스트림 브랜드를 덤프

IOSOR로 시작하기

임대 DID에서 지원이 소리 내어 읽을 STOP과 HELP 한 장을 쓴다. 두 단어를 잇고, 감사 행을 하나씩 증명하며, 시간 외 HELP에 이름을 붙인다. 한 번호에서 말하는 정책이지, 임차인 수신거부 목록 격리도, 수신 스팸 채점도, 양방향 받은편지함 설계도 아니다.

관련: 인바운드 자동응답 루프 캐리어 지연 급증에 대응하는 인바운드 웹훅 처리 버퍼링 첫 차감 전 선불 잔액 예약.

IOSOR 핵심 요약

STOP과 HELP는 임대 번호에서 말하는 정책이지, 다중 임차 수신거부 동기화가 아니다.

할 일: 지원이 읽을 문구를 쓰고 감사 행을 증명하라. 하지 말 일: 키워드를 봇 옆일로 보거나 다른 임차 수신거부 목록을 여기서 동기화하지 마라.

이 가이드가 도움이 되었나요?

관련 가이드