LMS 플랫폼 개발 — 솔루션 vs 커스텀, 그리고 누구에게 맡길 것인가

LMS 플랫폼 개발을 본격적으로 검토하는 기업은 대부분 기성 솔루션을 한 번 써 본 뒤에 그 결론에 도달합니다. 처음 몇 달은 문제가 없습니다. 강의를 올리고, 수강생을 등록하고, 진도율이 집계되는 것까지는 무리 없이 돌아갑니다. 막히는 지점은 보통 운영 3개월 차에 나타납니다. 회사의 수료 기준이 솔루션이 제공하는 기준과 맞지 않아 이수 처리를 매번 수기로 손봐야 하고, 인사팀이 요청하는 교육 이수 현황은 솔루션에서 엑셀로 내려받아 HR 시스템에 다시 붙여 넣어야 합니다. 어느 순간부터 교육 담당자의 업무 시간이 시스템을 쓰는 데가 아니라 시스템을 보정하는 데 들어가기 시작합니다.

에듀테크 기업은 다른 지점에서 막힙니다. 기성 솔루션 위에 서비스를 올려 시장에 빠르게 진입한 것까지는 성공했는데, 사용자가 늘어날수록 플랫폼 사용료가 사용자 수에 비례해 올라갑니다. 매출이 늘면 원가도 같은 속도로 따라 오릅니다. 더 곤란한 것은 제품의 차별점을 만들려는 순간 솔루션이 그것을 허용하지 않는다는 점입니다. 학습자 수준에 따라 다음 커리큘럼을 다르게 제시하거나, 수업 진행 방식 자체를 메신저 기반으로 바꾸려는 시도는 대부분 “해당 기능은 지원하지 않습니다”라는 답변으로 끝납니다.

두 경우 모두 도달하는 결론은 같습니다. 커스텀 개발을 검토하게 됩니다. 그런데 여기서 많은 기업이 두 번째 질문을 건너뜁니다. 커스텀으로 가기로 했다면, 바로 다음 질문은 “누가 만들 것인가”입니다. 이 글은 두 질문을 순서대로 다룹니다. 먼저 솔루션으로 충분한지를 판단하고, 그다음 개발 주체를 어떻게 고를지를 봅니다. 프로젝트의 성패가 실제로 갈리는 쪽은 두 번째입니다.

디비컨설팅은 지금까지 100건이 넘는 프로젝트를 수행했고, 그중 교육·학습 도메인은 반복해서 다뤄 온 영역입니다. 가천대학교 학사관리 시스템을 구축했고, 디비스쿨, C-Training, SPEP 등 학습 플랫폼 개발을 진행했습니다. 50곳이 넘는 글로벌 개발 파트너사를 운영하고 있으며, 고객 만족도는 98%입니다. 아래 내용은 이 프로젝트들에서 반복적으로 확인한 판단 기준을 정리한 것입니다.

먼저, 솔루션으로 충분한지부터 판단하십시오

커스텀 LMS가 항상 정답은 아닙니다. 아래 네 가지 중 하나라도 해당한다면, 기성 SaaS LMS를 쓰시는 편이 낫습니다.

3개월 안에 런칭해야 하는 경우

커스텀 LMS는 요구사항 정의부터 배포까지 일정 기간이 필요합니다. 교육 과정 오픈 일정이 이미 확정되어 있고 그 일정을 조정할 수 없다면, 먼저 솔루션으로 운영을 시작하고 한계가 드러난 뒤에 커스텀을 검토하는 순서가 안전합니다.

필요한 기능이 표준 범위 안에 있는 경우

강의 업로드, 수강 신청, 진도 관리, 퀴즈, 수료증 발급 정도로 충분하다면 솔루션이 이미 잘 만들어 둔 기능을 다시 만들 이유가 없습니다. 커스텀 개발은 표준 기능을 더 잘 만들기 위한 선택이 아니라, 표준 기능으로 불가능한 것을 만들기 위한 선택입니다.

아직 시장 검증 단계인 경우

교육 콘텐츠나 비즈니스 모델이 확정되지 않은 상태라면 플랫폼을 먼저 만드는 것은 순서가 뒤바뀐 것입니다. 솔루션으로 가설을 검증하고, 사용자 반응을 통해 필요한 기능이 확정된 다음에 개발에 들어가는 편이 전체 비용을 줄입니다.

구축 이후 운영을 맡을 주체가 없는 경우

커스텀 LMS는 만든 뒤에도 누군가 지속적으로 책임져야 합니다. 내부에 개발 인력이 없고, 외부 유지보수 파트너를 둘 계획도 없다면 솔루션이 더 안전합니다. 반대로 유지보수를 포함해 맡길 파트너가 있다면 이 조건은 걸림돌이 되지 않습니다.

