비즈니스 밋업 운영 시스템을 고르기 전에 신청, 확정, 변경, 현장 참석의 상태를 먼저 정해야 합니다. ‘미팅이 잡혔다’는 말이 참가자끼리 합의했다는 뜻인지, 테이블까지 확정됐다는 뜻인지 다르면 운영표와 참가자 일정이 어긋날 수 있습니다.
신청 한 건을 식별하고, 상태를 바꿀 수 있는 사람과 충돌 처리 규칙을 정하면 디지털화할 업무 범위가 분명해집니다. 이 글은 신청·변경·테이블 배정을 위한 운영 설계안이며, 특정 제품의 자동 배정이나 AI 매칭 성능을 설명하는 글은 아닙니다.
참가자 신청과 자리 배정은 따로 확인합니다
먼저 신청자가 누구와 언제 만나기를 원하는지 기록합니다. 다음으로 양측 참가자의 가능 시간과 필요한 자원을 확인합니다. 테이블 외에 통역, 온라인 접속, 이동 시간 같은 조건이 있다면 함께 검토해야 합니다.
양측이 같은 시간에 동의해도 테이블이 없으면 현장에서 진행할 수 없습니다. 반대로 빈 테이블이 있어도 같은 담당자가 다른 미팅에 참석 중이면 배정할 수 없습니다. ‘사람의 시간’과 ‘공간·자원의 시간’을 각각 점검하는 이유입니다.
운영표에서 사용할 상태의 뜻을 맞춥니다
다음은 사용할 수 있는 상태 설계 예시입니다. 실제 시스템의 상태명이나 제공 기능을 뜻하지 않습니다.
- 신청: 희망 상대와 시간을 제출한 상태. 참석과 테이블을 약속한 단계가 아닙니다
- 검토 중: 상대방 확인이나 운영팀 판단이 필요한 상태. 처리 담당자와 기한을 정합니다
- 확정: 양측과 운영팀이 필요한 조건을 확인한 상태. 확정 시 포함되는 장소·시간 정보를 정의합니다
- 변경 요청: 확정된 내용의 변경을 검토하는 상태. 이전 약속이 유효한지 함께 표시합니다
- 취소: 더 이상 진행하지 않는 상태. 상대방과 자원 담당자에게 알려야 합니다
- 현장 참석 확인: 실제 참석을 확인한 상태. 일정 확정과 구분합니다
- 종료·결과 확인: 미팅 진행과 후속 기록을 확인한 상태. 계약 성사나 매출 발생을 의미하지는 않습니다
‘변경 요청’이 들어온 순간 기존 자리를 비울지, 새 자리가 확정된 뒤 비울지는 행사 운영 규칙으로 정해야 합니다. 어느 방식을 선택하든 참가자가 보고 있는 일정과 운영팀 일정이 충돌하지 않아야 합니다.
변경 한 건은 상대방 일정까지 닫아야 끝납니다
다음은 가상의 운영 상황입니다. 참가팀 A가 오후 미팅 시간을 바꾸고 싶지만 상대팀 B는 기존 시간만 가능하다고 가정합니다.
- 기존 미팅의 식별 번호와 현재 확정 정보를 확인합니다
- 변경 가능한 시간과 참가자·테이블·통역 등의 제약을 확인합니다
- 상대팀의 가능 여부를 확인한 뒤 유지·재배정·취소 중 결정을 내립니다
- 승인된 결과를 운영표와 참가자 안내에 반영합니다
- 관련 테이블·통역·현장 담당자에게 필요한 변경을 전달합니다
- 전달 여부와 미확인 대상을 기록하고 현장 대응을 준비합니다
시스템 알림이 발송된 것과 상대방이 내용을 확인한 것은 구분해야 합니다. 별도 수신·확인 기능이 없다면 중요한 당일 변경을 어떤 운영 절차로 확인할지 정해둡니다.
충돌 규칙을 정할 때는 우선순위를 공개할 수 있어야 합니다
테이블 배정은 빈칸 채우기만의 문제가 아닙니다. 행사 취지와 참가자에게 안내한 기준에 맞춰 일관되게 처리할 필요가 있습니다.
- 같은 참가자가 같은 회차에 두 미팅을 신청하면 누가 조정하는가
- 한 기관에서 여러 담당자가 참석하면 별도 참가자로 다룰 것인가
- 연속 미팅 사이에 이동·정리 시간이 필요한가
- 통역이나 특정 장비가 필요한 미팅은 어떻게 배정하는가
- 지각 시 기존 시간을 유지할지, 빈 회차를 검토할지 누가 결정하는가
- 불참과 현장 취소는 어떻게 확인하고 기록하는가
AI 추천을 검토하더라도 먼저 필수 제약과 운영자의 최종 판단 범위를 정해야 합니다. 추천된 상대와 실제 확정된 미팅, 참석한 미팅은 서로 다른 결과이므로 분리해서 기록합니다.
도입 시연은 정상 신청과 예외 처리를 함께 봅니다
공급사에는 신청 성공 화면 외에 확정 후 변경, 상대방 거절, 중복 시간, 현장 불참을 보여달라고 요청하세요. 각 시나리오에서 누가 어떤 버튼을 사용하고, 무엇이 바뀌며, 누구에게 안내되는지 확인합니다.
인수 목록에는 미팅 식별 번호, 참가자·테이블 연결, 상태와 변경 시각, 필요한 내보내기 항목을 포함할 수 있습니다. 모든 항목이 기본 제공된다고 가정하지 말고 구현 범위와 운영팀의 수동 업무를 나눕니다.
BOUNCE를 검토할 때 확인할 범위
FREEGROW는 디지털 밋업의 신청·변경과 테이블별 기록·보고 업무를 다루는 BOUNCE 출시를 준비하고 있습니다. 2026년 10월 6일 기준, 이 글은 출시 예정 범위를 바탕으로 한 운영 설계 가이드입니다. 실제 사용 가능한 기능과 일정은 현재 시연 및 제안 범위로 확인해야 합니다.
공개 행사 서비스의 매칭 소개만으로 BOUNCE의 모든 기능이 이미 제공된다고 볼 수는 없습니다. 자동 최적 배정이나 AI 추천이 필요하다면 데이터, 제약 처리, 운영자 수정, 검증 기준을 별도 요구사항으로 제시하세요.
참가팀·참석자 수, 테이블과 회차, 변경 마감, 통역 등 필요한 자원을 정리해 밋업 운영 범위 상담을 요청할 수 있습니다. 이 자료가 있어야 신청부터 현장 조정까지 필요한 구성을 논의할 수 있습니다.
KISS 2025 행사 포스터 참고 자료
