
변화관리 연구는 후원자의 역할이 도입 성패를 좌우한다고 말합니다. 원장이 직접 체험해야 하는 다섯 가지 이유와 90분 체험 계획을 정리했습니다.
시스템 도입을 결정하는 자리에는 대개 이런 풍경이 있습니다. 원장님은 상담을 듣고, 실장님이 데모 화면을 보고, 결정은 견적서와 설명을 바탕으로 이뤄집니다. 그리고 몇 주 뒤 실장님이 말합니다. "이건 우리가 쓰는 방식과 좀 달라서요." 원장님은 그제야 시스템을 처음 직접 열어 봅니다. 결정과 사용 사이의 이 간극이 도입 실패의 흔한 시작입니다.
변화관리 컨설팅 기관 프로시(Prosci)의 연구는 1998년 이후 효과적인 후원이 성공의 가장 큰 기여 요인으로 꼽혀 왔다고 보고합니다. 후원자가 매우 효과적인 프로젝트가 목표를 달성할 가능성은 79%, 매우 비효과적인 프로젝트는 27%였습니다. 학원에서 후원자는 대부분 원장님입니다. 그렇다면 원장님이 시스템을 직접 써 보는 것은 단순한 확인 절차가 아니라 도입의 성패를 좌우하는 역할이라는 뜻입니다. 이 글은 원장님이 직접 체험해야 하는 이유와, 시간이 없는 원장님을 위한 현실적인 방법을 정리합니다.
📚 연구가 말하는 사용자 수용의 조건
정보기술이 조직에 받아들여지는 이유를 설명한 대표적 이론이 데이비스(Davis)가 1989년 발표한 기술수용모델(TAM)입니다. 이 모델은 사용자가 정보기술을 받아들이는 데 가장 큰 영향을 주는 두 요인을 지각된 유용성(이것이 내 일을 나아지게 하는가)과 지각된 사용 용이성(쓰기 쉬운가)으로 봅니다. 두 요인 모두 "직접 써 보았을 때" 가장 정확하게 형성됩니다. 남의 설명을 들은 유용성과 용이성은 추정에 불과하기 때문입니다.
또 프로젝트 관리협회(PMI)의 조사는 목표를 달성하지 못한 프로젝트의 47%가 요구사항 관리 부실을 원인으로 꼽았다고 보고했습니다. 요구사항을 가장 잘 아는 사람은 학원의 운영을 책임지는 원장님이고, 그 요구가 시스템에서 어떻게 구현되는지 확인하는 가장 확실한 방법은 직접 화면을 조작해 보는 것입니다.
🔍 원장님이 직접 체험해야 하는 다섯 가지 이유
| 이유 | 설명 | 대신 확인할 수 없는 것 |
|---|---|---|
| ① 요구 검증 | 우리 학원의 예외 상황이 어떻게 처리되는지 원장이 가장 잘 안다 | 실장이 놓치는 원장의 경영 관점 |
| ② 후원자 역할 | 원장이 시스템을 이해해야 직원에게 사용을 요구하고 이끌 수 있다 | 말로만 하는 후원의 설득력 |
| ③ 학부모 화면 이해 | 학부모가 보는 화면의 첫인상은 학원의 브랜드다 | 운영자 화면 위주의 데모 |
| ④ 데이터의 의미 파악 | 대시보드의 수치가 의사결정에 쓸모 있는지 판단 | 실무자는 원장의 경영 지표를 모른다 |
| ⑤ 결정의 책임 | 계약과 비용의 책임은 원장에게 있다 | 보고서만으로는 얻을 수 없는 확신 |
다섯 가지 중 ②가 특히 중요합니다. 새 시스템은 직원들의 기존 습관을 바꿉니다. 직원이 "이건 불편해요"라고 말할 때 원장님이 시스템을 직접 알고 있으면 문제를 구분해서 볼 수 있습니다. 진짜 결함인지, 익숙하지 않아서인지를 판단할 수 있기 때문입니다. 원장님이 시스템을 모르면 직원의 불평이 곧 결론이 됩니다.
⚠️ 원장이 체험하지 않을 때 생기는 일
- 실무자에게 결정이 넘어간다 — 시스템을 아는 사람이 실장뿐이라면 실장이 그만둘 때 시스템을 이해하는 사람이 사라집니다.
- 기대와 현실의 차이 — 원장은 "다 된다"고 기대하고 실무자는 "이건 안 된다"고 아는 상태가 이어져 서로 불신합니다.
- 도입 후 지원 요청의 왜곡 — 원장이 요구를 구체적으로 말하지 못해 업체에 전달되는 요청이 모호해집니다.
- 사용 정체 — 원장이 시스템을 쓰지 않으면 직원도 곧 기존 방식으로 돌아갑니다.
🧭 두 가지 시각 — 직접 vs 위임
직접 체험을 강조하는 시각. 원장은 후원자이자 최종 책임자이므로 시스템을 직접 알아야 하고, 그렇지 않으면 도입 후 판단과 지원 요청, 직원 설득이 모두 흔들린다는 견해입니다.
위임을 지지하는 시각. 반대편에서는 원장은 수업과 상담, 경영으로 이미 시간이 부족하고 실무는 실장과 담임이 가장 잘 알기 때문에 실제 사용자에게 검증을 맡기는 편이 효율적이라고 봅니다. 원장이 세부 조작까지 익히면 오히려 실무자의 자율을 침해할 수 있다는 지적도 있습니다.
📌 한눈에 보기 — 두 시각의 접점은 역할 분담입니다. 원장은 경영 관점의 핵심 시나리오를 직접 확인하고, 실무 세부는 실장과 담임이 검증합니다. 그리고 두 사람이 같은 시연을 함께 봅니다.
🗺️ 실전 가이드 — 원장님을 위한 90분 체험 계획
| 시간 | 확인할 것 | 보는 화면 |
|---|---|---|
| 0~20분 | 학부모·학생 화면 — 첫인상, 접속 편의, 알림 수신 | 학습자(학부모) 화면 |
| 20~40분 | 수강 신청과 결제 — 신규 등록과 환불이 있는 경우 | 결제·수강신청, 관리자 화면 |
| 40~60분 | 강사 업무 — 진도 확인, 평가, 학부모 안내 | 강사 화면 |
| 60~80분 | 대시보드 — 매출·수료율·이탈 위험 지표가 경영에 쓸모 있는가 | 관리자 대시보드 |
| 80~90분 | 막힌 지점 정리 — 질문 목록 작성 | — |
- 체험 전에 우리 학원의 예외 상황 3가지를 적는다 — 환불, 반 이동, 결석 처리처럼 가장 골치 아픈 사례를 고릅니다.
- 학부모의 입장에서 먼저 써 본다 — 운영 화면보다 학부모 화면에서 시작하면 브랜드 관점의 판단이 정확해집니다.
- 실장·담임과 같은 시연을 본다 — 두 사람의 관점 차이를 그 자리에서 확인합니다.
- 막힌 점을 질문 목록으로 만든다 — 상담 때 그대로 물어봅니다.
- 도입 후 첫 달에 한 번 더 체험한다 — 실제 데이터로 다시 확인하는 것이 중요합니다.
💻 NUGUNA LMS를 체험하는 방법
NUGUNA LMS는 사이트의 데모 페이지에서 학습자, 강사, 관리자 등 역할별 화면을 확인할 수 있게 구성돼 있습니다. 원장님이 위의 90분 계획에서 학부모·학생 화면과 강사 화면, 관리자 대시보드를 미리 둘러보시고 질문 목록을 만들어 상담에 오시면 대화가 훨씬 구체적이 됩니다. 확인하실 수 있는 실제 구성은 다음과 같습니다.
- 학습자 화면 — 영상 이어보기와 배속 조절, 자막, 모바일에서 별도 앱 없이 접속하는 반응형 화면
- 강사 화면 — 진도와 평가 관리, 시험의 객관식 자동 채점과 주관식 채점
- 관리자 화면 — 수강생·매출·수료율 실시간 통계, 진도 미달 위험 학습자 자동 감지, 엑셀 다운로드
- 안내·알림 — 이메일과 카카오 알림톡, 알림 문구 직접 수정
| 항목 | 자체 개발 | 외주 개발 | NUGUNA LMS |
|---|---|---|---|
| 구축 기간 | 6~12개월 | 4~6개월 | 2달 수준 |
| 기능 수정 | 개발자 필요 | 추가 견적 | 포함 |
| 오픈 후 지원 | 없음 | 유상 | 전담 매니저 |
다만 데모는 시스템의 전반적 구성을 보여주는 것이어서 우리 학원의 환불·반 이동·정산 같은 고유한 상황은 상담에서 시나리오로 확인하시길 권합니다. 무료 체험판이나 시범 운영의 조건은 이 글에서 확정해 안내드릴 수 없으므로 상담에서 문의해 주세요.
❓ 자주 묻는 질문
Q1. 원장이 직접 써 보는 게 정말 필요한가요?
모든 기능이 아니라 핵심 시나리오를 한 번씩 확인하는 정도면 충분하지만, 그 경험이 도입 후 판단과 직원 설득의 질을 크게 바꿉니다.
Q2. 시간이 없는데 얼마나 해야 하나요?
90분 정도로 학부모 화면, 결제, 강사 업무, 대시보드를 훑어보는 것을 권합니다. 도입 후 첫 달에 한 번 더 점검하세요.
Q3. 실장이 이미 체험했는데도 필요한가요?
실장이 실무 관점을 확인했다면 원장님은 경영 관점(대시보드, 학부모 첫인상, 비용)에 집중해 확인하세요. 두 사람이 같은 시연을 함께 보는 것이 가장 좋습니다.
Q4. 무엇부터 봐야 하나요?
학부모·학생 화면부터 보세요. 학원의 얼굴이 되는 화면이라 브랜드 관점의 판단이 가장 잘 됩니다.
Q5. 체험 후 마음이 바뀌면 어떻게 하나요?
체험은 바로 그 목적을 위한 것입니다. 안 맞는 부분을 계약 전에 발견하는 것이 가장 저렴합니다.
Q6. 직원들이 반대하면 어떻게 하나요?
반대 이유가 시스템의 결함인지 익숙하지 않은 불편인지 구분하려면 원장이 직접 써 봐야 합니다. 구분한 뒤에 교육과 정책으로 대응하세요.
🚀 결론 — 후원자가 되려면 먼저 사용자가 되어라
도입의 성패는 시스템의 기능만큼이나 원장님의 참여에 달려 있습니다. 90분의 직접 체험이 도입 전 검증, 도입 후 후원, 직원 설득을 모두 바꿉니다. NUGUNA LMS의 기능과 업종별 안내를 살펴보고, 데모에서 역할별 화면을 직접 둘러본 뒤 상담에서 막힌 지점을 질문해 주세요. 비용은 요금제 안내에서 확인하실 수 있습니다.
📎 출처
- Prosci, Best Practices in Change Management
- Prosci, The Correlation Between Change Management and Project Success
- Davis, F. D., Perceived Usefulness, Perceived Ease of Use, and User Acceptance of Information Technology (MIS Quarterly, 1989)
- PMI, Requirements Management: Core Competency for Project & Program Success