위 네 가지에 해당하신다면 이 글의 나머지는 읽지 않으셔도 됩니다. 저희가 드릴 수 있는 조언은 “지금은 커스텀 개발을 하실 때가 아닙니다”입니다.

커스텀 개발이 불가피한 5가지 신호

① 솔루션이 지원하지 않는 기능이 제품의 핵심인 경우. AI 기반 맞춤 학습처럼 학습자의 이해도에 따라 진도와 문항을 다르게 구성하는 방식, 메신저 기반 클래스룸처럼 학습 흐름 자체를 바꾸는 구조, 다국어 교재 연동처럼 콘텐츠 체계가 복잡한 경우는 기성 솔루션의 설정 범위를 벗어납니다. 이런 기능은 옵션이 아니라 제품 그 자체이므로 타협이 어렵습니다.

② ERP, HR, SSO, 결제 등 깊은 연동이 필요한 경우. 사내 계정으로 한 번에 로그인되어야 하고, 수강 이력이 인사평가 데이터로 자동으로 넘어가야 하며, 법정의무교육 이수 현황이 HR 시스템에서 그대로 조회되어야 한다면 범용 API로는 한계가 분명합니다. 연동 요구가 깊어질수록 솔루션 사용료 외에 연동 유지에 드는 내부 공수가 계속 늘어납니다.

③ 데이터 소유권과 보안 요건이 있는 경우. 학습자 개인정보, 평가 결과, 내부 교육 자료를 외부 사업자의 서버에 둘 수 없는 기업이 있습니다. 공공, 금융, 교육기관에서 특히 자주 발생합니다. 데이터 보관 위치와 접근 권한을 발주사가 직접 통제해야 한다면 맞춤형 LMS 구축 외에 선택지가 없습니다.

④ 사용자 수가 늘수록 비용이 비례해 올라가는 경우. 사용자 수 과금 구조는 초기에는 유리하지만 서비스가 성장할수록 불리해집니다. 여기에 시험 시작 시각이나 실시간 강의 오픈 시각처럼 동시 접속이 한 시점에 몰리는 구조라면, 솔루션의 상위 요금제로 올라가는 것 외에는 대응 수단이 없습니다.

⑤ UI/UX 자체가 경쟁력인 경우. 에듀테크 서비스에서 학습 경험은 부가 요소가 아니라 제품의 본체입니다. 화면 구성과 학습 동선을 통제할 수 없다면 경쟁사와 같은 틀 위에서 콘텐츠로만 경쟁하게 됩니다.

진짜 어려운 결정은 그 다음입니다 — 누가 만들 것인가

LMS 플랫폼 개발을 다루는 대부분의 글은 앞 장에서 끝납니다. 솔루션과 커스텀을 비교하고, 판단 기준을 제시하고, 마무리합니다. 그런데 실제 현장에서 프로젝트가 무너지는 지점은 그 선택이 아닙니다. 커스텀으로 가기로 결정한 다음, 개발 주체를 고르는 단계입니다. 같은 요구사항, 같은 예산, 같은 일정이라도 누구와 어떤 구조로 일하느냐에 따라 결과가 완전히 달라집니다.

선택지는 현실적으로 세 가지입니다.

이 표에서 주목하셔야 할 행은 개발 단가가 아니라 요구사항 정의 책임입니다. 해외 직접 발주의 단가가 낮은 것은 사실입니다. 다만 그 단가는 “정확한 영문 명세서가 주어졌을 때”의 단가입니다. 명세서를 만드는 일은 가격에 포함되어 있지 않고, 그 일은 고스란히 발주사에게 돌아옵니다. 외주 개발 비용이 실제로 어떻게 구성되는지를 함께 보시면 이 차이가 더 분명해집니다.

LMS는 이 문제가 특히 크게 드러나는 영역입니다. LMS의 요구사항은 대부분 한국어로, 그것도 회사 내부 규정의 언어로 존재하기 때문입니다. 수료 기준이 진도율 몇 퍼센트에 평가 점수 몇 점인지, 영상을 어디까지 봐야 진도로 인정할 것인지, 중간에 이탈했다가 다시 접속하면 어느 지점부터 재생할 것인지, 관리자와 강사와 조교와 학습자의 권한이 각각 어디까지인지, 미수료자의 재수강은 어떤 조건에서 허용되는지. 이것들은 교육팀과 인사팀의 머릿속과 사내 규정 문서에 한국어로 흩어져 있습니다. 이를 개발팀이 그대로 구현할 수 있는 수준의 영문 명세로 옮기는 작업은 그 자체로 하나의 프로젝트입니다.

