QR 체크인 시스템 도입 시 개발 범위를 현장 동선 기준으로 정리하는 방법을 소개합니다. 사전등록 연동, QR 발급, 현장 스캔, 키오스크 출력까지 견적 요청 전 확인할 요구사항 정의서 체크리스트를 담았습니다.
- 결론 먼저: 개발 범위는 '현장 동선'을 따라 정의해야 합니다
- 준비물과 전제조건: 견적 요청 전 요구사항 정의서 체크리스트
결론 먼저: 개발 범위는 '현장 동선'을 따라 정의해야 합니다
QR 체크인 시스템 견적을 요청하다 보면, 개발사마다 답이 제각각이라 당황하게 되는 순간이 옵니다. 이유는 단순합니다. "QR 체크인"이라는 말 안에 들어있어야 할 현장 동선 전체를 견적 요청서에 담지 않았기 때문이에요.
현장 동선을 따라 범위를 쪼개보면
참가자가 겪는 순서 그대로 세워보면 겹치거나 빠지는 항목이 바로 보입니다.
- 사전등록·결제 접수
- QR 포함 모바일 바우처 발급(카카오 알림톡)
- 현장 스캔 체크인(입·퇴장)
- 키오스크 명찰·바우처 출력
- 구역별 출입 통제
- 사후 출결 데이터 정리 및 엑셀 내보내기
e-Regi는 이 전 과정을 하나의 흐름으로 자동화한 사례인데, 현장 기준점이 되는 숫자 두 개가 눈에 띕니다. QR 스캔 3초 이내 입장 처리, 그리고 키오스크에서 이름·소속·QR이 통합된 명찰 1초 출력. 견적서를 받으면 이 지점부터 확인해보세요. "3초 안에 처리됩니까, 명찰은 몇 초에 나옵니까"를 물었을 때 답이 모호하면, 현장 경험이 없는 개발사일 가능성이 높습니다.
단계마다 정해야 할 것: 데이터·화면·권한
동선 각 단계에서 "어떤 데이터가 오가고, 누가 어떤 화면을 보는가"까지 써야 견적 오차가 줄어듭니다.
준비물과 전제조건: 견적 요청 전 요구사항 정의서 체크리스트
준비물과 전제조건: 견적 요청 전 요구사항 정의서 체크리스트
견적이 두세 배로 뛰는 지점은 대부분 기능이 아니라 "정의되지 않은 전제"입니다. "QR 체크인 해주세요"라고만 넘기면 개발사는 가장 보수적인 범위로 잡고, 나중에 "이건 빠진 거예요?"를 주고받으며 재작업이 시작됩니다. 그 전에 한 장짜리 요구사항 정의서만 만들어도 이 낭비는 줄어듭니다.
행사 규모와 물리 조건부터
운영 장면을 떠올려 보세요. 당일 오전 8시, 입구에서 참가자들이 몰리는 그림입니다. 이때 견적에 영향을 주는 건 기능 목록보다 숫자입니다.
- 참가 규모(사전등록 예상 인원, 현장 접수 예상 비율)
- 입구·체크인 게이트 개수와 배치(1개 vs 여러 개 분산)
- 현장 스태프 수와 역할 분담(스캔 담당, 안내, 예외 처리)
- 기존 등록 시스템·홈페이지 연동 여부 (연동이면 API 범위까지)
실제로 사전등록부터 QR 무인 체크인, 키오스크 명찰·바우처 출력, 출입 통제, e방명록까지 전 과정을 하나의 흐름으로 묶어 운영하는 플랫폼(e-Regi)도 있듯이, 어디까지를 새로 만들고 어디부터 기존 시스템에 붙일지가 견적의 첫 분기점입니다.
단계별 범위 정의 ①: 사전등록 연동과 QR 발급 설계
QR 발급은 "접수가 끝난 다음에 하면 되는 일"이 아니라, 접수 완료와 동시에 시작되는 일입니다. e-Regi처럼 접수 완료 즉시 QR 코드가 담긴 모바일 바우처를 카카오 알림톡으로 발송하는 구조를 기본으로 잡으면, 현장에서 참가자가 등록내역을 찾느라 접수대가 멈추는 상황 자체를 줄일 수 있습니다. 요구사항서를 쓸 때도 이 흐름을 기본값으로 두고, 다른 채널은 필요에 따라 추가하는 순서로 정리하는 게 좋습니다.
발급 채널은 비교표로 정리해서 첨부하세요
어떤 채널로 QR을 보낼지는 개발사와 상의하기 전에 운영 주최 측이 먼저 기준을 세워야 합니다. 판단 기준은 세 가지, 도달 속도 / 재발급 편의 / 발송 비용입니다.
| 항목 | 카카오 알림톡 | 이메일 | SMS/문자 |
|---|---|---|---|
| 도달 속도 | 접수 완료 즉시 발송, 앱 내 확인 | 수신함 지연·스팸 분류 가능성 | 즉시 도달하나 링크 열기 불편 |
| 재발급 편의 | 참가자가 채팅방에서 재열람 | 메일함 검색 필요 | 문자 보관 습관에 따라 차이 |
| 비용 | 발송 건당 과금, 템플릿 심사 필요 | 발송 비용 낮음 | 건당 과금, 알림톡 대비 비효율 |
| QR·배지 연계 | QR 바우처 + 디지털 배지 발송 가능 | 첨부 방식 별도 설계 | 본문 링크 방식 별도 설계 |
단계별 범위 정의 ②: 현장 스캔의 함정 - 오프라인 검증과 중복 체크인 방지
개막 직후 30분이 제일 무섭다. 참가자가 몰리는 시간에 행사장 인터넷이 흔들리면, 여러 입구에서 동시에 스캔하던 기록이 밀리거나 사라진다. QR을 잘 발급한 것과 현장에서 잘 찍히는 것은 전혀 다른 문제인데, 견적 단계에서 스캔 처리와 동시성은 슬쩍 빠지기 쉽다.
| 항목 | 흔한 실수 | 권장 기준 |
|---|---|---|
| 네트워크 단절 | 연결 끊기면 체크인 중단 | 오프라인 로컬 검증 후 복구 시 동기화 |
| 동시 스캔 | 다중 입구에서 같은 사람 이중 기록 | 중복 체크인 방지 로직과 처리 방식 명시 |
| 시간 기록 | 입장만 남김 | 평점용 입·퇴장 시간 자동 기록 |
| 모니터링 | 행사 끝나고 엑셀 확인 | 실시간 입퇴장 집계 대시보드 |
기준선으로 삼을 만한 수준도 공개돼 있다. e-Regi는 QR 스캔 3초 이내 입장 처리, 중복 스캔 방지, 보수교육 평점용 입·퇴장 시간 자동 기록, 구역별 독립 출결 설정을 지원하며, 입퇴장 기록을 실시간으로 집계하고 세션별 출결률을 대시보드에서 라이브 모니터링한다. 최소 이 정도를 "되는지"가 아니라 "어떻게 처리하는지"까지 물어야 한다.
운영 중 예외 케이스와 개발사 선택, 비오케이솔루션의 범위 산출 프로세스
행사 당일 아침, 온라인 등록자 줄은 잘 흘러가는데 문제는 언제나 가장자리에서 터집니다. 폰 배터리가 죽어 QR이 안 뜨는 사람, 당일 현장에서 등록한 사람, 이미 명찰을 잃어버린 사람. 이 세 부류가 개발 범위에 없으면 접수대가 그대로 멈춥니다.
정상 흐름(사전등록 → QR 체크인 → 명찰 수령)은 어느 개발사나 만듭니다. 범위 문서의 품질이 갈리는 지점은 예외입니다. - QR 만료·분실 — 재발급을 누가, 어느 화면 권한에서 처리할지
- 현장 접수 — 등록 완료 즉시 QR이 담긴 모바일 바우처를 카카오 알림톡으로 보낼지
- 명찰 재출력 — 지류 PDF 인쇄, 디지털 배지, 알림톡 발송 중 무엇을 쓸지
e-Regi는 접수 완료 즉시 알림톡 바우처를 발송하고, 키오스크에서 이름·소속·QR이 통합된 지류 명찰을 1초 만에 출력하는 구조라서 현장 접수자도 온라인 등록자와 같은 동선으로 흘러갑니다. 재출력도 PDF·디지털 배지·알림톡 중 선택 배포가 됩니다.