Lokendra Singh.
← ALL PROJECTS

Earlier work · EdTech marketplace

Otootuitions

Tutor marketplace with a student app, a tutor app and a web portal on one matching API, plus an analytics layer.

SENIOR ENGINEERDjangoMySQLSuperset

3client apps
Students ↔ Tutorsmatching
40,000teachers on the platform
25,000students
200institutions
98%student success rate
Client
Otootuitions (EdTech start-up)
Domain
One-to-one tuition marketplace
My role
Senior engineer: code review, deployment, architecture
01

Context

  • Thousands of teacher applications to screen
  • Quality varied too much between teachers
  • Teachers, parents and students had no common platform
02

Before and after

Teacher screeningManual, one application at a timeAdmin panel with a fixed checklist
NetworkEarly-stage40,000 teachers, 25,000 students, 200 institutions
OutcomesInconsistent98% student success rate
03

The problem

  1. Screening at volumeThousands of teacher applications had to be filtered quickly so the team could spend its time on the promising ones.
  2. Inconsistent qualityWithout a fixed onboarding bar, the student experience varied too much from one teacher to the next.
  3. Slow, manual matchingFinding the right teacher for a family's needs was tedious and depended on individual staff.
  4. Three users, no common homeTeachers, parents and students each juggled their own way of tracking classes and progress.
04

How it works

05

What we built

  1. Screening panel
    • Filter thousands of applicants fast
    • Team spends time only on strong candidates
  2. Verified onboarding
    • Checklist for qualifications and experience
    • Verified before a teacher goes live
  3. Smart matching
    • Family needs mapped on a short call
    • Matched to teacher profiles and reviews
  4. Three apps
    • Teachers track progress
    • Parents choose with confidence
    • Students schedule and join classes
05

Key insight

In a marketplace the quality of supply is the product. Build the screening tools before the shiny features.
06

The hard parts

  • Quality vs speed. A stricter checklist slows sign-up but protects the platform.
  • The trade-off. A strict onboarding checklist slows teacher sign-up - accepted, because the platform's reputation is the quality of its teachers.
07

My part

As senior engineer I owned code review, deployment and architecture for the platform.

08

What I took away

  1. In a marketplace, supply quality is the product.
  2. Some steps should stay human.

Want the detail behind the numbers - architecture, failure modes, what I’d change? Happy to walk through it.

Talk about this project →