학생 한 명의 하루가 한 줄로 이어지는 영어학원 LMS

지금 운영 방식과 V1 이후의 모습

공고의 핵심 과업과 이 문서의 대응

공고에서 읽은 다섯 가지

• 일정이 1순위입니다. 정부지원사업 일정이라 12월 말 완료를 바꿀 수 없습니다. 11월 23일에 착수하면 쓸 수 있는 날은 28영업일입니다. 기능을 넓게 벌리기보다 학생 한 명의 흐름을 처음부터 끝까지 먼저 완성하는 순서로 개발합니다.
• 데이터가 다시 꼬이면 안 됩니다. 이전 개발에서 데이터가 꼬였던 경험을 직접 적어 주셨습니다. 학생 ID를 하나로 쓰고, 응답 원본을 지우지 않고, AI 결과마다 입력과 규칙 버전을 남기는 방식으로 막습니다.
• 숫자는 규칙으로, 문장은 AI로 만듭니다. 진단 수치와 채점은 제공받은 규칙으로 계산합니다. AI가 쓴 설명·피드백·리포트 문구는 강사나 담당자가 확인한 뒤에만 학생과 학부모에게 보입니다.
• 학원 쪽 준비물에 일정이 걸려 있습니다. 파이프라인 6개를 아직 만드는 중이고, 알림톡은 카카오 채널과 템플릿 검수가 필요합니다. 그래서 1주차에 입출력 규격 확정과 템플릿 신청을 가장 먼저 합니다.
• 이용자가 중학생입니다. 만 14세 미만 학생의 정보는 보호자 동의를 받아야 하고, AI에 보내는 데이터에는 이름·연락처·학교명을 넣지 않습니다.

위험과 대응

시그니처 색과 전환 장치: 교육 사이트 28곳 실측

학원·어학원·인강·스마트학습·영어 앱 28곳의 첫 화면을 열어, 상담·신청 버튼과 넓게 깔린 배경의 실제 색을 코드로 뽑았습니다(2026년 11월 9일).

대치동 경쟁 학원의 브랜드 색 (CI 공개값·로고 파일에서 추출)

• 딥 네이비를 바탕 전체에 까는 방식은 쓰지 않습니다. 스픽 같은 성인 영어 앱의 인상이 나고 화면이 무거워집니다.
• 배경은 흰색을 기본으로 정했습니다. 남색·파스텔 바탕을 넓게 깔지 않고, 흰 바탕에 아주 옅은 회색 구역만 둬서 사진·강사진·성적 정보가 먼저 보이게 했습니다. 사진도 낮의 밝은 흰 공간으로 통일하고(야경·남색 벽 사진은 쓰지 않음), 보는 기기가 다크 모드여도 흰 바탕 그대로 보이게 했습니다.
• 시그니처 색은 로열 블루 #1E63FF 하나입니다. 학부모 대상 교육 브랜드(메가스터디·밀크T·시원스쿨·튼튼)에서 가장 많이 쓰는 신뢰의 색이고, 버튼·강조·링크를 모두 이 색으로 통일해 깔끔하게 보이게 했습니다. 흰 글자 대비 4.9:1로 접근성 기준을 넘습니다. 노랑은 형광펜 강조와 카카오톡 상담 버튼에만 씁니다.
• 학부모는 강사진과 상담으로 학원을 고릅니다. 학원 선택 기준 1위 강사진 역량 80.9%, 평가 방법 1위 방문 상담 74.2%(에듀베이션 학부모 1,550명, 2024.6). 메인에서 강사진을 앞쪽으로 올리고, 하단 고정 상담 바·카톡 상담·시험지 성적 인증·흐르는 후기·학원 인스타그램으로 예약까지 이어지게 했습니다. 숫자와 후기는 오픈 전에 실제 자료로 바꿉니다.

기능: 무엇을 가져오고, 무엇이 빠져 있는지

메뉴·디자인 구조: 국내 상위 어학원과 강의 플랫폼

각 사이트의 첫 화면과 주 메뉴, 섹션 구성을 수집해 비교했습니다. 시안의 메뉴와 화면 구조는 아래에서 공통으로 쓰는 방식을 따랐습니다.

