← 구축 노트 목록으로
Build Note 01교육 플랫폼

교육 플랫폼은 관리자 구조부터 설계해야 합니다

수강 신청, 진단, 콘텐츠 노출보다 먼저 정리해야 하는 것은 운영자가 무엇을 보고 수정할지에 대한 구조입니다. 학습자 경험과 관리자 경험이 따로 설계되면 서비스는 빠르게 불안정해집니다.

Published

2026. 04. 11

Read Time

6분

Core Point

학습자 전환 흐름과 관리자 수정 흐름을 동시에 설계합니다.

Why This Note

이 노트가 필요한 상황

1

강좌 상세, 수강 신청, 문의, 결제 흐름은 빠르게 만들 수 있지만 관리자 화면이 없으면 운영 단계에서 바로 병목이 생깁니다.

2

교육 플랫폼은 콘텐츠보다 상태 관리가 더 자주 바뀌므로 등록, 노출, 수정, 종료까지를 하나의 제품 흐름으로 봐야 합니다.

3

수강자·교수자·운영자 권한이 분리되지 않으면 지원 요청이 곧 개발 요청으로 바뀝니다.

Core Principles

핵심 기준

1

운영자 기준 화면부터 정의

강좌 상태, 신청 현황, 사용자 권한, 노출 제어를 운영자가 어디서 바꾸는지 먼저 정리해야 학습자 화면도 흔들리지 않습니다.

2

권한은 메뉴가 아니라 행동 단위로 설계

단순히 페이지 접근 여부가 아니라 등록, 수정, 승인, 정산, 조회처럼 실제 업무 행동 단위로 권한을 나눠야 합니다.

3

신청 이후의 상태값을 명확히

대기, 결제 완료, 문의 전환, 취소, 수료 같은 상태가 정리되어야 관리자와 사용자 화면이 같은 데이터를 보게 됩니다.

4

콘텐츠는 운영자가 수정 가능한 단위로 쪼개기

강좌 상세를 한 덩어리 HTML로 두지 말고 소개, 커리큘럼, FAQ, 후기처럼 반복 가능한 단위로 관리해야 유지보수가 쉽습니다.

Common Pitfalls

놓치기 쉬운 포인트

관리자 페이지를 마지막에 붙이면 공개 페이지 구조를 다시 뜯게 됩니다.

권한을 단순 ADMIN/USER 두 단계로 두면 교수자와 운영 담당자의 경계가 무너집니다.

결제나 문의 같은 후속 흐름이 강좌 데이터와 분리되면 운영 기록이 흩어집니다.

Execution Checklist

실행 체크리스트

출시 전 구조 점검

1

강좌 등록과 공개 상태를 관리자 화면에서 직접 바꿀 수 있는가

2

수강 신청 데이터가 결제/문의/운영 메모와 이어지는가

3

교수자와 관리자 권한이 서로 다른 화면과 기능으로 분리되는가

운영 단계 점검

1

한 강좌의 상태 변경 이력이 관리자에게 보이는가

2

오류가 나더라도 사용자는 빈 화면 대신 안내를 받는가

3

운영자가 반복 수정하는 내용을 코드가 아닌 데이터로 바꿀 수 있는가

Related Projects

이 기준이 적용된 프로젝트

전체 프로젝트 보기

Next Action

이 노트 기준으로 실제 프로젝트 구조를같이 정리할 수 있습니다.

운영자 권한, 사용자 흐름, 데이터 구조, 공개 페이지까지 어떤 기준으로 정리해야 할지 프로젝트 상황에 맞춰 연결해 드립니다.