쇼핑몰 주문·배송 알림 자동 발송
주문 접수, 입금 확인, 출고와 송장, 배송 완료, 취소·환불, 재입고. 여섯 이벤트를 우리 쇼핑몰 시스템이 스스로 보내게 만드는 설계입니다. 어떤 것은 단문 즉시, 어떤 것은 장문 예약이 맞습니다.
주문 문자는 「보내는 사람」이 없어야 제때 나갑니다
주문이 밤 11시에 들어와도 접수 문자는 그 자리에서 나가야 하고, 송장이 찍히는 순간 배송 안내가 나가야 합니다. 담당자가 아침에 몰아서 보내는 구조는 늦고, 빠뜨립니다. 문자연동을 붙이면 쇼핑몰 시스템이 이벤트가 생길 때 스스로 보냅니다. 다만 여섯 이벤트가 모두 같은 방식은 아닙니다. 어떤 것은 단문 한 줄이면 되고, 어떤 것은 송장번호가 들어가 장문이어야 하며, 어떤 것은 밤에 생겨도 아침에 나가도록 예약을 걸어야 합니다.
여섯 이벤트를 시스템이 알아서 보내게 하세요
DB 연동이면 주문 테이블이 바뀔 때 발송 테이블에 한 줄 넣는 것으로 끝납니다.
단문·장문·예약을 이벤트마다 골라 넣습니다.
√ 가입 무료 √ 2000년부터 운영 √ 누적 발송 3억 건 이상
이벤트별 자동 발송 문구 (복사해서 시스템에 넣으세요)
[ ] 자리에 주문 테이블의 값이 들어갑니다. 송장 안내처럼 긴 것은 장문으로, 나머지는 단문으로 보냅니다.
- [OO몰] 주문 접수
[고객명]님, 주문 [주문번호]가 접수되었습니다.
입금 확인 후 출고됩니다. - [OO몰] 입금 확인
[고객명]님, [금액]원 입금이 확인되었습니다.
[출고예정일] 출고 예정입니다. - [OO몰] 배송 안내
[고객명]님, 주문하신 [상품명]이 출발했습니다.
[택배사] 송장번호 [송장번호]
받으실 때 상태를 확인해 주세요. - [OO몰] 배송 완료
[고객명]님, 주문 [주문번호]가 배송 완료되었습니다.
문제가 있으면 [기한]까지 알려 주세요. - [OO몰] 취소 처리 안내
[고객명]님, 주문 [주문번호]가 취소되었습니다.
환불은 결제 수단에 따라 3~5일 걸립니다. - [OO몰] 재입고 안내
[고객명]님, 알림 신청하신 [상품명]이
다시 들어왔습니다.
이벤트마다 방식이 다릅니다
연동으로 구현할 때 이벤트별로 정해야 할 것은 셋입니다. 단문인지 장문인지, 즉시인지 예약인지, 광고성이 섞이는지.
| 이벤트 | 문자 종류 | 보내는 시점 | 주의할 것 |
|---|---|---|---|
| 주문 접수 | 단문 | 즉시 | 주문번호만 넣고 짧게. 결제 전이면 「입금 확인 후 출고」 한 줄 |
| 입금 확인 | 단문 | 즉시 | 금액과 출고 예정일. 심야 입금은 아침 예약으로 돌려도 됩니다 |
| 출고 · 송장 | 장문 | 즉시 | 택배사·송장번호·상품명이 들어가 80바이트를 넘기 쉽습니다. 장문(MSG_TYPE 6)으로 |
| 배송 완료 | 단문 | 즉시 또는 다음 날 아침 예약 | 택배사 완료 시각이 밤이면 예약으로 아침에 |
| 취소 · 환불 | 단문 | 즉시 | 환불 기간을 결제 수단별로 적으면 문의가 줍니다 |
| 재입고 · 혜택 안내 | 단문/장문 | 예약(낮 시간) | 고객이 신청한 재입고 알림은 안내지만, 할인·쿠폰이 붙으면 광고성입니다. (광고) 표기·수신거부·야간 제한이 붙습니다 |
주문 테이블에 트리거 하나면 시작됩니다
주문 상태가 바뀔 때 MSG_DATA 에 한 줄 넣는 코드가 전부입니다. 서버가 없으면 소켓 연동으로 접수·입금 알림만 먼저 붙일 수도 있습니다.
우리 쇼핑몰 구조를 말씀해 주시면 같이 보겠습니다 02-2646-7280평일 09:00~17:30 (점심 12:00~13:00)
구현 순서 3단계
- 1이벤트와 문구를 표로 확정위 여섯 이벤트 중 우리 몰에 필요한 것을 고르고, 문구마다 단문인지 장문인지 정합니다. 송장 안내는 거의 항상 장문입니다. 이 표가 있어야 개발이 한 번에 끝납니다.
- 2주문 상태 변경 지점에 INSERT 붙이기DB 연동이면 주문 상태가 바뀌는 코드 뒤에 발송 테이블 INSERT 를 넣습니다. 단문은 MSG_TYPE 4 에 SMS_TXT, 장문은 MMS_CONTENTS_INFO 에 제목·내용을 넣고 MSG_TYPE 6 에 CONT_SEQ. 밤에 보내면 안 되는 것은 REQ_DATE 를 다음 날 아침으로 넣습니다.
- 3결과 컬럼으로 실패 건 관리Agent 가 처리 결과를 발송 테이블에 업데이트합니다. 관리자 화면에 「문자 실패」 표시를 붙여 두면 번호가 바뀐 고객을 바로 알 수 있습니다. 테스트 문자 10건으로 여섯 이벤트를 한 번씩 보내 본 뒤 실서비스에 붙입니다.
설계할 때 정해 둘 5가지
- 발신번호 : 고객이 답장하거나 전화할 번호(고객센터)로 사전등록합니다. 개인 휴대폰으로 나가면 응대가 흩어집니다
- 심야 처리 : 주문 접수는 즉시가 맞지만, 입금·배송 완료처럼 급하지 않은 것은 밤 9시 이후 이벤트를 다음 날 아침 예약으로 돌립니다
- 중복 방지 : 같은 주문에 같은 이벤트가 두 번 나가지 않도록, 발송 테이블에 넣기 전에 주문번호·이벤트 조합을 확인합니다
- 광고성 분리 : 주문 안내 문자에 할인·쿠폰 문구를 섞지 않습니다. 섞이는 순간 그 문자 전체가 광고성이 되어 (광고) 표기와 수신 동의가 필요합니다
- 실패 건 : 결번·번호 변경으로 실패한 고객은 시스템에 표시해 두고, 배송 문제는 전화로 따로 확인합니다
주문 한 건의 문자 흐름
- 주문 접수 → 즉시 단문 : 「접수되었습니다. 입금 확인 후 출고됩니다」
- 입금 확인 → 즉시 단문(심야면 아침 예약) : 금액과 출고 예정일
- 출고 → 즉시 장문 : 택배사·송장번호·상품명. 고객 문의의 절반이 여기서 줄어듭니다
- 배송 완료 → 다음 날 아침 예약 단문 : 문제 신고 기한을 함께
- 취소·환불 → 즉시 단문 : 환불 소요 기간을 결제 수단별로
- 재입고 → 낮 시간 예약 : 신청한 고객에게만. 혜택을 붙이면 광고성이 되니 따로 보냅니다
자주 묻는 질문 Q&A
-
Q1: 주문 안내 문자는 광고가 아니니 아무 때나 보내도 되나요?
A1: 주문·입금·배송 안내처럼 거래 진행에 필요한 안내는 일반적으로 광고성 정보로 보지 않습니다. 다만 그 문자에 할인·쿠폰·추천 상품 같은 문구가 한 줄이라도 들어가면 광고성으로 취급될 수 있어 (광고) 표기와 수신 동의, 야간 발송 제한이 붙습니다. 안내와 혜택은 문자를 나누어 보내고, 혜택 문자는 동의한 고객에게 낮 시간에 보내세요.
-
Q2: 호스팅형 쇼핑몰이라 서버에 Agent 를 못 올립니다.
A2: 소켓 연동(ASP·PHP·JSP)으로 단문 알림은 붙일 수 있습니다. 다만 단문만 되고 예약과 결과 수신이 안 되어 송장 안내(장문)와 심야 예약은 못 씁니다. 그 부분이 필요하면 Agent 를 올릴 서버를 하나 두는 편이 결국 단순합니다.
-
Q3: 송장 안내는 왜 장문인가요?
A3: 택배사 이름, 송장번호 12~13자리, 상품명이 들어가면 단문 한도(EUC-KR 80바이트, 한글 약 40자)를 거의 넘깁니다. 장문(LMS)은 제목을 붙일 수 있어 「[OO몰] 배송 안내」처럼 목록에서도 알아보기 쉽습니다. 연동 요금제에서 장문은 42~45원입니다.
-
Q4: 발송 결과를 관리자 화면에 보여 주고 싶습니다.
A4: DB 연동은 Agent 가 처리 결과를 발송 테이블의 그 줄에 업데이트합니다. 관리자 화면에서 주문번호로 그 줄을 조회해 성공·실패를 표시하면 됩니다. 별도 콜백 서버를 만들 필요가 없습니다.
-
Q5: 가입하면 바로 붙일 수 있나요?
A5: 연동전용 계정을 만들고 연동신청서(아이디·비밀번호·서버 IP)를 내야 하며, 발신번호 사전등록도 필요합니다. 테스트 문자 10건이 주어지니 여섯 이벤트를 한 번씩 보내 본 뒤 상품을 충전하면 됩니다. 구조가 애매하면 02-2646-7280으로 전화 주세요.
주문 한 건당 100원이 안 되는 비용으로 문의 전화를 줄입니다
이벤트 표를 만들어 두시면 개발은 INSERT 몇 줄입니다. 연동 계정부터 만들어 두세요.
전화 상담 02-2646-7280평일 09:00~17:30 (점심 12:00~13:00)
※ 연동 요금표의 단가로 계산한 예입니다. 상품과 실제 발송량에 따라 달라집니다.