내부에 개발 조직이 있는 기업은 이 작업을 감당할 수 있습니다. 명세를 쓸 줄 아는 사람이 있고, 번역된 명세가 정확한지 검증할 사람도 있기 때문입니다. 내부 개발팀이 없는 기업은 이 지점에서 반드시 막힙니다. 명세를 쓸 사람도, 그 명세가 제대로 전달되었는지 확인할 사람도 없는 상태에서 영어로 진행되는 회의와 산출물 검수를 떠안게 됩니다. 시차까지 더해지면 질문 하나에 하루가 소요됩니다. 그 결과는 대부분 재작업으로 나타납니다. 단가가 낮아 아낀 금액보다 재작업과 일정 지연으로 잃는 쪽이 더 큰 경우가 드물지 않습니다.

세 번째 구조는 바로 이 번역 작업을 한국인 PM이 대신 책임지는 방식입니다. 발주사는 한국인 PM하고만, 한국어로 소통합니다. 요구사항을 정리해 문서로 확정하는 일, 일정을 관리하는 일, 개발 결과물을 검수하는 일은 PM의 책임입니다. 영어로 이루어지는 개발팀과의 커뮤니케이션은 발주사가 관여하지 않는 내부 업무입니다. 동시에 개발 단가는 글로벌 팀 기준으로 적용되므로, 국내에서 동일 규모의 인력을 채용하는 경우와 비교해 평균 40~60% 수준의 비용 절감이 가능합니다. 낮은 단가와 한국어 커뮤니케이션을 동시에 가져가는 구조입니다.

디비컨설팅이 LMS 프로젝트를 통제하는 방식

저희는 모든 프로젝트를 다섯 단계로 진행합니다. LMS 프로젝트에서 각 단계가 구체적으로 무엇을 의미하는지 정리하면 다음과 같습니다.

① 상담 및 요구 분석 — 한국어로 요구사항을 문서화합니다. LMS에서 가장 먼저 확정하는 것은 화면이 아니라 상태 정의입니다. 수강 상태를 미수강, 수강중, 수료, 미수료, 재수강 중 어떻게 구분할 것인지, 수료 판정의 기준을 진도율과 평가 점수와 출석 중 무엇으로 조합할 것인지, 권한 체계를 몇 단계로 둘 것인지를 먼저 문서로 고정합니다. 이 정의가 개발 중반에 바뀌면 화면만이 아니라 데이터 구조까지 되돌려야 하므로, 가장 앞에서 시간을 들이는 단계입니다.

② 개발팀 구성 — 2~4주 안에 전담팀을 꾸립니다. 50곳이 넘는 글로벌 파트너사 풀에서 프로젝트 성격에 맞는 인력을 구성합니다. LMS의 경우 영상 스트리밍 처리, 대량 사용자 데이터 관리, 외부 시스템 연동 경험을 기준으로 선발합니다.

③ 프로젝트 개발 — 애자일 방식으로 진행하고 진행상황을 투명하게 공유합니다. 학습자 플로우, 강사 플로우, 관리자 플로우 순으로 끊어서 구현하고, 각 주기가 끝날 때마다 실제 동작하는 화면을 확인하실 수 있게 합니다. 보고서가 아니라 동작하는 결과물로 진척을 확인하는 방식입니다.

④ 테스트 및 배포 — QA를 거친 뒤 릴리즈합니다. LMS에서 반드시 확인하는 항목이 몇 가지 있습니다. 시험 시작 시각이나 실시간 강의 오픈 시각처럼 접속이 한 시점에 몰리는 상황을 가정한 동시 접속 부하 테스트, 네트워크가 끊겼다가 복구됐을 때 진도가 정확히 저장되는지에 대한 검증, 그리고 PC와 모바일 LMS 앱 환경에서의 재생 동작 확인입니다. 이 세 가지는 실제 운영이 시작된 뒤에 발견되면 가장 큰 혼란을 일으키는 항목들입니다.

⑤ 운영 및 유지보수 — 문서까지 인계합니다. 릴리즈로 끝내지 않고 운영 기간 동안 대응합니다. 인계 시에는 소스코드와 함께 API 명세, DB 스키마, 배포 절차 문서를 전달합니다. 소스코드 소유권은 발주사에 귀속됩니다.

실제 구축 사례

• 가천대학교 학사관리 시스템 — 대학의 학사 운영을 지원하는 관리 시스템을 구축했습니다.
• 디비스쿨 — 교육 서비스 운영을 위한 학습 플랫폼입니다.
• C-Training — 교육·훈련 목적의 학습 플랫폼 개발 프로젝트입니다.
• SPEP — 학습 플랫폼 구축 프로젝트입니다.

교육 분야 외에도 삼성물산 홈닉, GS건설 엘리시안 리조트, LS일렉트릭 테크스퀘어, 하나투어 하나오픈챗 등 다양한 산업의 웹·앱 플랫폼 구축 프로젝트를 수행해 왔으며, 누적 100건 이상의 프로젝트 경험을 보유하고 있습니다.

이런 기업에 적합합니다 / 반대로 권하지 않습니다

적합한 경우

