B2B 홈페이지 제작 결제·알림톡 설계 기준과 구축 순서

결제 확인 프로세스 설계 순서: 결제 요청 → 완료 확인 → 담당자 승인 → 이용권 개시

개인 쇼핑몰이라면 결제 승인 화면이 뜨는 순간 끝이지만, B2B는 다릅니다. 카드가 승인됐어도 세금계산서 발행, 사업자 검증, 담당자 내부 결재가 끝나야 서비스를 열어주는 경우가 많죠. 그런데 이 흐름을 처음부터 설계에 못 박아두지 않으면, "돈은 받았는데 이용권은 안 열렸다"는 문의가 고객 지원부터 경영까지 왔다 갔다 하게 됩니다.

4단계 흐름으로 쪼개기

결제 프로세스는 화면 단위가 아니라 상태 전환 단위로 설계하는 게 정답입니다.

1. 결제 요청 — PG 결제 화면에 금액과 사업자 정보가 확정된 상태로 넘어가는 단계. 요금제명, 결제 주체(법인명), 사업자등록번호가 이 화면에서 고정돼야 합니다. 2. 완료 확인 — PG 응답을 수신하면 결제 내역을 관리자 페이지에 자동 저장. e-Regi처럼 접수 완료 즉시 알림톡이 나가는 구조라면 이 시점에 발송 트리거가 걸립니다. 3. 담당자 승인 — 세금계산서 발행 여부와 사업자 검증을 여기서 처리. 마이스 매니저 솔루션이 참가 신청·승인·대기자 관리를 하나의 흐름으로 묶는 것도 같은 맥락입니다. 4. 이용권 개시·권한 부여 — 승인 완료 시점에 로그인 권한과 서비스 접근이 열립니다.

알림톡 발송 시점 선택 기준: 결제 요청 vs 결제 완료 vs 관리자 승인

"결제해 주셔서 감사합니다. 이용권이 개시되었습니다." — 이 메시지가 결제 요청 버튼을 누른 직후 도착하면 어떻게 될까요. 아직 입금 전인 신청자는 서비스가 시작된 것으로 오해하고, 문의가 쌓입니다. 발송 시점은 기술적으로 가능한 때가 아니라 안내 내용이 정하는 때입니다.

시점 3종, 내용이 먼저다

가상계좌는 입금 확인 전까지 결제 완료 트리거가 늦어집니다. 그래서 요청 접수 알림톡에는 "입금 확인 후 안내드립니다" 한 줄을 넣어두는 게 안전합니다.

검증된 패턴을 B2B로 옮기기

학술대회 등록 운영의 e-Regi는 접수 완료 즉시 QR 코드가 담긴 모바일 바우처를 알림톡으로 자동 발송합니다. 등록 완료, 배지 발송, 행사 당일 알림도 템플릿 관리와 대량 발송으로 자동화돼 있고, 사전등록·온라인 결제·QR 체크인·알림톡이 한 흐름으로 이어집니다. 메시지 한 통이 곧 입장 수단이 되는 구조입니다.

알림톡·PG 연동 준비물과 흔한 실수

홈페이지는 다 뜨는데 결제 완료 알림이 안 나가면 어디서부터 손대야 할까요? 오픈을 이틀 앞두고 템플릿이 아직 '심사 중'인 상태라면, 운영자는 결제 내역을 하나하나 수기로 확인하는 날이 시작됩니다. e-Regi가 접수 완료 즉시 QR 코드가 담긴 모바일 바우처를 알림톡으로 자동 발송하는 구조를 쓰는 이유도 이 지점입니다. 알림 한 통이 막히면 현장 체크인까지 함께 막히니까요.

알림톡 연동 전에 챙길 준비물 4가지

• 카카오 채널 개설과 발신 프로필 심사 — 연동의 출발점
• 용도별 템플릿 등록 및 승인 — 접수 확인, 결제 완료, 당일 안내는 각각 별도 템플릿
• SMS 대체 발송 설정 — 알림톡을 못 받는 고객의 구명줄
• 문자 발송비·API 이용료 예산 확보

e-Regi가 등록 완료, 배지 발송, 행사 당일 알림을 구분해 자동 발송하고 템플릿을 별도 관리하는 것도 같은 맥락입니다. 용도별 템플릿이 승인되어 있어야 대량 발송 순간에 한 건도 걸리지 않습니다.

PG는 연동보다 조건 확인이 먼저

• 연동 가능 PG사: e-Regi는 NICEPAY·토스페이먼츠를 통합 결제사로 사용
• **결제 수단

예외 상황 처리: 결제 실패, 알림톡 미수신, 세금계산서·사업자 검증 누락

결제가 성공할 때만 설계하면 실패하는 날 오픈하는 셈입니다. B2B에서 진짜 문제는 결제가 "안 됐을 때"가 아니라, 실패했는데 아무도 모르고 있을 때 생깁니다.

결제 실패: 사용자 화면과 관리자 기록, 둘 다 있어야

카드가 거절됐을 때 사용자가 보는 건 "오류가 발생했습니다" 한 줄뿐이면, 그 사람은 그대로 이탈합니다. 최소한 이 세 가지는 화면에 나와야 합니다.

• 실패 사유 (한도 초과, 카드 정보 오류 등 사용자가 이해할 수 있는 표현)
• 재시도 버튼 (입력한 정보는 유지한 채 결제만 다시 시도)
• 문의 채널 (전화나 카카오톡 상담)

그리고 같은 순간, 관리자 페이지에는 실패 내역이 자동 기록되고 있어야 합니다. 전화가 오기 전에 관리자가 먼저 실패 목록을 보고 "결제 시도하셨죠?" 하고 콜백할 수 있느냐 없느냐가 대응 속도를 갈라놓습니다.

알림톡 미수신: 대체 발송과 수동 재발송

알림톡은 수신 거부, 친구 추가 정책 변화 등으로 미수신이 생길 수밖에 없는 채널입니다. 그래서 두 가지 안전장치를 기본으로 둡니다.

• SMS 대체 발송: 알림톡 발송 실패 시 문자로 자동 전환
• 관리자 페이지 수동 재발송: 상담 전화를 받은 담당자가 그 자리에서 3초 만에 다시 보낼 수 있는 버튼

견적 산정 기준과 요약 체크리스트

견적서를 받아들고 "결제 기능 추가하면 얼마 더 나오나요?"라고 물었을 때, "따로 봐야 한다"는 답이 돌아오는 경우가 많습니다. 결제와 알림톡은 홈페이지 화면을 꾸미는 작업이 아니라 PG 연동, 발송 시스템, 관리자 화면까지 묶이는 별도의 개발 범위라서입니다. 그래서 견적을 비교할 땐 디자인 견적과 기능 견적을 반드시 분리해서 봐야 합니다.

항목별로 확인할 4가지

견적 요청 시 이 네 가지를 항목 단위로 나눠 달라고 하면, 업체 간 비교가 훨씬 명확해집니다.

• PG 연동과 결제 수단 종류 — 신용카드·계좌이체만 되는지, 해외카드·PayPal 같은 국제 결제까지 필요한지에 따라 범위가 달라집니다. - 알림톡 템플릿 개수와 SMS 대체 발송 — 등록 완료, 행사 당일 안내처럼 발송 시점별 템플릿이 몇 개인지, 알림톡 발송 실패 시 SMS로 넘어가는지 확인합니다.