A-Level 기출·오답·주간 계획 웹사이트는 어떤 기능부터 만들까?

이 활동은 무엇이고 어떤 역량을 기록할 수 있나?

학습 플래너 웹 프로젝트는 학생이 실제로 겪는 학습 관리 문제를 찾아 디지털 도구로 해결하는 활동이다. Study Sheet의 출발점은 A-Level 실러버스, 기출문제, 타이머, 오답 기록, 복습 자료가 여러 곳에 흩어져 있다는 불편이었다.

이런 프로젝트에서는 앱의 규모보다 다음 과정이 입시에 도움이되게 남는 활동 자료가 된다.

• 반복되는 불편을 관찰하고 문제 문장으로 정리했는가
• 목표 사용자를 특정했는가
• 여러 기능을 하나의 학습 순서로 연결했는가
• 실제 사용자가 막히는 지점을 확인했는가
• 피드백을 받은 뒤 기능을 추가·삭제·수정했는가

전공 관심을 설명할 때도 기술 스택만 나열하기보다 문제 정의, 제품 설계, 구현, 사용자 테스트, 개선 기록을 함께 제시하는 편이 구체적이다.

사진: Yen Vu / Unsplash

활동 준비 한눈에 보기

항목	내용
문제 정의	여러 사이트에 흩어진 실러버스, 기출문제, 타이머, 오답 기록 때문에 어떤 단계에서 시간이 낭비되는지 학습 기록을 통해 찾는다.
사용자·범위	A-Level 전체 학생처럼 넓게 잡기보다 특정 시험위원회, 과목, 시험지를 준비하는 학생과 대표 과업을 정한다.
데이터 구조	자격과정→과목→시험지→실러버스 토픽 구조를 만들고, 각 토픽에 진도·기출·오답·복습 데이터를 연결한다.
최소 기능 제품	과목 선택, 진도 표시, 주간 계획, 기출 탐색, 오답·복습 기록처럼 한 번의 학습 주기를 완성하는 기능부터 구현한다.
접근성	휴대전화와 컴퓨터에서 주요 화면을 확인하고, 필요하다면 계정 없이 핵심 기능을 시험할 수 있는 게스트 모드를 둔다.
사용성 테스트	사용자에게 5분 안에 과목 선택, 계획 추가, 기출 찾기, 오답 기록을 수행하게 하고 완료 여부와 혼란 지점을 기록한다.
개선 기록	피드백, 수정 결정, 변경된 화면, 보류한 기능을 버전별로 남겨 프로젝트의 판단 과정을 정리한다.
자료 이용 기준	외부 기출문제와 학습 자료의 이용 조건을 확인하고 출처, 저작권, 비제휴 관계를 화면에 명확히 표시한다.

어떤 순서와 깊이로 접근할까?

1단계: 반복되는 불편을 기록한다

일주일 동안 공부하면서 사이트를 옮겨 다닌 횟수, 계획을 다시 작성한 상황, 기출문제를 찾는 데 걸린 과정, 복습일을 놓친 이유를 기록한다. 이를 바탕으로 “A-Level 학생이 한 화면에서 토픽 진도와 다음 복습 과제를 확인하기 어렵다”처럼 사용자와 문제를 포함한 문장을 만든다.

2단계: 한 번의 학습 주기를 정한다

첫 버전은 다음 흐름을 완성하는 데 초점을 둘 수 있다.

1. 자격과정·과목·시험지 선택
2. 실러버스 토픽별 진도 표시
3. 이번 주 학습 계획 생성
4. 관련 기출문제와 마크스킴 탐색
5. 오답 원인과 복습일 기록
6. 다음 접속 때 복습 항목 확인

친구, 메시지, 연속 학습일, 집중 시간 분석은 핵심 흐름이 작동한 뒤 검토할 수 있다.

3단계: 교육과정 데이터를 구조화한다

A-Level은 시험위원회, 과목, 시험지, 실러버스 버전에 따라 구성이 달라질 수 있다. 프로젝트의 기술적 깊이는 이 구조를 데이터로 정리하고, 토픽별 진도·기출·오답·복습 정보를 연결하는 과정에서 확보할 수 있다.

4단계: 초기 5분을 테스트한다

사용자에게 별도 설명 없이 과목을 선택하고, 토픽 하나를 완료 처리하고, 주간 계획과 오답을 기록하게 한다. 어느 화면에서 멈췄는지, 모바일에서 정보가 과도하게 보이는지, 계정 생성 전에 이탈하는지, 다시 사용할 기능이 무엇인지 기록한다.

