협회 정기총회 초청 연자 관리 항목을 설계하는 기준을 단계별 상태값, 역할 유형화, 개인정보 동의 분리, 강의료 관리, 발표자료 버전 관리까지 실무 관점에서 정리했습니다.
- 연자 초청부터 확정까지, 단계별 관리 항목을 설계하는 기준
- 약력·발표자료 수집 시 개인정보 동의와 강의료·계약서 관리 항목화
연자 초청부터 확정까지, 단계별 관리 항목을 설계하는 기준

정기총회 연자 관리가 꼬이는 지점은 대부분 하나입니다. "초청은 했는데 회신을 안 왔는지, 누가 확인하고 있는지 알 수 없는 상태" — 엑셀과 이메일 왕복으로 관리하면 이 애매한 중간 단계가 사무국 담당자의 머릿속에만 존재하게 됩니다. 담당자가 휴가를 가면 현황 추적이 멈추죠.
상태값부터 4단계로 자른다
연자 관리의 핵심은 단계를 명확한 상태값으로 정의하는 것입니다. 권장 구조는 이렇습니다.
- 초청 의뢰: 초청 공문 발송일 기록
- 회신 대기: 회신 기한 설정 및 경과 여부 자동 표시
- 섭외 확정: 연자·세션 배치, 좌장 배정 확정
- 발표 확정: 발표 제목·발표 언어·자료 접수 완료
각 단계를 통과해야만 다음 단계로 넘어가도록 관리자 화면의 필수 입력값으로 묶어두면, "발표 확정인데 좌장이 없는 세션" 같은 누락이 화면에서 바로 보입니다.
역할은 '사람'이 아니라 '유형'으로 저장한다
여기서 실무적으로 큰 차이를 만드는 설계가 하나 있습니다. 같은 인물이 세션에서 연자, 다른 세션에서는 좌장을 맡는 경우가 흔한데, 이를 하나의 필드로 처리하면 현황 조회가 어려워집니다. e-Regi가 세션·연사·좌장(Chair)·의식 역할을 별도 정보로 다국어 등록·관리하는 구조를 참고할 만합니다.
약력·발표자료 수집 시 개인정보 동의와 강의료·계약서 관리 항목화

연자에게서 받는 자료를 뭉뚱그려 생각하면 나중에 반드시 곤란해집니다. 약력, 프로필 사진, 발표 초록, 슬라이드까지 전부 개인정보인데, "받았으니까 쓰자"로 넘어갔다가 홈페이지 게시 범위를 두고 연자와 실랑이하는 장면은 생각보다 흔합니다.
목적별 동의를 처음부터 쪼개 놓기
수집 시점에 동의 항목을 하나로 묶지 말고, 이용 목적별로 분리해 설계하는 게 핵심입니다.
- 홈페이지 연자 소개 게시 — 이름, 소속, 약력, 사진
- 전자초록집(PWA) 게재 — 초록, 세션 정보, 연자 프로필 연동
- 아카이브·VOD 활용 — 발표 녹화물, 세션 종료 후 생성되는 원문·번역 스크립트
특히 온라인 학술대회는 세션이 VOD·아카이브로 남는 구조라서, "당일 송출까지만" 동의한 연자의 발표가 사후 열람까지 노출되면 그것부터가 문제입니다. AI 동시통역으로 세션 종료 시 원문·번역문 스크립트가 자동 아카이브되는 환경이라면, 이 스크립트의 사후 활용 범위도 동의 항목에 명시해 둬야 합니다.
강의료·경비는 '기준'과 '상태'를 같이 잡기
돈과 관련된 항목은 받은 자료 관리보다 더 지저분해집니다. 관리자 화면에 잡아야 할 필드는 크게 두 갈래입니다.
발표자료 마감·버전 관리 자동화: 수기 관리 vs 시스템 관리 비교

