클래스인 시작하기
클래스인이 해결하는 문제 — 도입 전 흔한 고민과 답변
지금도 수업은 돌아가는데 클래스인이 왜 필요한지, 전자칠판이나 줌과 무엇이 다른지를 기능 비교가 아니라 학원 수업 운영 흐름과 운영비·강사 리소스 관점에서 정리했습니다.
핵심: 도구가 흩어지면 운영비와 강사 리소스가 샙니다
클래스인 도입 검토는 보통 기능이 더 필요해서가 아니라 지금 운영이 사람과 도구에 너무 의존해서 시작됩니다. 전자칠판은 전자칠판대로, 녹화는 별도 프로그램으로, 교안은 강사 노트북에, 과제와 성적은 메신저와 엑셀에 흩어져 있으면 장비를 좋은 걸 사도 운영은 다시 사람 손과 기억으로 돌아갑니다. 클래스인이 먼저 보는 문제는 기능 부족이 아니라, 흩어진 도구가 매일 강사 시간과 운영비를 조금씩 잡아먹는 구조 그 자체입니다.
- 수업 준비, 판서, 녹화, 복습 배포, 과제, 학생 관리가 각각 다른 도구에 흩어져 있는지 봅니다.
- 그 사이를 이어 붙이는 일(파일 찾기, 녹화 업로드, 링크 배포, 기록 정리)을 누가 수동으로 하는지 확인합니다.
- 그 수동 작업이 강사·운영팀 시간이라는 보이지 않는 운영비라는 점을 기준으로 도입을 판단합니다.
강사 의존 리스크 — 에이스가 나가면 그 반은
좋은 수업이 특정 강사의 개인 파일, 개인 판서 스타일, 개인 메신저에만 남아 있으면 그 강사가 빠질 때 반 전체가 흔들립니다. 홈페이지에서도 강사 이탈 후 재등록률이 약 20% 하락하고 신규 강사 적응에 평균 3개월이 든다는 점을 도입 고민의 대표 사례로 듭니다(학원 상황에 따라 다른 예시 수치). 클래스인은 우수 강사의 교안과 수업 흐름을 EDB 교안·녹화·LMS로 학원 자산에 남겨, 사람이 바뀌어도 같은 수업 기준을 이어가도록 돕는 쪽에 초점을 둡니다.
- 수업 자료와 판서가 강사 개인 저장소가 아니라 학원 계정·교안 파일로 남는지 확인합니다.
- 강사 교체·반 이동 때 계정과 자료를 회수하고 넘길 기준이 있는지 점검합니다.
- 신규 강사가 에이스 강사의 교안 템플릿을 받아 같은 흐름으로 수업할 수 있게 설계합니다.
반별 품질 편차 — 같은 교재인데 결과가 다릅니다
같은 교재, 같은 시간표인데 반마다 성적과 만족도가 다른 일은 흔합니다. 문제는 어느 반이 왜 흔들리는지를 보통 학부모 불만이나 강사 보고가 들어온 뒤에야 알게 된다는 점입니다. 클래스인은 수업이 강사 개인기에 따라 달라지던 방식을, 우수 교안 재사용과 권한 기반 운영 데이터(수업 시간·참여·특이사항)로 들여다볼 수 있는 기준으로 바꿉니다. 감으로 평가하던 수업 품질을 기록과 데이터로 보게 하는 것이 목적입니다.
- 수업 품질을 강사 보고가 아니라 기록·참여 데이터로 먼저 볼 수 있는지 확인합니다.
- 우수 반의 교안과 수업 흐름을 다른 반·다른 지점에 옮길 수 있는지 점검합니다.
- 권한이 허용된 관리자만 수업 운영 데이터를 보도록 범위를 정합니다.
자료·기록 분산 — 학생 한 명을 보려면 도구 다섯 개
수업 자료는 드라이브에, 녹화는 별도 폴더에, 과제는 메신저에, 출결과 성적은 엑셀에 있으면 학생 한 명의 학습 맥락을 보려고 매번 도구 다섯 개를 뒤져야 합니다. 학부모 상담 직전에 정보를 다시 모으는 일도 반복됩니다. 클래스인은 수업·판서·녹화·과제·복습을 학생 단위로 이어, 상담과 보강 때 흩어진 기록을 다시 짜 맞추지 않도록 묶는 데 초점을 둡니다.
- 수업 자료, 판서, 녹화, 과제, 상담 기록이 학생 단위로 이어지는지 확인합니다.
- 결석 학생에게 녹화와 과제를 함께 안내할 수 있는지 점검합니다.
- 학부모 상담 전 학생의 수업·과제·복습 기록을 한 번에 볼 수 있게 정리합니다.
반복 운영업무 — 장비가 늘면 손이 더 갑니다
녹화 파일 다운로드·업로드, 복습 링크 수동 배포, 자료 다시 띄우기, 출결 따로 정리 같은 일은 하나하나는 작아도 매주 쌓이면 큰 리소스입니다. 장비를 추가했는데 오히려 관리할 손이 더 늘어나는 경우도 많습니다. 클래스인은 녹화→복습 배포, 교안 재사용, 채팅·과제·LMS를 한 곳에서 잇는 흐름으로 이 반복 작업 자체를 줄이는 것을 목표로 합니다.
- 녹화 업로드와 복습 배포가 수동 반복 업무로 남아 있는지 확인합니다.
- 강사가 칠판·카메라·마이크·녹화 프로그램을 각각 따로 관리하는지 점검합니다.
- EDB 교안과 50페이지 칠판으로 자료를 매번 다시 띄우는 시간을 줄일 수 있는지 봅니다.
구형 전자칠판의 페인 — 칠판은 있는데 왜 또 손이 갈까
전자칠판이 이미 있어도 페인이 남는 경우가 많습니다. 매 수업 외장 노트북·HDMI·터치 케이블을 연결해야 하고, 녹화는 칠판과 따로 놀아 별도 프로그램·업로드가 필요하며, 라이선스 유효기간이 지나면 효용이 떨어지고, 다른 시스템과 연동하려면 또 다른 시스템을 새로 구축해야 합니다. 클래스인 보드는 화면 출력·판서에 머무르지 않고 OPS(내장 PC)와 클래스인 소프트웨어로 판서·녹화·EDB·복습·수업 관리를 한 흐름으로 잇는다는 점에서 다릅니다.
- 매 수업 외장 PC·HDMI·터치 케이블 연결이 필요한지 확인합니다.
- 녹화가 칠판과 따로 놀아 별도 업로드·배포 노동이 생기는지 점검합니다.
- 라이선스 유효기간·연동 부담 때문에 추가 시스템을 또 만들어야 하는지 봅니다.
반론 1 — 지금도 잘 되는데 왜 바꿔야 하나요?
지금 잘 되는 건 보통 시스템이 좋아서가 아니라 사람이 잘 메우고 있어서인 경우가 많습니다. 잘 될 때는 문제없지만 에이스 강사 한 명이 빠지거나 반·지점이 늘면 그 의존이 한 번에 드러납니다. 바꾸자는 제안은 지금이 나쁘다가 아니라, 사람에게 기대 잘 굴러가는 부분을 흔들려도 무너지지 않는 기준으로 남겨두자는 쪽입니다. 한 반·한 강사 파일럿으로 작게 시작해 확인할 수 있습니다.
- 지금 잘 되는 부분이 시스템 덕인지 특정 사람 덕인지 구분합니다.
- 그 사람이 빠지면 어디가 흔들리는지 한 가지를 꼽아봅니다.
- 대표 수업 1개·대표 강사 1명으로 작은 파일럿부터 검증합니다.
반론 2 — 전자칠판 있는데 왜 또 바꿔요? (전자칠판 차이)
이미 전자칠판이 있다면 더 큰 화면은 이유가 되지 않습니다. 핵심 차이는 디스플레이가 아니라 그 뒤의 운영 흐름입니다. 일반 전자칠판이 화면 출력·판서에 머무는 경우가 많다면, 클래스인 보드는 OPS·소프트웨어로 녹화·EDB·복습·수업 관리까지 한 시스템으로 잇습니다. 즉 칠판을 바꾸는 결정이 아니라 칠판 뒤 수업 운영을 시스템으로 바꾸는 결정으로 보는 편이 맞습니다.
- 비교 기준을 화면 크기가 아니라 녹화·EDB·복습·관리 연결로 바꿉니다.
- 지금 칠판이 녹화·복습 배포까지 이어지는지 점검합니다.
- 교체가 아니라 운영 흐름 전환 관점으로 도입 범위를 정합니다.
반론 3 — 그냥 줌 쓰면 안 되나요? (줌 차이)
줌은 화상 연결이 필요할 때 좋은 도구지만 화상 회의 중심입니다. 클래스인은 수업 전 준비부터 실시간 판서, 녹화, LMS 숙제·시험, 관리자 운영 데이터까지 수업 운영 전체를 잇는 구조라는 점이 다릅니다. 한국 학원은 온라인보다 오프라인이 크고 학생이 개인 기기 수업을 꺼리는 경우가 많아, 실시간 전자칠판 판서→녹화→다시보기→LMS 과제·시험을 클래스인 안에서 해결하는 방식이 현실적입니다. 줌만으로는 이 흐름을 한 곳에 남기기 어렵습니다.
- 필요한 게 단순 화상 연결인지, 판서·녹화·과제까지 이어지는 수업인지 구분합니다.
- 실시간 수업 후 녹화와 복습이 학생 관리로 이어지는지 확인합니다.
- 오프라인 중심 학원이라면 전자칠판 판서→녹화→LMS 흐름으로 검토합니다.
정직하게 — 클래스인이 다 해주지는 않습니다
클래스인은 수업·녹화·EDB·LMS·학생 학습 데이터에 강하지만, 만능 제품처럼 말하지는 않습니다. 결제·정산, 오프라인 출입/출석, 고급 경영 리포트는 클래스인이 기본으로 다 대체한다고 보기 어렵고, 학원 운영 방식에 따라 별도 시스템이나 공식 API·커스텀 리포트로 역할을 나누는 편이 정직합니다. 도입 상담에서 클래스인만으로 안 되는 업무를 먼저 정하는 것이 오히려 성공적인 설계로 이어집니다.
- 결제·정산은 기존 시스템과 역할 분담을 먼저 정합니다.
- 오프라인 출석은 현장 장비·운영 규칙에 따라 별도 프로세스 또는 연동으로 봅니다.
- 고급 리포트·자체 CRM은 공식 API와 데이터 구독, 커스텀 대시보드 범위로 분리해 검토합니다.
