인바운드 자동회신 루프: 에코가 선불 지갑을 비우는 방식

항상 답하는 인바운드 자동회신은 «훌륭한 CX»가 아닙니다. 빌린 DID에서는 선불 누수입니다. 두 봇, 원문을 인용하는 HELP는 지갑이 빌 때까지 튕깁니다. 제품은 engagement를 보고, 재무는 구멍을 보고, 운영은 02:00에 담당 없는 사고를 상속합니다.

IOSOR는 인바운드를 아웃바운드와 같은 white-label 선불 면에 둡니다. MO 이벤트, 키워드 회신, 차변 행은 내 계정에 있습니다. 월 USD 1,000+에 가까워지면 루프 표본과 스레드당 차변이 상업 리뷰 재료가 됩니다. 카탈로그가 live인데 루프 상한이 없으면 재무가 지키지 못합니다. in setup 번호는 양방향 받은편지함이 아닙니다. 루프가 시작될 때 바꿔 끼울 «더 깨끗한 받은편지함» 선구매는 없습니다. JIT는 검색→보류→구매→할당입니다.

자동회신 루프는 선불을 비운다

인바운드 재시도는 일어납니다. 소비자가 멱등이 아니면 webhook 재시도마다 또 다른 자동회신이 됩니다. 인바운드 웹훅 재시도를 보세요. 루프 감지를 잔액 부족 시 발송 중지와 짝지어 지갑이 남은 에코를 멈추게 하세요. 상관 ID는 인바운드에서 차변까지 이어져야 합니다.

무한 에코 대 STOP/HELP

STOP과 HELP는 정책이지 귀여운 봇이 아닙니다. STOP은 수신거부를 지키고 스레드를 멈춥니다 — 자동회신 포함. HELP는 실제 시간이 있는 짧은 브랜드 안전 경로이지 고객 마지막 문장의 에코가 아닙니다. 모든 MO에 무한 «받았습니다»는 HELP가 아닙니다. 첫 대화 발송 전에 키워드 페이지를 쓰세요. STOP·HELP 키워드 정책를 보세요. STOP이 «대개 된다»면 운이지 정책이 아닙니다.

제품과 재무가 지킬 수 있는 상한

1. 스레드당 아웃바운드 상한 — DID + 고객 id와 창당 최대 자동회신.
2. 멱등 MO 처리 — webhook이 재시도해도 인바운드 이벤트 하나, 회신 하나.
3. STOP 후 침묵 — 마케팅도 «정말입니까»도 두 번째 HELP도 없음.
4. 낮은 잔액 정지 — 남은 자동회신은 조용한 초과인출 연극 전에 멈춥니다.

사고 하나를 내보내세요: 인바운드 이벤트 → 자동회신 → 원장 행. 그 사슬을 못 당기면 양방향 통제가 없습니다. 상한 담당자를 이름 붙이세요.

양방향 받은편지함의 정직

양방향은 토글이 아니라 OS입니다. 누가 먼저 읽는지, 어떤 번호가 받고 보내는지, 공유 채널에 절대 떨어지지 않는 것, 시간 외가 어떻게 도는지. 양방향 인바운드 인박스 가이드와 임대한 번호의 인박스 이벤트를 보세요. JIT는 검색→보류→구매→할당. 카탈로그 in setup을 인원 있는 받은편지함으로 팔지 마세요.

위험 신호

• 스레드 상한 없는 자동회신
• 인바운드 페이로드를 반복하는 HELP
• 아직 마케팅 ack를 쏘는 STOP
• 회신을 이중 보내는 webhook 재시도
• 루프 담당 없는 카탈로그 live
• 외부 브랜드명을 쏟는 오류
• 사람 경로 없는 시간 외 에코

IOSOR로 시작

지원이 소리 내어 읽을 STOP과 HELP를 쓴다. 스테이징에서 스레드당 자동회신 한도를 두고, 중복 MO webhook을 강제해 지갑이 회신 하나를 보게 한다. 봇 메아리를 흉내 내 지출이 멈출 때까지 본다. inbound에서 차감까지 사슬 하나를 내보내 재무가 루프가 선불 잔액을 비울 자리를 보게 한다.

IOSOR 핵심 요약

인바운드 메아리는 지갑 화재다. MO 하나는 회신 하나여야 한다. 중복 webhook이나 봇 핑퐁은 지출을 멈춰야지 늘리면 안 된다.

할 일: 스레드당 회신을 막고 메아리에서 루프를 끊어라. 하지 말 일: 인바운드에 무한 자동회신하거나 같은 MO를 두 번 깎지 마라.