• 기성 솔루션을 일정 기간 운영해 봤고, 한계 지점이 구체적으로 확인된 기업
• ERP, HR, SSO, 결제 등 사내 시스템과의 연동이 필수인 기업
• 교육 데이터를 외부 사업자의 서버에 둘 수 없는 기업
• 사용자 증가에 따라 플랫폼 사용료가 계속 늘고 있는 에듀테크 기업
• 내부에 개발 조직은 없지만 커스텀 LMS가 반드시 필요한 기업
• 요구사항을 한국어로 설명할 수 있고, 내부 의사결정자가 정해져 있는 기업

권하지 않는 경우

• 필요한 기능이 표준 범위 안에 있고 3개월 내 런칭이 목표인 경우. 기성 솔루션이 더 나은 선택입니다.
• 요구사항을 전혀 정의할 수 없고, 내부에 결정 권한을 가진 담당자가 없는 경우. 어떤 개발사와 진행하더라도 중간에 멈춥니다.
• 오직 최저 단가만을 기준으로 업체를 찾는 경우. 단가만 보면 해외 직접 발주가 더 저렴합니다. 저희가 제공하는 것은 최저 단가가 아니라 한국어로 통제되는 구조입니다.
• 영어로 개발 전 과정을 직접 관리할 수 있는 내부 개발 조직이 이미 있는 경우. 이 경우에는 직접 발주가 더 효율적입니다.

자주 묻는 질문

해외 개발팀이라고 하셨는데 의사소통은 어떻게 이루어집니까?

발주사는 한국인 PM하고만, 한국어로 소통하십니다. 영어로 진행되는 회의에 참여하실 일은 없습니다. 요구사항을 정의하고 문서화하는 일, 일정을 관리하는 일, 개발 결과물을 검수하는 일은 모두 PM의 책임입니다. 개발팀과의 영어 커뮤니케이션은 PM의 내부 업무이며 발주사에 전가되지 않습니다.

비용은 어떻게 산정됩니까?

인력 등급별 단가에 투입 기간을 곱하는 방식으로 산정합니다. 기획, 디자인, 개발, QA, 배포, 유지보수를 항목별로 구분해 각각의 투입 인원과 기간을 명시하므로, 어떤 항목에 얼마가 배분되는지 확인하실 수 있습니다. 전체 금액은 요구사항의 범위에 따라 달라지므로 상담 단계에서 안내드립니다. 다만 구조적으로는 국내에서 동일 규모의 인력을 채용하는 경우와 비교해 평균 40~60% 수준의 비용 절감이 가능합니다.

기획서가 없는데 견적을 받을 수 있습니까?

가능합니다. 필요한 것은 네 가지뿐입니다. 해결하려는 문제, 주요 사용자, 반드시 필요한 기능 3~5개, 그리고 일정과 예산의 범위입니다. 이 정도만 정리되어 있으면 개략적인 견적을 드릴 수 있습니다. 상세 기획은 1단계인 요구 분석에서 함께 문서화합니다. 기획서를 먼저 만들어 오셔야 하는 구조가 아닙니다.

진행 중에 팀 규모를 조정할 수 있습니까?

가능합니다. 전담팀 구성, 장기 협업, 인력 단위 투입, 프로젝트 단위 수행 중에서 선택하실 수 있고, 진행 중에도 조정할 수 있습니다. 초기 구축 시점에는 인원을 늘리고 운영 단계로 넘어가면서 축소하는 방식이 일반적입니다.

소스코드 소유권은 누구에게 있습니까?

발주사에 귀속됩니다. 프로젝트 종료 시 소스코드와 함께 API 명세, DB 스키마, 배포 절차 문서까지 인계합니다. 이후 다른 업체로 이관하시거나 내부 개발팀이 이어받아 운영하시는 데 제약이 없습니다.

정리

솔루션이냐 커스텀이냐는 LMS 플랫폼 개발의 입구일 뿐입니다. 그 질문은 비교적 쉽게 답이 나옵니다. 필요한 기능이 표준 범위를 벗어나고, 깊은 연동이 필요하고, 데이터를 직접 통제해야 한다면 커스텀입니다. 어려운 것은 그 뒤의 질문입니다. 누가, 어떤 구조로 만들 것인가. 단가가 낮은 해외 직접 발주는 요구사항을 영어 명세로 옮기는 일을 발주사에 떠넘기고, 국내 개발사는 그 일을 대신해 주는 대신 높은 단가를 요구합니다. 내부에 개발 조직이 없는 기업이 현실적으로 선택할 수 있는 구조는 요구사항 정의와 검수를 한국인 PM이 책임지면서 개발은 글로벌 팀이 수행하는 방식입니다. LMS 플랫폼 개발의 성패는 어떤 기술을 쓰느냐가 아니라 이 구조를 어떻게 설계하느냐에서 갈립니다.