명부·체크인·일정 관리를 위한 댄스 스튜디오 출석 추적기
클래스 명부, 수용 인원 제한, 강사 체크인, 부모용으로 보기 쉬운 정확한 일정까지 갖춘 댄스 스튜디오 출석 추적기를 설정하세요.

스튜디오가 겪는 문제(그리고 먼저 고쳐야 할 것들)
대부분의 스튜디오는 ‘사람 문제’가 아닙니다. 추적 문제입니다. 명부가 노트, 스프레드시트, 몇몇 문자 대화에 흩어져 있으면 같은 수업도 사람마다 “마감”으로 보이기도 하고 “빈 자리”로 보이기도 합니다. 이렇게 과잉 예약, 누락된 출석, 막판 변경의 스트레스가 생깁니다.
첫 번째 해결책은 진실이 어디에 있는지 정하는 것입니다. 댄스 스튜디오 출석 추적기는 직원이 몇 초 안에 답할 수 있는 한 곳이어야 합니다: 누가 등록되어 있나? 남은 자리는 몇 개인가? 오늘 누가 왔나?
접근성도 다음 빈틈입니다. 사람마다 필요한 뷰는 다르지만, 모든 사람은 같은 데이터에서 읽어야 합니다. 오너는 합계와 추세(필요하면 재정의 기능 포함)를 원합니다. 프런트 데스크는 빠른 등록 변경과 명확한 노트를 필요로 합니다. 강사는 지저분한 스프레드시트가 아닌 깔끔한 체크인 화면을 원합니다. 부모는 간단한 일정과 명확한 알림을 원합니다.
스튜디오는 또한 너무 적게 또는 너무 많이 추적하는 데 갇힙니다. 혼란을 막는 몇 가지 항목부터 시작하고, 필요할 때만 세부사항을 추가하세요. 대부분의 스튜디오에서는 필수로 추적할 항목이 등록(시작일과 상태 포함), 대기자 순서, 단회·체험·보강, 간단한 출석 이력입니다.
‘좋은’ 모습은 지루해 보일 수 있습니다. 목표가 바로 그것입니다: 누구든지 러시 시간 내 10초 이내에 사용할 수 있는 단일 진실의 출처. 부모가 시간 변경을 요청하면 즉시 수용 인원, 대기자, 보강 가능 여부를 확인할 수 있어야 합니다.
트래커가 다루어야 할 범위를 정하세요
무언가를 만들기 전에 경계를 설정하세요. 댄스 스튜디오 출석 추적기는 범위를 정의하지 않으면 지저분한 ‘모든 것 앱’으로 변합니다.
가르치는 내용과 장소부터 시작하세요. 대부분의 스튜디오는 레벨과 연령대에 묶인 수업, 그리고 룸(Studio A, Studio B)이 필요합니다. 룸이 여러 개이거나 시간이 겹치는 수업이 있으면 위치는 선택이 아닙니다. 명부, 일정, 체크인이 충돌하지 않도록 지켜 주는 요소입니다.
다음으로 시스템 사용 대상을 정의하세요. 학생을 추적하되, 대부분 스튜디오는 보호자도 필요합니다. 기본 정보(이름, 전화, 이메일)를 저장하고 실제로 사용하는 권한만 추가하세요. 예컨대 사진 동의나 누구에게 아이를 맡길 수 있는지 같은 것들입니다. 의학적 메모나 알레르기를 수집하면 적절한 직원만 볼 수 있게 하세요.
수업 판매 방식을 결정하세요: 기간 세션(세션 시작/종료 날짜가 있는)인지, 아니면 지속적인 멤버십(월별)인지. 리사이틀 같은 행사는 세션이 맞고, 무제한 수업이나 유연한 출석은 월별 멤버십이 맞습니다. 많은 스튜디오는 둘 다 섞여 있으니 하나를 기본으로 정하고 다른 것은 예외로 처리하세요.
마지막으로 시스템이 시행해야 할 정책을 문서로 작성하세요. 단순히 추적만 하는 게 아니라 실제로 규칙을 적용하세요. 수용 인원 제한이 가장 큰 항목이지만 체험, 보강 규칙도 생각하세요. 규칙이 불분명하면 직원이 매번 다르게 재정의합니다.
대부분의 스튜디오에 해당하는 범위 체크리스트:
- 수업 세부 정보(레벨, 연령대, 룸, 강사, 시작 및 종료 시간)
- 사람(학생, 보호자, 비상 연락처, 주요 권한)
- 등록 모델(세션 날짜 또는 월별 멤버십)
- 규칙(수용 인원, 체험 수업, 보강 한도 및 만료)
- 부모용 메시지(일정 변경, 리마인더)
실제로 작동하는 수용 인원 제한이 적용된 클래스 명부
명부는 실제 수업 상황과 일치해야만 도움이 됩니다. 신뢰성을 빠르게 높이는 방법은 각 수업을 명확한 수용 인원, 명확한 룸, 명확한 학생 상태를 가진 반복 세션으로 취급하는 것입니다. 그래야 스프레드시트에서 강사가 믿을 수 있는 시스템으로 바뀝니다.
먼저 실제 스튜디오 상황을 반영하는 명부 상태를 만드세요. 기본은 “등록(enrolled)”이지만, 체험 첫 수업, 보강, 단회(drop-in)를 표시하는 방법도 필요합니다. 이 상태들이 모두 같은 방식으로 계산되어서는 안 됩니다. 예를 들어, 단회는 빈 자리가 있을 때만 허용하고, 보강은 빈 자리를 차지할 수 있지만 등록된 사람을 밀어내면 안 됩니다.
수용 인원 제한은 클래스와 룸 두 곳에 설정할 때 가장 잘 작동합니다. 발레 1의 상한이 14인데 Studio A가 안전하게 수용할 수 있는 인원이 12라면 룸 제한이 우선해야 합니다. 공유 룸은 스튜디오가 실수하기 쉬운 지점입니다. 같은 스튜디오에서 4:30에 예약된 두 수업은 각 수업의 상한 아래라도 차단되어야 합니다.
대기자명단은 수용 인원의 다른 절반입니다. 규칙이 안정적이면 자동 승급이 훌륭합니다(누군가 취소하면 첫 번째 대기자를 승급). 연령, 레벨, 강사 확인에 따라 승급이 달라진다면 수동 승인 쪽이 안전합니다.
명부 규칙을 단순하고 일관되게 유지하세요:
- 어떤 상태가 수용 인원에 포함되는지 정의하세요.
- 클래스 수용 인원과 룸 수용 인원 중 작은 쪽을 적용하세요.
- 같은 룸과 시간대의 겹치는 예약을 차단하세요.
- 학생별 스케줄을 확인해 수업 간 충돌을 방지하세요.
- 대기자 동작을 결정하세요(단순한 경우 자동 승급, 배치가 중요한 경우 수동 승인).
예시: 부모가 6:00 힙합 수업에 단회를 추가하고 싶다고 요청합니다. 시스템은 즉시 룸이 12명으로 꽉 찼고 학생이 이미 6:00 재즈 수업이 있으며 대기자 2명이 앞에 있다는 것을 보여줘야 합니다.
과하게 복잡하게 하지 않는 등록 데이터 저장 항목
유용한 댄스 스튜디오 출석 추적기는 뒤에 있는 등록 데이터만큼만큼만 도움이 됩니다. 목표는 모든 것을 수집하는 것이 아니라 프런트 데스크와 스튜디오에서 막판 혼란을 막는 몇 가지 세부를 저장하는 것입니다.
직원이 수업 중 안전하고 자신 있게 결정을 내릴 수 있게 하는 학생 프로필로 시작하세요. 짧지만 구체적으로 유지하세요:
- 학생 이름, 생년월일, 레벨(또는 배치 메모)
- 알레르기 및 의료 메모(직원이 빠르게 봐야 할 것만)
- 비상 연락처 이름과 전화번호
- 픽업 권한(누가 데려갈 수 있는지)
- 간단한 노트(행동, 신발, 부상 제한 등)
관계를 가족도구로 만들지 마세요. 한 학생에 여러 성인을 연결할 수 있고, 한 성인이 여러 학생(형제자매)을 관리할 수 있어야 합니다. 청구 담당자와 주요 보호자를 별도로 표시할 수 있어야 합니다. 이 둘은 종종 다른 사람입니다.
출석 이력은 스튜디오가 실질적인 명확성을 얻거나 지저분한 로그에 갇히는 지점입니다. 각 체크인을 간단한 상태와 필요하면 사유 코드와 함께 저장하세요. 사유 코드는 일관되게 유지해 몇 달 후의 보고서도 의미가 있도록 하세요.
보통 다음의 작은 집합이면 충분합니다: absent(결석), excused(공결), late(지각), injured(부상), makeup used(보강 사용), 그리고 선택적으로 trial(체험).
개인정보 보호는 선택 사항이 아닙니다. 강사는 클래스 명부, 안전 관련 메모, 출석 표시 기능이 필요합니다. 사무 직원은 청구와 연락처 세부를 필요로 합니다. 부모는 자기 자녀만 봐야 합니다.
실용적인 규칙: 누군가 수업 중에 그 데이터를 가지고 행동할 수 없다면 그 사람은 해당 데이터를 보지 못하게 하세요.
강사용 체크인 화면 흐름(간단하고 빠르게)
체크인 화면은 전등 스위치처럼 느껴져야 합니다: 탭하면 끝. 강사가 올바른 수업을 찾느라 헤매거나 이름을 스크롤하거나 로딩이 느리면 사용을 중단하고 데이터가 추측으로 변합니다.
하루의 ‘Today’ 뷰로 시작하세요. 각 수업 카드에 시작 시간, 룸, 강사, 그리고 11/14 같은 간단한 카운트를 표시하세요. 대기자 수를 한 줄 더 보여줘(예: "Waitlist: 3") 복도에 사람이 몰리기 전에 압박 지점을 직원이 알 수 있게 하세요.
수업 내부에서는 동작을 일관되고 누르기 쉽게 유지하세요. “Present(출석)”은 한 번의 탭이면 됩니다. “Late(지각)”와 “Absent(결석)”도 마찬가지로 빠르게 표시할 수 있어야 합니다.
실용적 패턴 예시:
- 학생 이름을 탭해 Present를 토글
- 작은 아이콘으로 Late 표시
- 두 번째 아이콘으로 Absent 표시
- 찾기 힘든 한 이름을 위한 빠른 검색 포함
- 실수 탭을 위한 단일 Undo 제공
와이파이 불안정에 대비하세요. 화면을 열 때 오늘의 명부를 캐시하세요. 인터넷이 끊기면 변경사항을 로컬에 저장하고 “오프라인: 6건 보류중” 같은 명확한 메시지를 보여준 뒤 서비스가 복구되면 동기화하세요.
수업 종료 후가 트래커가 유용해지는 지점입니다. 체크인 후 강사에게 선택형 마감 패널을 제공하세요: 짧은 메모 필드, 행동·부상 같은 몇 개의 플래그, 그리고 부모에게 알려야 할 ‘후속 필요’ 체크박스. 빠르게 유지하세요. “엘라가 발목 통증으로 어려워함” 정도면 충분합니다.
부모 친화적인 일정과 메시지
부모는 전체 스튜디오 캘린더를 뒤져 자기 자녀에게 적용되는 것을 찾고 싶어하지 않습니다. 좋은 출석 추적기는 가족별 주간 뷰를 생성해 그들의 등록 수업만 보여주고, 해당하는 이벤트만 표시해야 합니다.
각 수업 카드를 한눈에 알아보기 쉽게 만드세요. 요일과 시간을 포함하고 사람들이 가장 자주 묻는 세부 라벨을 추가하세요: 룸, 강사, 복장 규정, 도착 시간(예: “워밍업을 위해 10분 일찍 도착”). 룸이 여러 개이거나 레벨이 겹치면 이런 라벨이 긴 설명 없이 혼동을 막아 줍니다.
계획이 바뀔 때 알림이 가장 중요합니다. 메시지는 짧고 일관되게, 특정 수업에 연결되게 하세요. 메시지 유형을 몇 개로 제한하면 직원이 빠르게 업데이트를 보낼 수 있습니다:
- 수업 취소(보강 여부 포함)
- 강사 대체
- 룸 변경
- 스튜디오 휴무(날짜와 영향받는 수업)
- 리마인더(리사이틀 주간, 사진 촬영, 늦은 픽업 정책)
보강은 혼란이 빠르게 커지는 지점입니다. “3월 31일까지 1회 보강 사용 가능” 같은 간단한 문구로 자격을 보여 주고, 가능한 옵션(날짜, 시간, 레벨, 남은 자리)을 나열하세요. 부모가 전화하지 않아도 수업이 꽉 찼는지 알 수 있어야 합니다.
예시: 부모가 월요일 일정을 열면 그들의 아이들에 대한 두 수업만 보입니다. 한 수업에는 “Room B, Ms. Ana, 검은 레오타드, 5:20 도착”과 메시지: “오늘만: 대타 강사 Mr. Leo”가 표시됩니다. 추측이나 추가 이메일 없이 명확합니다.
소규모 스튜디오를 위한 단계별 설정 계획
소규모 스튜디오는 첫날부터 거대한 시스템이 필요 없습니다. 기본을 설정하고 실제 수업으로 테스트한 다음, 필요성이 명확해질 때만 세부를 추가하세요.
실용적인 5단계 롤아웃
-
이번주 실제로 가르치는 모든 수업을 입력하세요: 시작/종료 시간, 룸, 강사, 분명한 수용 인원(예: “Ballet 1 - Studio A - max 12”).
-
프런트 데스크에서 실제로 쓸 정보만으로 학생과 보호자 정보를 추가하세요: 학생 이름, 출생 연도(또는 연령대), 보호자 이름, 전화번호 하나.
-
누구도 등록하기 전에 상태 규칙을 정하세요: Active, Trial, Dropped, Waitlist. 하나의 대기자 습관을 정하고 고수하세요(예: “선입선출”).
-
강사의 작업 방식에 맞는 체크인 흐름을 만드세요: 오늘 수업을 먼저, “여기 있음” 한 번 탭, 그리고 “지각 도착”이나 “부모와 얘기 필요”를 표시하는 빠른 방법. 한 명의 강사로 테스트하고 빠르게 느껴질 때까지 조정하세요.
-
한두 클래스에서 일주일간 파일럿하세요. 흔들리는 부분(잊어버린 폰, 막판 교대, 예기치 않은 단회)을 추적하고 전체 롤아웃 전에 고치세요.
혼란을 만드는 흔한 실수
‘작은 예외’들이 쌓일 때 혼란이 생깁니다. 추적기가 도움이 되려면 특히 바쁜 날에 모두가 같은 규칙을 따라야 합니다.
흔한 문제 중 하나는 강사가 가드레일 없이 명부를 편집하게 하는 것입니다. 누구나 학생을 추가·삭제하거나 수용 인원을 재정의할 수 있으면 신뢰가 빠르게 사라집니다. 더 나은 패턴은 간단한 역할 분리입니다: 오너·관리자는 등록과 변경을 관리, 강사는 체크인만, 프런트는 명확한 라벨과 함께 체험을 추가할 수 있게 하세요.
또 다른 문제는 수업 시간을 변경하고 부모가 보는 모든 곳을 업데이트하지 않는 것입니다. 화요일 수업이 30분 이동했는데 일정 뷰와 메시지 기록이 옛 시간을 그대로 보여주면 결석과 불만이 생깁니다.
보강과 체험은 규칙이 문서화되어 일관되게 시행되지 않으면 논쟁을 일으킵니다. 체험은 “결제 전 등록으로 간주되지 않는다”고 할지, 보강은 30일 후 만료된다고 하면 정확한 만료일을 표시하세요.
주의해야 할 다섯 가지 문제:
- 두 곳에서 출석을 추적하고 나중에 조정하려 시도함
- “한 명 더 끼워넣자”는 식의 과잉 예약 관행
- 여러 수업이 겹칠 때 룸 수용 인원을 무시함
- 명부 편집 허용 시 감사 기록 없음
- 일정 변경과 알림을 위한 단일 진실의 출처 부재
예시: 월요일 4:55pm, 같은 룸에 두 수업이 겹치고 한 강사가 단회 학생을 추가하며, 한 부모는 수업이 5:15에 시작한다고 들었다고 주장합니다. 이제 안전, 공정성, 환불 문제를 동시에 다뤄야 합니다.
롤아웃 전 빠른 체크리스트
실제 수업에서 트래커를 사용하기 전에 빠른 첫날 테스트를 하세요. 다음주 일정을 사용해 가짜 학생 몇 명을 추가하고 한 강사에게 폰이나 태블릿으로 시도하게 하세요.
대부분의 문제를 잡는 사전 출시 체크리스트:
- 오늘 뷰: 오늘 진행되는 모든 수업을 정확한 시간, 룸, 강사, 명부와 함께 즉시 볼 수 있나요?
- 수용 인원 체크: 수업이 한도에 도달하면 과잉 예약을 차단하고 대기자 순서가 명확하게 보이나요?
- 체크인 속도: 강사가 올바른 수업을 열고 한 학생을 30초 이내에 출석 표시할 수 있나요?
- 부모 뷰: 각 가족이 자신의 자녀 수업(형제자매 포함)만 보고 명확한 위치와 시작 시간을 보나요?
- 보고: “누가 3주 연속 결석했나?”를 1분 이내에 날짜와 함께 확인할 수 있나요?
어떤 항목이라도 느리거나 혼란스럽다면 출시 전에 고치세요. 규칙: 새로운 강사가 분주한 복도에서 바로 못 알아보면 단계를 하나 줄이세요.
예시 시나리오: 중간 규모 스튜디오의 월요일 러시
월요일 4:30pm입니다. 20분 내에 세 수업이 시작하고 로비는 분주합니다. 스튜디오는 실시간 명부, 수용 인원, 빠른 체크인 뷰를 보여 주는 출석 추적기를 사용합니다.
5:00pm 초급 발레(정원 12)는 이미 꽉 찼습니다. 부모가 동생 자리가 있는지 묻습니다. 프런트 데스크는 명부를 확인해 12명이 등록되어 있고 체험 학생을 위해 1자리가 예약되어 있음을 확인한 뒤 추측 없이 불가라고 답합니다. 동생은 대기자명단에 추가(2위)하고 “월요일 선호”라고 메모합니다.
5:10pm 재즈 1(정원 16)에 가족이 미리 ‘불참’ 표시를 해 한 자리가 비게 됩니다. 프런트는 보강 요청을 받습니다: “아바가 오늘 보강할 수 있나요?” 프런트는 수업을 탭해 빈 자리가 있음을 보고 제안합니다. 아바 부모는 수업 시간과 강사 이름이 포함된 간단한 확인 메시지를 받습니다. 확인되면 아바는 오늘 명부에 “makeup” 태그와 함께 추가되어 청구와 보고가 혼합되지 않습니다.
강사는 등록을 관리하지 않습니다. 그들은 체크인 화면만 씁니다: 오늘 수업 열기, 학생 도착 시 탭으로 체크인, ‘makeup’이나 ‘trial’ 같은 알림 보기, 시작 시 ‘결석’ 표시.
5:25pm에 6:00pm 힙합 강사가 병가를 냅니다. 프런트는 수업 기록에서 대타 강사를 지정합니다. 부모는 일정에서 업데이트된 강사 이름을 보고, 강사들은 체크인 화면에서 변경을 봅니다. 종이 쪽지나 그룹 문자 없이 누가 가르치냐는 문구가 스튜디오 문 앞에서 사라집니다.
다음 단계: 단순하게 시작하고 확장하세요
관리 가능한 파일럿으로 시작하세요. 한 위치(또는 메인 룸), 한 프로그램(예: 키즈 발레), 한 기간(다음 6~8주)을 선택하세요. 작은 롤아웃은 실제 문제를 잡는 데 도움이 됩니다: 특이한 수업 시간, 공유 강사, 보강 규칙, 누가 폰과 노트북에서 접근해야 하는지.
새로운 것을 만들기 전에 한 페이지에 세 가지를 적어 두세요: 역할, 화면, 규칙. 역할은 누가 쓰는지(오너, 프런트 데스크, 강사, 부모). 화면은 누가 무엇을 보는지(명부, 체크인, 일정, 메시지). 규칙은 논쟁을 일으키는 세부(수용 인원, 대기자 순서, 보강 한도, 지각, 픽업 권한).
파일럿 후 확장할 때는 한 영역씩 자동화하세요. 결제, 메시징, 보고, 등록 워크플로우는 기본이 무비처럼 편해질 때까지 기다려도 됩니다.
코드 없이 맞춤 댄스 스튜디오 등록 시스템을 만들고 있다면 AppMaster (appmaster.io) 같은 플랫폼이 실용적일 수 있습니다. 데이터베이스, 비즈니스 규칙, 직원과 부모용 별도 화면을 지원하므로 버전 1은 작게 유지하세요: 깔끔한 Today 뷰, 클래스 수용 인원과 대기자, 빠른 체크인 화면을 먼저 마련하고 그 핵심이 안정되면 기능을 추가하세요.
자주 묻는 질문
한 시스템을 ‘진실의 출처(source of truth)’로 삼아 등록, 수용 인원, 출석을 모두 거기에만 기록하고 여러 곳에서 같은 정보를 동시에 업데이트하지 않으세요. 전환 기간에는 기존 스프레드시트를 읽기 전용으로 두고, 모든 새 변경은 트래커에만 반영해 직원들이 어느 버전이 맞는지 추측하지 않게 하세요.
클래스, 사람, 등록, 출석만으로 시작하세요. “누가 등록되어 있고, 남은 자리가 몇 자리이며, 오늘 누가 출석했는가?”를 빠르게 답할 수 있다면 버전 1으로 충분합니다. 이후에 결제, 상세 노트, 추가 워크플로우를 필요에 따라 더하세요.
현실을 반영하는 작은 집합을 사용하세요: enrolled(등록), trial(체험), makeup(보강), drop-in(단회), waitlist(대기), dropped(탈락). 어떤 상태가 수용 인원에 포함되는지 결정하고 일관되게 유지하세요. 이렇게 하면 ‘마감’의 의미가 직원마다 달라지는 걸 막을 수 있습니다.
클래스와 룸 둘 다에 수용 인원을 설정하고 더 작은 쪽을 적용하세요. 예컨대 클래스 한도는 14인데 룸이 안전하게 수용하는 인원은 12라면 시스템이 12에서 예약을 차단해야 합니다. 또한 같은 룸과 시간에 겹치는 수업은 차단해 스케줄 충돌을 방지하세요.
단순 규칙(예: ‘선입선출’)을 신뢰할 수 있고 배치가 명확하면 자동 승급(auto-promote)이 잘 맞습니다. 나이, 레벨, 강사 확인이 필요한 경우엔 수동 승인으로 두는 것이 안전합니다. 한 가지 기본 방식을 정해 가족과 직원이 예측 가능한 결과를 받게 하세요.
‘오늘’ 뷰가 빠르게 열리고 한 번의 탭으로 올바른 수업을 불러오며 출석을 한 번의 동작으로 표시하게 하세요. 오늘의 명부를 캐시해 약한 와이파이에서도 동작하게 하고 연결이 복구되면 동기화하세요. 체크인이 느리거나 불안정하면 강사들이 사용을 중단하고 데이터가 흐트러집니다.
강사에게는 수업 운영에 필요한 것만 보여 주세요: 명부, 체험·보강 같은 알림, 알레르기 같은 안전 관련 메모. 청구와 상세 연락처는 사무 담당자용으로 제한하고 부모는 자신의 자녀 정보만 보게 하세요. 단순한 역할과 권한이 실수로 하는 수정과 개인정보 노출을 막습니다.
보강 가능 여부와 만료 날짜를 명확한 문구로 보여 주고(예: “1회 보강 가능, 유효기간 3월 31일”), 실제로 자리가 있는 수업만 제안하세요. 보강이 예약되면 명부에 ‘makeup’ 태그를 달아 청구와 보고가 일반 등록과 섞이지 않게 하세요. 명확한 규칙은 논쟁을 줄입니다.
일관된 사유 코드(결석, 공결, 지각, 부상, 보강 등)로 간단한 출석 이력을 저장하세요. 그러면 보고서가 시간이 지나도 유의미하게 유지되어 ‘3주 연속 결석’ 같은 패턴을 빠르게 걸러 날짜를 확인한 뒤 후속 조치를 취할 수 있습니다. 많은 필드보다 깔끔한 사유 코드가 중요합니다.
버전 1을 작게 유지하고 역할별 화면과 규칙에 집중하면 코드 없이도 맞춤 트래커를 만들 수 있습니다. AppMaster (appmaster.io)는 클래스, 룸, 학생, 등록을 데이터베이스로 모델링하고 오너·프런트·강사·부모용 별도 뷰와 수용 인원·대기 규칙 같은 비즈니스 규칙을 지원하므로 실용적일 수 있습니다. 먼저 ‘Today’ 뷰와 명부 규칙을 만들고 체크인이 안정되면 메시지와 보고를 추가하세요.