5단계: 변경 이유를 남긴다

피드백을 받은 날짜, 발견한 문제, 수정 여부, 보류 이유를 표로 관리한다. 예를 들어 “모바일 홈 화면에 기능이 너무 많다”는 의견을 받았다면 첫 화면을 오늘의 계획·복습 항목 중심으로 줄이고 전후 화면을 보관한다.

프로젝트 깊이는 세 수준으로 구분할 수 있다.

• 기초: 실러버스와 학습 자료를 분류한 정적 페이지
• 중간: 진도, 계획, 오답을 저장하는 개인용 도구
• 심화: 통합 학습 흐름, 모바일 사용성, 사용자 테스트, 반복 개선까지 포함한 서비스

대표 사례에서는 범위를 어떻게 정했나?

관련 프로젝트는 범위에 따라 세 가지 형태로 비교할 수 있다.

• 통합형 — Study Sheet: 실러버스 추적, 주간 계획, 기출문제, 타이머, 오답, 복습 일정, 집중 기록을 하나의 흐름으로 연결한 사례다. 모바일 지원과 게스트 모드로 초기 접근 단계를 줄이고, 첫 사용 경험과 계속 사용할 기능에 관한 피드백을 요청했다.
• 콘텐츠형 — IB Biology 문제 컬렉션: 새 IB Biology 실러버스의 각 섹션에 맞춰 문제 PDF와 마크스킴 PDF를 분리한 사례다. 통합 플랫폼보다 범위가 좁지만, 특정 과목의 자료 탐색 문제를 직접 다룬다.
• 분석형 — BrillPrep MCQ Solver: CAIE AS Physics, Chemistry, Biology, Economics의 기출 MCQ 풀이와 취약 토픽 분석에 초점을 둔 사례다. 계획 관리보다 문제 풀이와 약점 식별 기능에 범위를 집중했다.

처음부터 통합형을 선택할 필요는 없다. 콘텐츠형이나 분석형으로 시작한 뒤 실제 사용 과정에서 반복적으로 필요한 기능만 연결할 수 있다.

흔한 실수는 무엇인가?

• 기능 수부터 늘리는 경우: 핵심 학습 과업이 완성되기 전에 메시지, 친구, 배지, 통계 기능을 넣으면 첫 화면과 모바일 화면이 복잡해질 수 있다.
• 자료를 모으는 데서 끝나는 경우: 링크와 PDF가 많아도 계획, 풀이, 오답, 복습이 연결되지 않으면 기존 자료 목록과 차이가 작다.
• 대상을 넓게 정하는 경우: 모든 A-Level 과목을 한 번에 지원하려 하면 실러버스 누락과 분류 오류를 관리하기 어렵다. 한 시험위원회와 과목부터 시작하면 데이터 구조를 점검하기 쉽다.
• 칭찬 위주의 피드백만 받는 경우: “어떤가요?”보다 “5분 안에 기출문제를 찾을 수 있었나?”, “다시 쓸 기능은 무엇인가?”처럼 과업 중심 질문을 사용한다.
• 변경 기록을 남기지 않는 경우: 완성 화면만 있으면 기능 선택의 근거와 개선 과정을 설명하기 어렵다. 초기 버전, 피드백, 수정 화면을 함께 보관한다.
• 측정 없이 성적 효과를 적는 경우: 사용자 수, 재방문, 과업 완료율, 학습 시간 변화처럼 직접 수집한 항목과 기능 소개를 구분한다.
• 외부 자료의 이용 조건을 놓치는 경우: 기출문제와 마크스킴은 원 제공자의 이용 조건을 확인하고, 시험위원회와의 공식 제휴로 오인될 표현을 피한다.

정리

첫째, A-Level 학습 플래너 프로젝트는 실러버스, 주간 계획, 기출문제, 오답, 복습처럼 흩어진 절차를 하나의 학습 흐름으로 연결하는 활동이다. 둘째, 준비 순서는 반복되는 불편 관찰, 핵심 사용자와 과업 정의, 최소 기능 구현, 초기 5분 사용성 테스트, 피드백 반영 기록으로 잡을 수 있다. 셋째, 활동의 깊이는 기능 개수보다 사용자가 실제 과업을 끝낼 수 있는지와 피드백에 따라 무엇을 바꿨는지에서 확인된다.