Education · Course operations
Scheduling tutoring around the classes students already attend
A tutoring organization connected enrollment, staff-guided scheduling, actual attendance, and recording access so one course could be managed before, during, and after class.
- Course scheduling
- Attendance
- Recording access
- Web application
At a glance
- Business need
- Coordinate classes and follow-up learning
- Product
- Student and staff web application
- Delivery
- Project delivery and ongoing maintenance
- Technology
- Web application and cloud video
The business context
The students already had a timetable.
For a tutoring business that supports university courses, an empty classroom is only the beginning of a scheduling decision. The students have lectures at their own universities. Instructors teach other groups. Courses run across campuses, and a student may be enrolled in more than one subject. The organization has to find a time that makes its teaching commitment workable for the people who bought the course.
The client had been collecting enrollment information and arranging classes manually. It needed a shared operating system for the front desk, teaching staff, finance team, and students. Shinetech built that system around the course enrollment: the record that connects what a student purchased to the lessons they attend and the recordings they may access afterward.
Scheduling with conflicts in view
A scheduling decision in context: the selected lesson fits 22 of 24 fictional students, while two conflicts remain for staff to review. Reconstructed interface with invented data; not the client’s screen. View full-size interface (new tab)
The operating challenge
Each lesson changes the options for the next one.
Consider a group whose members can attend different evenings. A time that suits most of the group may conflict with another university class for the remaining students. Scheduling a second group can resolve that conflict, but it also uses an instructor and a room that another course might need. Once staff commit a session, the available choices across the timetable change.
The scheduling workflow therefore had to help staff make a sequence of decisions. Shinetech implemented candidate times that account for university schedules, existing teaching commitments, and classes already arranged elsewhere. The system identifies options that block fewer students; staff select a session and continue with the updated availability. The result is assisted scheduling, with the operational tradeoffs still visible to the people making the decision.
The delivery decisions
Make the enrollment carry through the whole course.
- 01
Start with the agreement to teach
Course prices, enrollment, charges, and contracts establish the student’s relationship to a course and academic term. Students can see their own classes and outstanding bills. Staff use their role-specific workspace to handle enrollment and payments, while the timetable connects that enrollment to actual teaching sessions. University and vocational-training terms remain separately managed within the same system.
- 02
Keep the attendance record literal
Instructors activate lessons; teachers and front-desk staff record who attended, who arrived late, and how much time was missed. Those details matter beyond a simple present-or-absent flag. The application preserves actual attendance as its own measure. A student who later watches the recording does not retroactively become present at the live lesson.
- 03
Treat replay as an entitlement
A recording is part of the course service, with access determined by enrollment dates, attendance, purchased video options, and make-up arrangements. Some students can watch online; others need an on-campus viewing reservation. The system tracks viewing time and remaining allowances independently of attendance, so staff can resolve an access question from the course record rather than treating every video as freely available content.
How the workflow holds together
One missed lesson can create several different follow-up tasks.
One course, distinct recordsA missed class may require an attendance entry, a check of the student’s make-up arrangement, and a recording reservation. Those are related actions, but they have different meanings. The system connects them without collapsing them into one status. Enrollment establishes the eligible course period; attendance records what happened; the recording rules determine the next available option.
Assignments, course materials, and grades complete that course history. Different roles can do their work within the same platform without giving students access to administration. This is the practical value of the connected workflow: the front desk, instructor, and student work from the same course relationship, while the rules for teaching, payment, and access remain distinct.
After the lesson
A second view of the same fictional course: Student S-021 remains absent from the live lesson, while an on-campus recording allowance is managed separately. Reconstructed interface with invented records; not the client’s screen. View full-size interface (new tab)
The delivered result
The course is managed as a service, from enrollment to replay.
Scheduling decisions
Staff can compare current constraints and select sessions as the timetable develops.
Attendance integrity
Live attendance and later recording use remain separate, explainable records.
Course access
Online and on-campus replay options follow the student’s enrollment and allowances.
The delivered platform is in maintenance. The available evidence establishes the operating capabilities; it does not include a measured reduction in scheduling time or an improvement in student grades.
Case taxonomy
Searchable by industry, technology, product, and business need.
Industry and product
- Education & EdTech
- Tutoring software
- Course operations
Technology and delivery
- Web application
- Cloud video
- Project delivery
- Ongoing maintenance
Business need
- Course scheduling
- Attendance
- Recording access
- Enrollment management