이 글의 순서
핵심 내용
학원이나 교육 서비스의 자체 앱을 만들 때 ‘수업 신청과 출석 관리’를 한 기능으로 적기 쉽습니다. 하지만 신청한 사람이 실제로 참석했는지, 참석한 수업에서 무엇을 했는지까지 알아야 한다면 서로 다른 기록이 필요합니다.
개발을 의뢰하기 전에는 신청 완료, 출석 확인, 활동 기록 작성의 기준을 각각 정하고, 누가 입력하고 누가 볼지를 나눠 보세요. 이 구분이 있어야 수강생 앱에 필요한 화면과 지도자·운영자의 업무 범위를 함께 정할 수 있습니다.
먼저 가상의 미술학원 앱으로 개발 범위를 정하는 방법을 살펴보고, 이어서 태권바로의 수업 신청·QR 출석·수련 기록 사례를 확인하겠습니다.
신청 완료와 출석 확인을 구분합니다
가상의 미술학원에서 수강생이 ‘토요일 기초 미술’ 수업을 신청했다고 해보겠습니다. 신청 목록에 이름이 있어도 토요일에 실제로 왔는지는 아직 알 수 없습니다. 지도자가 출석을 확인한 뒤에도 그날의 활동 기록은 따로 작성해야 합니다.
수업 신청
알 수 있는 것: 누가 어떤 수업을 신청했는지. 이 예시의 완료 기준: 수강생이 신청을 마쳐 자신의 신청 내역에 표시됩니다. 실제 참석 여부는 출석 기록에서 확인합니다.
출석 확인
알 수 있는 것: 누가 해당 수업에 참석했는지. 이 예시의 완료 기준: 지도자가 그 수업의 수강생을 확인하고 출석을 등록합니다. 신청만 완료한 사람은 출석 확인 전으로 남습니다.
활동 기록
알 수 있는 것: 그 수업에서 무엇을 했는지. 이 예시의 완료 기준: 지도자가 활동 내용을 작성하고 수강생에게 보여줄 기록을 저장합니다. 출석만 등록한 경우에는 활동 기록이 없는 상태를 구분합니다.
신청·출석·활동 기록은 같은 회원과 수업을 기준으로 찾아볼 수 있게 요청할 수 있습니다. 이때 출석을 학원 방문 날짜로 관리할지, 특정 수업의 참석으로 관리할지를 먼저 골라야 합니다. 하루에 수업 두 개를 듣는 학원이라면 ‘오늘 왔음’과 ‘어느 수업에 참석했음’은 다른 정보입니다.
이 예시는 수업별로 출석을 관리하는 방식을 선택했습니다. 신청 화면이 있다는 이유만으로 출석과 활동 기록까지 자동으로 완성되는 것으로 정하지 않습니다.
출석을 누가 어떤 방법으로 입력할지 정합니다
출석 관리 앱에 QR을 넣을지부터 결정하기보다, 수업이 시작될 때 담당자가 실제로 무엇을 확인하는지 살펴보세요. 지도자가 명단을 보고 입력할 수도 있고, 수강생이 회원 QR을 제시하면 지도자가 스캔하는 방식도 선택할 수 있습니다.
지도자가 명단에서 확인
수업별 신청 명단에서 참석한 수강생을 선택합니다. 첫 개발에서는 별도 스캔 화면 없이 이 방식으로 시작할 수 있습니다. 이름이 같은 회원을 어떻게 구분하고, 신청 없이 온 사람을 누가 처리할지 함께 정합니다.
회원 QR을 지도자가 스캔
수강생 앱은 회원 QR을 보여주고 지도자 앱은 이를 읽습니다. 스캔으로 회원을 찾은 뒤 어느 날짜·수업의 출석으로 처리할지도 요청서에 적어야 합니다. 회원을 찾는 기능과 수업을 선택하는 기능의 범위가 달라질 수 있습니다.
가상의 미술학원은 첫 버전에서 지도자가 수업 명단으로 출석을 입력하는 방식을 선택했다고 해보겠습니다. QR은 신청이 몰리거나 수강생을 찾는 데 시간이 많이 걸리는지 확인한 뒤 추가할 후보로 둡니다. QR이 모든 학원 앱의 필수 기능인 것은 아닙니다.
출석을 잘못 입력했을 때도 업무가 이어져야 합니다. 누가 정정할 수 있는지, 정정 전후를 어떻게 확인할지, 같은 사람을 다시 선택하면 중복 출석이 생기는지 개발업체와 정하세요. ‘출석 버튼이 작동한다’보다 실제 수업에서 확인할 결과가 구체적인 요구사항입니다.
활동 기록과 운영자 조회의 목적을 나눕니다
출석부는 참석 여부를 확인하는 자료이고, 활동 기록은 수업 내용을 알려주는 자료입니다. ‘출석·활동 관리’라는 메뉴 하나로 묶더라도 필요한 입력 항목과 보는 사람은 따로 정하는 것이 좋습니다.
가상의 미술학원은 활동 기록을 수업일, 활동 주제, 수강생에게 보여줄 설명으로 시작합니다. 지도자의 내부 메모가 필요하다면 공개 설명과 구분하고, 어느 역할이 볼 수 있는지도 요청서에 적습니다. 사진 첨부·평가표·영상·보호자 계정은 실제 필요에 따라 별도 범위로 판단합니다.
수강생
자신의 수업 신청 내역, 출석 결과, 공개된 활동 기록을 확인합니다. 다른 수강생의 기록을 보여줄 필요가 있는지는 별도로 정합니다.
지도자
담당 수업의 출석을 입력하고 활동 기록을 작성합니다. 초안으로 저장한 내용을 언제 수강생에게 보여줄지, 작성 후 수정이 가능한지도 정합니다.
운영자
날짜·수업·회원으로 신청과 출석 기록을 찾고, 빠진 입력이나 정정이 필요한 건을 확인합니다. 첫 버전에 필요한 것은 어떤 회원의 어느 수업 기록인지 찾는 화면인지, 별도 통계까지 필요한지 나눠 보세요.
계정을 여러 종류로 만든다고 업무 구분이 끝나지는 않습니다. 수강생에게 보이는 정보, 지도자가 작성하는 정보, 운영자가 조회·정정하는 정보를 실제 화면과 함께 확인해야 합니다.
태권바로는 고객 앱과 관장 앱의 업무를 나눴습니다
태권도 교육·도장 운영 플랫폼 태권바로는 고객 앱, 관장 앱, 관리자 웹을 함께 구성한 개발 사례입니다. 고객이 수업을 찾는 업무와 지도자가 출석을 처리하는 업무를 역할별 화면에서 확인할 수 있습니다.
고객 앱에서는 원데이클래스의 수업 정보와 일정을 보고 신청하며, 출석할 때 회원 QR을 제시합니다. 관장 앱에서는 회원 QR을 스캔해 출석을 처리합니다. 고객 앱의 MY 활동에는 수련 기록과 교육과정이 있고, 관리자 웹에서는 날짜별 출석부와 회원 검색을 이용합니다.
이 사례에서 참고할 점은 고객의 신청·조회, 지도자의 출석 처리, 운영자의 기록 조회를 각각의 업무로 구성했다는 것입니다. 자체 학원 앱을 의뢰할 때도 필요한 기능 이름뿐 아니라 해당 기능을 누가 사용하고 어떤 기록을 확인해야 하는지 함께 전달하면 됩니다.
태권바로의 고객 앱·관장 앱·관리자 웹 구성은 아래 관련 포트폴리오에서 이어서 확인할 수 있습니다. 앞서 설명한 미술학원의 수업별 출석 방식과 활동 항목은 개발 범위를 정하기 위한 예시이며, 태권바로의 기능 설명과 구분됩니다.
첫 출시에서는 실제 수업을 끝까지 처리할 범위를 고릅니다
처음부터 수납·수강권·보호자 계정·사진·평가·통계를 모두 넣기보다, 지금 해결하려는 업무가 어디까지인지 정해 보세요. 가상의 미술학원은 수강생의 신청부터 지도자의 출석 입력, 활동 기록 공개와 운영자 조회까지를 첫 범위로 선택했습니다.
수강생 화면
수업 정보를 보고 신청합니다. 본인 신청 내역, 출석 결과, 공개된 활동 기록을 확인합니다.
지도자 화면
담당 수업의 명단을 보고 출석을 입력합니다. 활동 내용을 작성하고 수강생에게 공개할 기록을 저장합니다.
운영자 화면
수업 정보를 관리하고 날짜·수업·회원으로 신청과 출석을 조회합니다. 누락이나 잘못 입력된 기록을 찾아 정정할 담당자에게 전달합니다.
이 범위를 고르면 ‘자체 학원 앱’이라는 큰 요청을 역할별 화면과 입력·조회 업무로 나눌 수 있습니다. 기존 프로그램을 계속 쓰는 수납 업무는 어디까지 앱 밖에서 처리할지도 적어 두세요. 수강권 차감이나 결제 결과 연동을 원한다면 출석 관리에 포함된 것으로 가정하지 말고 별도 기능으로 견적을 받아야 합니다.
기존 회원·수업 자료를 옮겨야 한다면 현재 파일과 필요한 항목도 전달합니다. 신규 회원만 등록하는 앱과 이전 출석·활동 이력까지 가져오는 앱은 준비할 자료와 개발 범위가 다릅니다.
개발업체에 실제 수업 한 건으로 설명합니다
기능 목록과 함께 실제 운영하는 수업 한 건의 처리 방식을 전달해 보세요. 수업 정보부터 신청·출석·활동 기록을 어떻게 확인할지 이어서 설명하면 개발업체가 필요한 화면과 업무를 구체적으로 파악할 수 있습니다.
요청서에는 다음 내용을 적으면 됩니다.
확인해보세요
- 수업과 신청: 수업에 필요한 정보, 신청한 회원을 확인하는 방법, 신청 완료 기준
- 출석: 학원 방문 또는 수업 참석 중 관리할 기준, 입력 담당자와 방식, 중복 입력·정정 처리
- 활동 기록: 작성 항목, 작성·수정 담당자, 수강생에게 공개하는 시점과 내용
- 운영자 조회: 날짜·수업·회원 중 필요한 검색 조건, 누락·정정이 필요한 기록을 확인하는 방법
- 기존 자료와 연동: 가져올 회원·수업·이력 자료, 계속 사용할 프로그램, 이번에 연결할 업무
검수할 때는 가상의 미술학원 예시처럼 한 회원을 기준으로 결과를 이어서 확인할 수 있습니다. 신청만 한 상태에서는 출석이 확인되지 않아야 하고, 지도자가 출석을 입력한 뒤에는 해당 수업의 기록에서 찾을 수 있어야 합니다. 활동 기록을 공개하기 전과 후에 수강생 화면이 어떻게 달라지는지도 확인합니다.
같은 출석을 다시 입력한 경우와 활동 기록만 빠진 경우도 확인 대상으로 적어 두세요. 수강생이 다른 수강생의 기록을 열 수 없는지도 확인합니다. 이 조건을 업체와 먼저 맞춰 두면 화면이 있다는 사실뿐 아니라 원하는 업무가 끝까지 이어지는지 확인할 수 있습니다.
정한 범위를 개발 비용과 함께 살펴보려면 아래 별도 비용 안내를 확인하세요. 상담할 때는 현재 출석부나 활동 기록의 항목, 역할별 업무, 첫 출시에서 해결할 일을 가져오시면 필요한 개발 범위를 함께 정리할 수 있습니다.
예약 앱 운영 규칙
출시·운영 가이드 「예약 앱을 만들 때 화면보다 먼저 정해야 하는 운영 규칙 6가지」에서는 신청의 시간·정원·승인·취소 기준을 설명합니다. 수업 신청 단계의 운영 기준까지 정해야 한다면 함께 확인하세요. 예약 앱 운영 가이드 보기