총회 이틀 전 밤, 연자에게서 "죄송합니다, 슬라이드 수정해서 다시 보냅니다"라는 메일이 온다. 파일을 내려받아 폴더에 넣는 순간 같은 제목의 파일이 이미 세 개다. 발표 당일 아침까지 이 상태가 이어지면, 세션장에 뜨는 화면이 정말 최신본인지 아무도 장담하지 못한다.
수기 관리와 시스템 관리, 어디서 갈리는가
관리자 화면에서 제출 마감일·버전·파일 형식을 지정해 자동 수집하는 구조와 이메일·폴더 방식의 차이는 대체로 아래 네 지점에서 드러난다.
| 항목 | 수기 관리(이메일·폴더) | 시스템 관리(관리자 지정) |
|---|---|---|
| 마감 안내 | 담당자가 개별 메일 발송, 누락되면 방치 | 마감일 지정 후 미제출자 대상 리마인더 자동 발송 |
| 최종본 판별 | 파일명('최종_수정_진짜')로 추정 | 최종본 확정 표시로 버전 고정 |
| 발표 전날 확인 | 폴더를 열어 수작업 대조 | 관리자 화면에서 미제출·미확정 연자 즉시 필터링 |
| 전자초록집 반영 | 확정본 나오면 수작업 교체 | 확정 버전이 모바일 PWA 전자초록집에 반영 |
판단 기준은 하나로 압축된다. 발표 전날 시점에 '최신 버전이 무엇인지 시스템이 알고 있는가'다. 사람의 기억과 파일명에 의존하는 구조라면 총회 운영은 매번 담당자의 컨디션에 좌우된다.
자료 마감은 통역 품질 관리의 시작점
연자 변동·취소 시 대체 프로그램과 리스크 대응 절차

총회 열흘 전, 기조연설자에게서 "급한 일정이 생겨 참석이 어렵겠다"는 메일 하나가 온다. 이 순간 사무국이 움직일 순서가 정의돼 있는 팀과, 메신저방에서 수선만 떠는 팀의 차이가 리스크 대응의 전부다.
통보 시점이 곧 판단 기준이다
"언제 취소가 들어왔는가"에 따라 쓸 수 있는 카드가 달라진다. 상황별 대응 플랜을 미리 묶어 두자.
| 상황 | 대응 플랜 | 사전 준비 항목 |
|---|---|---|
| 사전 통보 | 대체 연자 투입 또는 원격 발표 전환 | 세션별 후보 1~2인, 초록·약력 |
| 직전 통보 | 원격 발표 전환 | 원격 진행 안내 자료, 리허설 |
| 당일 불참 | 좌장 주도 세션 전환(토의·질의응답 중심) | 좌장 브리핑 자료 |
'현장 불참 → 원격 전환'을 표준 플랜 B로 설계하는 근거
e-Regi 프라이빗 생중계는 **국내외 연자의 원격 발표와 �
연자 정보 연동·평가 데이터 설계와 차기 총회 활용, 그리고 체크리스트

연자 정보 연동·평가 데이터 설계와 차기 총회 활용, 그리고 체크리스트

이중 입력이 사고를 부른다 — 단일 소스 구조의 출발점
많은 사무국이 홈페이지 프로그램 페이지에 연자 정보를 한 번, 등록·명찰 시스템에 또 한 번 입력합니다. 겉보기엔 번거로움 정도지만, 실제로 꼬이는 지점은 정확히 여기서 시작됩니다. 발표 시간 변경이 홈페이지에만 반영되고 명찰·좌석 배치는 구버전으로 남는 식의 사고가 대표적이죠.
해결 기준은 단순합니다. 연자·좌장·세션·의식 역할 정보를 한 곳에서만 등록하고, 나머지 화면은 그 데이터를 가져다 쓰는 구조여야 합니다. e-Regi 플랫폼이 세션·연사·좌장(Chair)·의식 역할 정보를 다국어로 통합 등록·관리하는 이유가 여기에 있습니다. 등록 데이터가 곧 참가자용 실시간 일정 확인 화면으로 이어지니, 사무국은 수정을 한 번만 하면 됩니다.
| 항목 | 이중 입력 구조 | 단일 소스 구조 |
|---|---|---|
| 연자 정보 수정 | 홈페이지·등록 시스템 각각 수정 | 한 곳 수정, 전체 화면 반영 |
| 다국어 표기 | 매번 번역 입력 | 등록 시 다국어 저장 |
| 차기 총회 데이터 | 재입력 필요 | 이력 그대로 축적 |
세션이 끝나면 데이터가 남는 구조
총회 당일이 끝났을 때 남아야 하는 건 감상이 아니라 데이터입니다.