• 메뉴는 다섯 개로 정했습니다. 학원 소개 · 프로그램 · 학습 관리 · 입학 안내 · 소식. 어학원들이 공통으로 쓰는 ‘소개 · 프로그램 · 입학 안내 · 소식’에, 이 학원의 강점인 ‘학습 관리’를 더했습니다.
• 화면의 성격에 따라 디자인을 나눴습니다. 메인은 사진·영상이 꽉 찬 브랜드 페이지, 정보 페이지는 사진 배너 + 하위 메뉴 + 정돈된 본문, 예약·로그인은 한 가지 일에 집중하는 폼 페이지입니다.
• 글꼴은 Pretendard로 통일했습니다. 조사한 강의 플랫폼 대부분(메가스터디·클래스101·스픽·인프런)이 Pretendard를, 어학원은 Noto Sans KR을 씁니다.
• 사진과 영상은 AI로 만들었습니다. 오픈 전에 학원의 실제 사진·영상으로 바꾸는 것을 전제로 합니다.

벤치마킹에서 정한 것

• 출결·알림만으로는 차이가 나지 않습니다. 출결 알림은 학생 100명 규모면 무료로 쓸 수 있는 서비스도 있습니다. 이 학원 시스템의 가치는 레벨테스트 → 진단서 → 반 배정 → 보충 숙제 → 리포트를 학원의 규칙으로 잇는 데 있습니다.
• 공개 전 승인은 국내외 공통 방식입니다. 어나더클래스, Seesaw, Canvas, Google Classroom 모두 사람이 확인한 뒤에 보여 줍니다. 우리도 진단서·오답 피드백·리포트 세 가지 모두 승인 단계를 둡니다.
• AI 문구를 강사가 검수하는 국내 사례는 찾지 못했습니다. 공식 안내로 확인되는 곳은 Google Classroom 정도입니다. ‘수치는 규칙으로, 문구는 AI가 쓰고 강사가 확인’하는 구조를 이 시스템의 기본으로 둡니다.
• 진단 결과는 쓰임새에 따라 나눠 보여 줍니다. 상담 때는 한 장 요약, 학부모에게는 상세 진단서, 재원생에게는 누적 변화를 보여 줍니다.
• 숙제 상태 이름을 하나로 정합니다. 배포 전 · 배포됨 · 제출 · 미제출 · 완료 다섯 가지를 강사·학생·리포트 화면이 똑같이 씁니다.

V1 완료 기준 공고 필수 2

아래 여섯 가지가 실제 데이터로 확인되면 V1을 완료로 봅니다. 마지막 검수도 이 목록으로 합니다.

• 엑셀 없이 이어집니다. 한 학생의 상담 접수 → 레벨테스트 → 진단서 → 반 배정 → 숙제 → 학부모 리포트 발송이 한 시스템 안에서 끝납니다.
• 출석부에 그날 수업이 보입니다. 강사가 출석부를 열면 그 반의 해당 회차 커리큘럼이 함께 나오고, 출결과 데일리 테스트 점수를 그 화면에서 입력합니다.
• 같은 응답은 언제 계산해도 같은 점수입니다. 채점과 진단 수치는 제공받은 규칙으로 계산하고, 어떤 규칙 버전으로 계산했는지 남습니다.
• AI 결과는 출처를 따라갈 수 있습니다. 진단 설명, 오답 피드백, 리포트 문구마다 입력 데이터와 규칙·프롬프트 버전이 연결되어 있고, 사람이 승인한 것만 학생과 학부모에게 보입니다.
• 리포트가 빠짐없이 나갑니다. 학생별 주 2회 초안이 만들어지고, 승인 후 발송되며, 실패한 발송은 사유와 함께 남아 다시 보낼 수 있습니다.
• 시범 운영을 통과합니다. 12월 넷째 주 반 하나의 시범 운영에서 위 흐름이 끝까지 돌고, AI 호출 기록에 학생 이름·연락처·학교명이 한 건도 없습니다.

화면 구성

쓰는 사람에 따라 다섯 묶음, 모두 19개이고 전부 기본 금액에 들어 있습니다. 시안에 보이는 화면을 그대로 만듭니다. 학생·학부모 화면은 휴대폰을, 강사·운영자 화면은 PC를 기준으로 만들고 둘 다 반응형으로 동작합니다. 이름을 누르면 화면 시안이 열립니다.

학생 한 명의 동선

각 단계에서 누가 어떤 화면을 쓰는지, 그때 쌓이는 데이터가 무엇인지 정리했습니다. 앞 단계의 데이터가 다음 단계의 입력이 됩니다.

1. 1

   상담·입학 접수학부모

   상담·레벨테스트 신청 화면에서 학년, 희망 일정 세 개, 보호자 동의를 받습니다. 접수되면 상담실장에게 알림이 갑니다.

   접수희망 일정보호자 동의
2. 2

   레벨테스트 응시학생

   약속한 시간에 학생이 온라인으로 응시합니다. 문항마다 답이 바로 저장되어 중간에 끊겨도 이어서 풉니다.

   응시문항별 응답응시 시간
