엑셀 한 장만 받고 3년 치 기록을 잃지 않으려면? 학원 데이터 자산 6가지와 이식성 3단계, 계약서에 넣을 5가지 조항을 정리했습니다.
학원 원장님이 3년 쓴 시스템을 바꾸려고 합니다. 새 서비스는 마음에 들고 조건도 좋습니다. 그런데 기존 업체에 "데이터를 내려받고 싶다"고 요청하자 돌아온 답은 학생 명단 엑셀 한 장이었습니다. 결제 이력은 파일로 줄 수 없고, 성적과 수료 기록은 화면으로만 볼 수 있고, 올려둔 강의 영상은 별도 협의가 필요하다는 설명이었습니다. 시스템을 바꾸는 순간 3년 치의 기록이 사라진다는 뜻입니다. 이것이 벤더 락인(vendor lock-in)입니다.
락인은 나쁜 회사가 일부러 만드는 함정이라기보다 서비스 구조와 계약에서 자연스럽게 생기는 경우가 많습니다. 그래서 계약 전에 확인하면 대부분 막을 수 있습니다. 이 글은 학원 시스템의 데이터를 자산으로 분류하고, 이식성을 3단계로 점검하며, 계약서에 넣어야 할 조항을 정리합니다. 락인의 일반 이론보다 학원의 실제 데이터와 계약 조항에 초점을 둡니다.
📊 학원이 쌓는 데이터 자산 6가지
| 자산 | 내용 | 잃으면 생기는 일 |
|---|---|---|
| 학생·학부모 정보 | 인적 사항, 연락처, 상담 이력 | 재등록·상담의 연속성 단절 |
| 수강·결제 이력 | 수강권, 결제, 환불 기록 | 환불·정산 분쟁 시 근거 상실, 세무 자료 공백 |
| 성적·평가·수료 | 시험 결과, 진도, 수료 기록 | 학생 성장 기록과 수료증 검증 불가 |
| 강의 콘텐츠 원본 | 영상, PDF, 문제 은행 | 수년간의 제작 자산 재제작 |
| 학습 활동 기록 | 접속·시청 로그 | 학습 패턴 분석과 소명 자료 상실 |
| 접점 자산 | 도메인, 학부모가 아는 접속 주소, 알림 채널 | 학부모에게 새 주소를 다시 안내해야 함 |
표의 마지막 항목이 자주 놓칩니다. 학부모가 접속하는 주소가 업체가 소유한 주소라면 시스템을 바꿀 때 학부모 전체에게 새 주소를 안내해야 합니다. 학원 소유의 도메인을 쓰면 뒷단의 시스템을 바꿔도 접점은 그대로 유지됩니다.
🔍 이식성 3단계 — 내려받을 수 있다는 말의 의미
"데이터를 내려받을 수 있습니다"라는 말은 세 가지 수준으로 나뉩니다.
- 1단계: 내려받기 가능 — 화면의 목록을 엑셀 등으로 저장할 수 있습니다. 대부분의 서비스가 여기까지는 됩니다.
- 2단계: 표준 형식 — CSV처럼 다른 시스템이 읽을 수 있는 널리 쓰이는 형식이며 전체 범위(과거 이력 포함)를 포함합니다. 유럽 개인정보 규정(GDPR) 제20조가 정보주체에게 구조화되고 일반적으로 사용되며 기계가 읽을 수 있는 형식으로 자신의 데이터를 받을 권리를 인정하는 취지와도 닿아 있습니다.
- 3단계: 관계 보존 — 학생, 수강권, 결제, 성적이 서로 연결된 관계를 유지한 채 옮길 수 있습니다. 파일은 받았는데 "이 결제가 어느 학생의 어느 수강권인지"가 끊어지면 사실상 쓸 수 없습니다.
1단계는 쉽고 3단계는 어렵습니다. 그래서 계약 전에 "어느 단계까지"를 구체적으로 물어야 합니다. 클라우드컴퓨팅법 제27조는 서비스 제공자가 계약 종료 시 이용자 정보를 반환하고 파기하며 사업 종료 시에는 종료일 전까지 반환하도록 규정합니다. 다만 같은 조 제5항은 "제3항 및 제4항에도 불구하고 제공자와 이용자 간의 계약으로 특별히 다르게 정한 경우에는 그에 따른다"고 하므로, 약관에 반환을 제한하거나 달리 정한 조항이 있는지 반드시 확인해야 합니다. 학원용 서비스가 이 법의 적용 대상인지는 서비스 형태에 따라 다르지만, 반환이라는 원칙 자체는 계약에 명시할 근거가 됩니다.
⚠️ 락인이 생기는 5가지 경로
- 독자 형식 — 업체 고유의 형식으로만 저장돼 다른 곳에서 열 수 없는 경우입니다.
- 범위의 제한 — 현재 학생 명단만 주고 과거 결제·성적·로그는 제외하는 경우입니다.
- 비용 장벽 — 데이터 추출 자체는 가능하지만 과도한 추출비를 청구하는 경우입니다.
- 콘텐츠 종속 — 영상과 문제 은행이 재생·재사용이 불가능한 형태로 묶여 있는 경우입니다.
- 접점 종속 — 학부모 접속 주소와 알림 채널이 업체 소유라 전환 시 신뢰를 다시 쌓아야 하는 경우입니다.
🧭 락인은 언제나 나쁜가 — 두 가지 시각
락인을 경계하는 시각. 데이터를 옮길 수 없으면 협상력이 사라지고 가격 인상이나 서비스 저하에 끌려다니게 된다는 견해입니다. 시스템을 바꿀 자유가 곧 좋은 서비스를 유지하게 만드는 압력이라고 봅니다.
통합의 이점을 강조하는 시각. 반대편에서는 모든 것을 표준 형식으로 분리 가능하게 만들면 시스템의 통합도가 낮아져 기능이 얕아진다고 봅니다. 결제, 수강, 성적, 알림이 깊게 연결될수록 편의가 크고 그 대가로 이식성이 떨어질 수 있다는 것입니다.
📌 한눈에 보기 — 락인이 없는 시스템은 없습니다. 중요한 것은 빠져나올 때 드는 비용이 미리 알려져 있고 감당할 만한가입니다. 그 비용을 계약서에 문서로 남기는 것이 최선의 방어입니다.
🗺️ 계약서에 넣어야 할 조항 5가지
| 조항 | 내용 | 확인 포인트 |
|---|---|---|
| 데이터 반환 범위 | 학생·결제·성적·수료·로그 등 어느 데이터를 돌려주는가 | 전체 이력 포함 여부 |
| 반환 형식 | CSV 등 널리 쓰이는 형식과 관계 정보 | 파일 간 연결 키 제공 여부 |
| 반환 기한과 비용 | 해지 후 며칠 이내, 무료인지 유료인지 | 기한 초과 시 책임 |
| 파기 절차 | 반환 후 업체가 보유한 데이터의 삭제 방식과 확인 | 파기 확인서 발급 |
| 콘텐츠 반출 | 업로드한 영상·자료 원본을 돌려받을 수 있는가 | 재사용 가능한 형식 |
🗺️ 실전 가이드 — 락인 점검 5단계
- 데이터 자산 목록 작성 — 위 6가지 자산 중 우리 학원에 중요한 것을 순위로 정합니다.
- 이식성 3단계 질문 — 후보에게 각 자산이 몇 단계까지 이식 가능한지 문서로 답해 달라고 요청합니다.
- 접점 자산을 학원이 소유 — 도메인과 알림 채널을 학원 명의로 유지합니다.
- 정기 사본 확보 — 계약 중에도 분기마다 핵심 데이터를 내려받아 별도로 보관합니다.
- 해지 리허설 — 시범 운영 단계에서 일부 데이터를 실제로 내려받아 다른 도구에서 열어 봅니다.
💻 NUGUNA LMS에서 확인할 것
NUGUNA LMS는 로고·색상·기능·도메인을 학원에 맞게 구성하므로 접점 자산인 도메인을 학원의 것으로 운영하는 방향을 상담에서 협의할 수 있습니다. 관리자 대시보드에서는 수강생·매출·수료율 데이터를 엑셀로 내려받을 수 있어, 계약 중에도 핵심 데이터를 정기적으로 별도 보관하는 방식이 가능합니다. 또 기능 수정과 유지보수가 포함돼 있어 학원의 데이터 구조에 맞춘 조정을 협의할 수 있습니다.
| 이식성 항목 | 확인된 사실 | 계약 전 문서로 확인할 것 |
|---|---|---|
| 내려받기(1단계) | 관리자 대시보드 엑셀 다운로드 | 다운로드 가능한 데이터의 범위 |
| 표준 형식(2단계) | 엑셀 형식 제공 | 과거 이력 포함 여부, 전체 데이터 반환 형식 |
| 관계 보존(3단계) | 확인된 바 없음 | 학생·수강권·결제·성적 연결 정보 제공 여부 |
| 접점 자산 | 도메인 맞춤 구성 | 도메인 소유 명의와 전환 방식 |
표에서 보듯 3단계 관계 보존과 해지 시 전체 데이터 반환의 형식·기한·비용은 이 글에서 확정해 안내드릴 수 없습니다. 계약 전에 문서로 확인하시고, 시범 운영 중에 실제로 내려받아 열어보는 리허설을 해 보세요.
| 항목 | 자체 개발 | 외주 개발 | NUGUNA LMS |
|---|---|---|---|
| 기능 수정 | 개발자 필요 | 추가 견적 | 포함 |
| 유지보수 | 직접 | 별도 계약 | 포함 |
| 오픈 후 지원 | 없음 | 유상 | 전담 매니저 |
❓ 자주 묻는 질문
Q1. 벤더 락인이 뭔가요?
특정 업체의 시스템에 데이터와 업무가 묶여 다른 곳으로 옮기기 어려워지는 상태입니다. 옮길 때 드는 비용이 크면 가격이나 서비스에 불만이 있어도 계속 쓸 수밖에 없습니다.
Q2. 엑셀로 내려받을 수 있으면 안전한가요?
1단계일 뿐입니다. 과거 이력이 포함되는지, 파일 간 관계가 유지되는지까지 확인해야 합니다.
Q3. 콘텐츠 영상도 돌려받을 수 있나요?
서비스마다 다릅니다. 업로드한 원본을 재사용 가능한 형식으로 돌려받을 수 있는지 계약서에 명시하세요.
Q4. 해지 후 업체가 데이터를 계속 갖고 있어도 되나요?
반환 후에는 파기하는 것이 원칙이며, 파기 확인을 받는 것이 좋습니다.
Q5. 도메인은 누구 명의로 해야 하나요?
학원 명의로 소유하면 시스템을 바꿔도 학부모에게 익숙한 주소를 유지할 수 있습니다. 구성 방식은 서비스와 협의하세요.
Q6. 이식성 때문에 통합도가 낮은 서비스를 골라야 하나요?
그렇지 않습니다. 통합의 편의와 이식성은 균형의 문제이므로, 빠져나올 때의 비용을 알고 감당할 수 있는지를 기준으로 판단하세요.
🚀 결론 — 나갈 길을 확인하고 들어가라
데이터는 학원이 수년간 쌓은 자산이고 락인은 그 자산을 인질로 만드는 구조입니다. 이식성을 3단계로 점검하고, 접점 자산을 학원이 소유하고, 반환과 파기 조항을 계약에 남기세요. NUGUNA LMS의 기능과 업종별 안내를 살펴보고, 데모를 확인한 뒤 상담에서 데이터 반환 조건을 그대로 질문해 주세요. 비용은 요금제 안내에서 확인하실 수 있습니다.
