수상·시상 관리 시스템 개발 시 알림톡과 이메일 발송 기준을 정리했습니다. 발송 트리거 설계, 카카오 템플릿 심사, SMS 폴백 처리, 발송 로그 관리까지 단계별 구현 방법을 안내합니다.
- 결론 먼저: 수상 확정 즉시 알림톡, 이메일은 기록용 동행 발송이 기본 구조
- 발송 전 준비물: 카카오채널·발신 프로필 등록과 템플릿 심사 절차
결론 먼저: 수상 확정 즉시 알림톡, 이메일은 기록용 동행 발송이 기본 구조
결론부터 정리하면, 수상자 발송은 "알림톡이 본진, 이메일은 기록 담당" 구조로 잡는 게 가장 안전합니다. 심사가 마감되고 수상이 확정되는 순간을 트리거로 알림톡을 먼저 쏘고, 같은 내용을 이메일로 동행 발송해 증빙과 경품 지급 안내 근거를 남기는 방식이죠.
왜 알림톡이 먼저인가
수상자는 결과를 실시간으로 기다리는 상태입니다. 접수 완료 즉시 QR 코드가 담긴 바우처를 알림톡으로 보내고, 등록 완료·배지 발송·행사 당일 알림을 카카오 알림톡으로 자동 발송하는 운영 방식이 이미 학술대회 현장에서 표준처럼 자리 잡았습니다. 수상 통지도 마찬가지입니다.
- 트리거 시점: 수상 확정(심사 마감·발표 승인) 즉시 자동 발송
- 알림톡 역할: 실시간 전달, 클릭 유도(수상 확인 링크, 경품 안내)
- 이메일 역할: 공식 증빙 보존, 첨부파일(상장·지급 안내 문서) 전달
- 발송 순서: 알림톡 선발송 → 실패 폴백 SMS → 이메일 동행 발송 → 발송 로그 기록
요금제 조건, 먼저 확인하세요
여기서 자주 걸리는 게 플랫폼 요금제입니다. 알림톡 연동은 요금제에 따라 아예 빠져 있을 수 있으니 계약 전에 반드시 확인해야 합니다.
발송 전 준비물: 카카오채널·발신 프로필 등록과 템플릿 심사 절차
시상 일정이 잡히고 수상자 명단이 확정됐는데 템플릿 심사가 끝나지 않았다면, 그때부터는 발송일을 밀거나 개별 연락으로 때우는 수밖에 없습니다. 알림톡은 카카오채널·발신 프로필 등록 → 템플릿 작성 → 심사 → 발송 순서로만 움직이고, 중간에 반려되면 수정 후 다시 기다려야 합니다. 그래서 수상 확정 통보 최소 1~2주 전에 심사까지 접수해 두는 것이 이 단계의 첫 판단 기준입니다.
메시지 유형별 템플릿 분리
수상자 안내는 성격이 전부 다르니, 한 템플릿에 몰아 넣지 말고 셋으로 나눠 작성합니다.
| 유형 | 필수 변수 | 목적 |
|---|---|---|
| 수상 내역 확정 | 수상자명, 수상 부문, 논문·작품명 | 확정 통보 및 수락 확인 |
| 시상식 일정 안내 | 일시, 장소, 참석 방법 | 참석 안내 및 회신 수집 |
| 경품 지급 안내 | 지급 방법, 기한, 필요 서류 | 수령 절차 안내 |
유형을 나눠 두면 일정 변경 시 해당 템플릿만 다시 심사받으면 되고, 반려 사유 관리도 쉬워집니다. e-Regi처럼 대량 발송과 템플릿 관리를 지원하는 플랫폼이라면 세 템플릿을 등록해 두고 해마다 재사용하는 구조로 만들 수 있습니다.
이메일은 도메인 인증이 먼저다
단계별 구현: 발송 트리거 → 개인정보 동의 확인 → 메시지 발송 → 실패 폴백 처리
수상자 발표 안내는 보통 "심사 끝나면 담당자가 엑셀 열어서 수동 발송"하는 방식으로 처리됩니다. 그런데 이 방식에는 구조적인 허점이 있습니다. 발표 시점에 담당자가 자리를 비키면 발송이 하루 밀리고, 문자를 보내려고 보니 연락처 수집 때 수신 동의를 받은 기록이 없어 법적으로 뭉툭해지는 겁니다. 이 두 문제를 한 번에 푸는 게 '상태 변경 기반 자동 발송'입니다.
1단계: 발송 트리거 — "사람이 아니라 상태가 보낸다"
핵심은 발송 버튼을 사람이 누르는 게 아니라, 수상 확정 상태가 변경되는 순간 시스템이 자동으로 발송하도록 트리거를 거는 것입니다.
실제로 e-Regi는 등록 완료, 배지 발송, 행사 당일 알림을 카카오 알림톡으로 자동 발송하고, 접수 완료 즉시 QR 코드가 담긴 모바일 바우처를 알림톡으로 보냅니다. 마이스 매니저도 참가 신청·승인·대기자 관리부터 알림 발송까지 하나의 흐름으로 연결하죠. 수상 안내도 똑같이 설계하면 됩니다.
- 트리거 조건: 심사 위원 최종 확정 → 관리자 '수상 확정' 체크 → 발송 대기열 등록
- 트리거 시점: 확정 즉시 / 지정 시간 일괄 발송 중 하나 선택
- 중복 방지: 동일 수상자에게 재발송 차단 로직 포함
흔한 실수 vs 권장 기준: 대량 발송 한도와 발송 로그 설계
수상자 알림은 대부분 "한 번에 몰아서" 나갑니다. 심사 마감 직후 수백 건이 동시에 쏟아지는 구조라, 평소에는 잘 되던 알림톡이 그날만 지연되거나 일부만 발송되는 상황이 생기기 쉬워요. 게다가 알림톡 발송 실패 시 문자로 대체(폴백)되면 문자 발송비가 그대로 추가 청구됩니다.
| 항목 | 흔한 실수 | 권장 기준 |
|---|---|---|
| 발송 비용 | 구독료에 발송 비용도 포함된 것으로 이해 | 도메인 비용, 문자 발송비, 외부 유료 API, PG 수수료는 구독료와 별도임을 견적 단계에서 확인 (비오케이솔루션 사례) |
| 요금제 확인 | "알림톡 되죠? "라고만 확인 | 알림톡/SMS/이메일 연동이 실제로 포함된 요금제인지 점검 — 비오케이솔루션 기준 라이트 관리형(월 5만원부터)은 알림톡 연동 제외, 성장 관리형(월 20만원부터)부터 포함 |
| 대량 발송 | 심사 마감 즉시 전체 일괄 발송 | 대량 발송·템플릿 관리를 지원하는지 확인 후 발송 (e-Regi는 대량 발송 지원) |
| 실패 처리 | 실패 건은 수작업 대조 | 실패 사유와 재발송 버튼이 관리자 화면에 있는지 계약 전에 확인 |
발송 로그는 이 필드부터
문제가 생겼을 때 "누가, 언제, 어떤 채널로, 왜 실패했는지"를 3초 안에 찾을 수 있어야 합니다. 최소한 이 필드는 꼭 설계하세요.
요약 체크리스트와 시스템 도입 판단 기준
요약 첬크리스트와 시스템 도입 판단 기준
여기까지 읽으셨다면 "수상자 알림, 그냥 문자 보내면 안 되나?"에서 "트리거 → 템플릿 → 폴백 → 로그까지 설계해야 하는구나"까지 오셨을 거예요. 마지막으로 흩어진 내용을 점검표 하나로 묶고, 도입 여부를 판단할 기준을 정리해 드릴게요.
도입 전 최종 점검표
- 트리거 정의 — 수상 확정 시점(심사 완료·결과 승인)에 자동 발송이 걸리는가
- 템플릿 심사 — 알림톡 템플릿이 사전 등록·승인 절차를 통과했는가
- 폴백 채널 — 알림톡 실패 시 이메일 등 대체 발송이 예약되어 있는가
- 동의·수신 정보 — 수상자 연락처와 마케팅 수신 동의가 구분되어 있는가
- 발송 로그 — 누가, 언제, 어떤 채널로 받았는지 추적 가능한가
- 비용 견적 — 발송 단가와 발송 건수가 견적서에 명시되어 있는가