3. 3

   자동채점과 진단서시스템 → 상담실장

   정답과 채점 기준으로 영역별 점수를 계산하고, 파이프라인이 취약 영역 설명을 씁니다. 상담실장이 확인한 진단서를 웹으로 보여 주거나 출력합니다.

   채점 결과진단서AI 처리 이력
4. 4

   반 배정대표

   기준표에 따라 권장 반이 표시되고, 대표가 최종 확정합니다. 확정하면 학생 계정과 수강 정보가 만들어지고 출석부 명단에 들어갑니다.

   학생 ID 발급수강반 명단
5. 5

   수업과 숙제강사·학생

   강사가 출석부에서 출결과 데일리 테스트를 입력합니다. 진단 결과로 보충 숙제가 연결되고, 학생이 제출하면 AI 오답 피드백 초안을 강사가 확인해 돌려줍니다.

   출결데일리 테스트숙제 응답오답 피드백
6. 6

   학부모 리포트시스템 → 담당자 → 학부모

   화요일과 금요일 아침에 학생별 초안이 만들어집니다. 담당자가 고치고 승인하면 알림톡으로 열람 링크가 나가고, 발송 결과가 이력으로 남습니다.

   리포트승인 기록발송 이력

기술 스택과 고른 이유 공고 필수 1

시스템 구성

화면과 계산은 LMS 웹앱이 맡고, 오래 걸리거나 실패할 수 있는 일(AI 호출, 알림톡 발송)은 작업 대기열로 넘깁니다. 학원 밖으로 나가는 데이터는 대기열을 지날 때 가명 처리합니다.

데이터 구조 공고 필수 4

이전에 데이터가 꼬였던 원인은 대개 세 가지입니다. 같은 학생이 여러 곳에 다른 이름으로 있거나, 원본을 덮어써서 무엇이 바뀌었는지 모르거나, AI 결과가 어떤 입력에서 나왔는지 모르는 경우입니다. 아래 구조는 이 세 가지를 막도록 짰습니다.

• 학생 ID는 하나입니다. 접수 때 만든 ID가 레벨테스트, 수강, 출결, 숙제, 리포트까지 그대로 이어집니다. 이름은 화면에 보여 주는 용도로만 쓰고 데이터를 잇는 데는 쓰지 않습니다.
• 원본은 고치지 않고 쌓습니다. 응답과 채점 결과를 덮어쓰지 않습니다. 정답이 바뀌어 다시 채점하면 새 기록을 만들고 이전 기록과 연결합니다.
• AI 결과는 출처와 함께 저장합니다. 처리 이력에 입력 스냅샷, 규칙 버전, 프롬프트 버전, 응답 원문을 남깁니다. 강사가 고친 문구도 고치기 전 내용과 함께 남습니다.
• 상태는 정해진 순서로만 바뀝니다. 리포트는 초안 → 검토 중 → 승인 → 발송 순서만 허용합니다. 승인을 건너뛰고 발송하는 길은 서버와 DB 양쪽에서 막습니다.
• 같은 요청은 한 번만 처리합니다. 요청마다 학생 ID·기간·종류로 만든 고유 키를 붙여, 재시도가 여러 번 일어나도 같은 주의 리포트가 두 번 만들어지지 않습니다.

AI 파이프라인 연동 방식 공고 필수 1공고 필수 4

LMS가 파이프라인에 보내는 요청과 받는 결과를 JSON 규격 하나로 고정합니다. 파이프라인 안쪽 로직이 바뀌어도 이 규격만 지키면 LMS는 고칠 곳이 없습니다.

{
  "run_id": "run_20261211_0142_wr",
  "pipeline": "weekly_report",
  "student_id": "STU-0142",
  "period": { "from": "2026-12-08", "to": "2026-12-11" },
  "rule_version": "report-rules@1.2",
  "inputs": {
    "attendance": [ ... ],
    "daily_tests": [ ... ],
    "homework": [ ... ],
    "wrong_items": [ ... ]
  }
}
// 이름·연락처·학교명 칸은 규격에 아예 없습니다

{
  "run_id": "run_20261211_0142_wr",
  "status": "ok",
  "prompt_version": "p-weekly@7",
  "summary_text": "이번 주 현재완료 문항 ...",
  "weak_areas": [ "G-PRESENT-PERFECT" ],
  "next_tasks": [ ... ]
}
// 형식이 다르면 저장하지 않고 실패로 기록합니다
// 수치는 LMS가 규칙으로 계산한 값을 씁니다

알림톡 연동 공고 필수 1

리포트는 승인된 것만 발송 대기열에 들어갑니다. 알림톡 본문에는 점수를 넣지 않고 열람 링크만 보내며, 링크를 연 보호자가 휴대폰 뒷자리 네 개를 입력해야 리포트가 보입니다.

