01. 개선된 콘텐츠 제작 시스템에 대한 의견
1.
목적
a.
블록형 콘텐츠 제작 시스템에 대한 전반적인 사용 만족도를 파악하여 신규 기능에 대한 사용성을 판단한다.
2.
설문 조사지
3.
대상
a.
디지털교과서팀
b.
알리바바 50인 (온택트)
c.
외부 출판사 (디딤돌)
4.
일정
02. 블록 도입을 위한 리소스 투입의 합당성
1.
목적 및 목표 셋업
a.
콘텐츠 : 리소스가 줄었어요. 다양하게 만들 수 있어요. 적응하기 빨라요.
b.
사용자 (선생님) : 가르치기 더 편해졌어요. 애들이 이해를 더 잘해요.
c.
사용자 (학생) : (?)
2.
데이터 확인
다양성, 유연성 | (미정) 콘팀과 논의 필요 | |
효율성 | 콘텐츠 제작 평균 시간 | * 같은 콘텐츠 SA / 블록 비교 |
신규 유저 교육 비용 | ||
편리성 | 콘텐츠 재활용 비율 (= 제작 시간 감축) | * 정규/내신, 과목별
* 템플릿 제공 및 템플릿 사용 횟수 |
콘텐츠 퀄리티 | (미정) 콘팀과 논의 필요 | * 제작 의도의 맞는 난이도
* 제작 의도에 맞는 학습 시간 |
개발 리소스 절감 | 신규 유형 추가에 대한 개발 비용 |
•
생산성
◦
콘텐츠 제작 생성 개수 (월별/주별)
▪
MC 제작수
•
제작 의도의 맞는 난이도
◦
커리큘럼 내에서의 해당 문제에 대한 분포를 확인해서 비교 필요
•
제작 의도에 맞는 학습 시간
•
컨텐츠 재 사용률 (정규/내신, 과목)
◦
많이 사용하는 템플릿 유형의 제공
•
확인 가능 데이터
◦
제작 의도의 맞는 난이도 : MC 정답률 분포 확인
◦
제작자별 MC 콘텐츠 제작 생성 개수
◦
측정 방법
▪
같은 컨텐츠를 가지고서 SA 로 만들어보고 블록으로 만들어 보는 것으로 비교
1.
신규 기능 (교사의 액티비티 제작)에 대한 의견 조사
a.
b.
의견 요청 대상자
i.
연수팀 : 선생님들의 의견을 많이 받아본 사람
1.
MC / CC 이해 부족
a.
가져오기 할때 CC 에서 가져와야 하기에 번거로움
2.
수업 자료 제작 시점
a.
수업 시작 바로 전
b.
수업 시간 마다 바뀔수 있는 콘텐츠가 있음
c.
교과서의 예시가 부족할때 본인이 설명하기 위한 추가 자료
i.
ex) 점, 선, 면 예시들에 추가 보완
d.
기존에 있는 컨텐츠의 복사해서 수정 니즈는 적음
e.
참고자료 기능은 학생들에게 안보여주니까 사용하지 않음
c.
요약
i.
손필기 불편하다 : 필기와 문제 같이 작성
ii.
가져오기 할때 MC/CC 불편하다
•
다양성 : 문제를 구성하고 있는 형태의 종류 →
•
퀄리티 :
•
콘텐츠 만족도
◦
객관식, 주관식, 학습지 만으로도 괜찮게 느껴지는지?를 확인
◦
차트, 그래프 → 인터랙션이 다양해짐
◦
콘텐츠 소비 방식을 비교
▪
기존 시스템 vs 밀당 블록
01. 시스템 통일성
•
디교, 밀당 시스템에 대한 통일
•
블록 자체에 대한 임팩트보다는 시스템 통일화(일원화)로 가져갔을 때 더 많은걸 할 수 있을 것이라고 생각
•
블록 시스템 자체에 대한 임팩트, 사용자 경험과 시스템 일원화
•
블록을 당장 도입한다고 해서 임팩트를 가져오기는 힘들것으로 보인다. 다만, 다른 스쿼드에서 진행하는 앞으로의 피처들이 결국엔 콘텐츠 생산이 뒷받침되어야 하는 것들이 많기 때문에 시스템 일원화는 리소스 측면에서 필요한 일이라고 생각한다.
02. 컨텐츠 제작 시스템 일원화 도입 플랜
•
CMS 기능 먼저 오픈해서 콘텐츠 제작 먼저 들어가는 방법도 있음
•
CCC 도입할때의 기존 밀당 피드 시스템에서의 문제가 무엇인지
◦
단점 : 날짜 단위 DC 개념 / 장점 : 편집의 자유로움
•
피드 전송은 필요 없다. 변경에 대한 기록만 되면 되지
•
어떻게 도입하는 것이 더 원활할까
•
피드 성능, 편집, 속도에 대한 비용적인 부분이 얼마나 아낄수 있을지
•
도입 방법
◦
1안. 블록 콘텐츠 제작 구조만 옮긴다.
◦
2안. 블록 + CCC 구조 모두 옮긴다.
▪
CCC 구조가 밀당에 옮겨왔을 때 어떤 문제가 발생하는지 파악 필요
1.
“오늘의 미션” 개념을 어떻게 구현할 수 있을지
2.
(피드를 ‘발송한다’에 대한 개념이 필요없음)
03. 밀당 도입을 넘어 콘텐츠 스쿼드에서 고민이 필요한 내용
•
개발 생산성 측면
◦
문제 : 하나가 추가 될 때 타입 추가 리소스가 많은 비용으로 든다. 블록으로 개선했던 큰 이유 중 하나가 빠르게 타입을 추가하는 것이었기 때문
◦
Goal : 추가 타입이 생길때 파이프라인을 만든다 (UI적 제외하고 3일)
◦
블록 하나가 추가되었을때 어떤 모드에 변화가 되는지에 대한 정리가 필요함. 모드 자체가 스트릭하게 정의되는 것 보다 조합들의 합이 모드가 되어야 함
•
콘텐츠 제작 방식 다양화 측면
◦
밀당에서 제작하고 싶은 콘텐츠의 형태는 무엇인지
◦
어떤 부분을 밴치마킹 하고 싶은지 아이디어 받기
•
문제은행 방식의 CMS 사용성
◦
콘팀이 말하는 ‘문제은행’ 방식의 CMS는 무엇인지 확인이 필요하다
◦
ex) 매쓰플랫
•
학생 유저의 콘텐츠 학습 방식 측면
◦
밀당 콘텐츠의 경우 날짜별로 수업을 진행하다보니 학습 내용이 축적되지 않고 있음 (휘발성이 강함)
◦
이처럼 학생이 콘텐츠를 학습하는 방식에 대한 고민도 필요