역할별 권한

공고의 대표·상담실장·강사 구분을 기준으로 정했습니다. 사전 미팅에서 학원 운영 방식에 맞게 확정합니다.

개인정보와 보안

• 보호자 동의를 받습니다. 만 14세 미만 학생의 정보는 법정대리인 동의가 필요합니다(개인정보 보호법 제22조의2). 신청 화면에 보호자 동의 항목을 따로 두고 동의 시각을 저장합니다.
• AI에는 학생 ID만 보냅니다. 이름·연락처·학교명은 요청 규격에 칸이 없어서 실수로도 나갈 수 없습니다. 보내기 직전에 한 번 더 검사합니다.
• 리포트 링크는 기한이 있습니다. 학생마다 다른 링크를 만들고 14일 뒤 만료합니다. 처음 열 때 보호자 휴대폰 뒷자리 네 개를 확인합니다.
• 직원 계정을 관리합니다. 비밀번호는 해시로만 저장하고, 로그인 5회 실패 시 잠급니다. 누가 어떤 학생 정보를 보고 고쳤는지 기록합니다.
• 데이터는 국내에 둡니다. AWS 서울 리전에 보관하고 전송 구간은 HTTPS로 암호화합니다. 보호자 연락처는 DB에서도 암호화해 저장합니다.

화면과 입력 폼 규격

행정안전부 디지털 정부 서비스 UI/UX 가이드라인(KRDS)과 국내 주요 서비스의 입력 폼 크기를 기준으로 정했습니다. 화면 시안 19개가 모두 이 값을 씁니다.

확인 시점

1. 11/27 금
   설계 확정요구사항 정의서와 화면 설계서 v1을 함께 보고 확정합니다.
2. 12/4 금
   기준 확정본 받기진단·채점·반 배정·숙제 배정 기준의 확정본이 필요한 날입니다.
3. 12/18 금
   기능 완료화면 19개가 실제 데이터로 동작하는 테스트 주소를 드립니다.
4. 12/24 목
   시범 운영 완료반 하나로 한 주를 운영하고 나온 오류를 고칩니다.
5. 12/31 목
   완료 보고운영 배포, 문서 전달, 운영자 교육을 마칩니다.
6. 매주 금
   진행 보고화상 30분으로 그 주에 만든 화면을 테스트 주소에서 같이 봅니다.

과업별 금액

코드 작성에 AI 개발 도구를 함께 써서 36.5 M/D 분량을 28영업일 안에 마칩니다. 설계, 데이터 점검, 검수는 사람이 직접 합니다.

공급가액

11,000,000원

부가세 (10%)

1,100,000원

총액

12,100,000원

착수일과 산정 전제

• 착수 가능일: 계약 다음 영업일. 이 문서의 일정은 11월 23일(월) 착수 기준입니다.
• 학원 자료: 업무 흐름, 화면별 요구사항, 프롬프트와 입출력 예시, 리포트 샘플, 커리큘럼 콘텐츠를 11월 27일까지 받고, 진단·채점·반 배정·숙제 배정 기준의 확정본을 12월 4일까지 받는다고 보았습니다.
• 파이프라인: 이미 인터넷으로 호출할 수 있는 것(HTTP·JSON)은 그대로 연결하고, 아닌 것은 서버로 옮겨 API로 감쌉니다. 둘 다 기본 금액에 들어 있습니다.
• 화면: 시안 19개(학원 홈페이지 8 + LMS 11) 기준이며, 피그마 시안 없이 테스트 주소에서 보고 확정합니다.
• 지원 환경: 휴대폰과 PC의 크롬·사파리·엣지·삼성 인터넷 최신 버전입니다. 앱 설치형은 아닙니다.
• 범위 변경: 11월 27일 요구사항 정의서 확정 뒤 들어오는 요청은 V2 목록으로 옮기거나 일정과 비용을 따로 협의합니다.

제외 항목

• 진단 알고리즘 연구, AI 모델 개발, 프롬프트 작성 (학원 제공)
• 문항·커리큘럼·리포트 양식 같은 콘텐츠 제작 (학원 제공)
• 과거 엑셀·숙제 플랫폼 기록 이관 (학생·반 명단을 엑셀로 한 번에 등록하는 기능은 포함)
• 수납·결제, 앱 설치형 버전
• 서버·AI API·알림톡 사용료 (아래 월 운영비로 안내)

학원이 준비할 자료와 외부 서비스 계정

하자보수와 유지보수

예상 월 운영비

학원 계정으로 각 서비스에 직접 결제하는 금액입니다(VAT 별도).