TurtleDock
Institutional operations platform

Run the entire institutionfrom one system of record.

Admissions, academics, attendance, fees, staff and operations — for schools, colleges, universities and coaching institutions. Plus ExamEdge, a preparation product students buy for themselves.

One loginShared student recordOne contract
Four products

Built for how each institution actually works

A school is not a university, and a coaching centre is neither. Each product carries its own data model — and all four share one platform underneath.

01School management

SchoolDeck

Single or multi-branch schools, pre-primary through senior secondary. Admissions to report cards, with a parent app that actually gets used — and a class-teacher flow that survives the 7:50am attendance rush.

Typical size
300–6,000 students
Structure
Class · section · branch
Busiest desk
Front office
Report cardsParent appTransport
Explore SchoolDeck
02College management

CampusHub

Colleges and universities. Departments, credits, semester registration, internal and external marks, and the accreditation tables that come due once a cycle and take a fortnight by hand.

Typical size
800–35,000 students
Structure
Programme · semester · credit
Busiest desk
Exam cell
ExaminationsCreditsHostel
Explore CampusHub
03Coaching & institutions

TutorDesk

Batches with their own start dates, test series that rank, and enquiry-to-enrolment follow-up. Built for centres that live and die by conversion, retention and a results sheet parents will read closely.

Typical size
60–8,000 active
Structure
Batch · centre · test series
Busiest desk
Counselling
BatchesTest seriesEnquiry CRM
Explore TutorDesk
04Exam preparation

ExamEdge

The one product a student buys themselves. Practice, spaced revision and performance analytics that say which chapter is costing marks — no institution, no admin, no approval required.

Bought by
Student, or a centre in bulk
Structure
Target exam · topic · date
Links to
Any of the other three
PracticeAnalyticsSyllabus
Explore ExamEdge
Choosing

Which product, and what each one assumes about you

The four differ in their data model, not their polish. Find the row that describes your institution — and if two rows fit, you are probably a group, and groups usually run two.

ProductIt assumesBilling unitWrong fit if
SchoolDeckA class-and-section structure, one promotion a year, and marks that roll into a report card format a board recognisesPer student, per yearYou register students into credit-bearing courses each semester
CampusHubDepartments and programmes, semester registration, internal plus external marks, and an exam cell that owns results end to endPer student, per yearYou are one centre that needs batches and tests, nothing more
TutorDeskBatches that start and end on their own dates, enquiry follow-up as the main daily job, and a test series that ranksPer active studentYou file statutory board returns and keep a 12-month register
ExamEdgeA student, a target exam and a date. No institution, no administrator, no approval in the middlePer seat, per termYou need fees, staff or compliance — it holds none of them

One student ID across products

A Class X student on SchoolDeck who joins your junior college keeps the same record, history and fee ledger under CampusHub.

Second product is a settings change

No second contract negotiation, no second implementation, no second login for staff who work across both.

Pricing is per product

You are not billed twice for a shared student. Bands and annual figures sit on the pricing page. See pricing

Why one platform

Four products. One record for every student.

No reconciliation

Fees, attendance and results resolve to the same student record. Nothing is exported to be re-imported somewhere else.

Institutions grow sideways

A school that opens a junior college, or a coaching centre that adds branches, changes configuration — not vendors.

One administrator, one login

Roles and permissions are defined once and hold across every module, branch and academic year.

ExamEdge closes the loop

Students who already practise on ExamEdge can link it to their institution, so teaching responds to real performance data.

Modules

Everything an institution runs on

Twenty-four modules, enabled when you need them. Every one writes to the same record, so turning a module on is a permission change and a form — never a migration, never a second database to keep in step.

Full module matrix by product
The year

An institution’s load is not flat — five seasons, five different systems under strain

Software gets abandoned in specific weeks: admission rush, instalment day, results day. These are the stretches we design for, and what runs in each.

  1. Feb – Apr01

    Enrolment

    Enquiries, forms, document checks, seat allocation, first instalment, section allotment. The one month where a slow front office costs you admissions outright.

    AdmissionsEnquiry CRMFees
  2. Apr – Jun02

    Term start

    Timetable published, teaching loads balanced, transport routes assigned, books issued, parent and student accounts activated in one batch.

    TimetableTransportLibrary
  3. Jul – Nov03

    The long middle

    Daily attendance, instalment reminders, unit tests, parent meetings, leave and substitutions. Roughly seven in ten of the year’s writes land in these five months.

    AttendanceCommunicationStaff
  4. Nov – Mar04

    Exams and results

    Seating plans, dummy numbering, evaluation tracking, moderation, report cards, transcripts and the returns the board or university wants in its own column order.

    ExaminationsReport cards
  5. March05

    Year close

    Promotions, arrears carried or written off with a reason, transfer certificates, staff appraisals, and the year locked to read-only so last year’s numbers stop moving.

    PromotionsJournalsAudit

Where the day peaks

Attendance between 7:40 and 9:10. The payment gateway on the first five days of a month. Both are planned for capacity separately — a fee rush should never slow a teacher marking a register.

Where the year peaks

Results day and admission opening. We freeze releases through both, and a named engineer stays on standby for your exam and admission weeks at no extra cost.

What carries across years

Everything. A student’s attendance, marks and ledger stay queryable across academic years and across products, without opening an archive or restoring a backup.

In hand

Four apps, because four people need four different first screens

One app with a role switcher sounds efficient and tests badly. A parent should never land on a screen that is not about their own child.

Parent

The one that has to work first time

Absences, the next amount due and a way to pay it, report cards when released, and messages actually addressed to them. Two children in the same school appear as two cards, not two logins.

  • Offline: reads cached, payments need a connection
  • Works on a five-year-old handset, under 30 MB
  • No feed, no parent-to-parent chat, no notifications after 9pm
Teacher

Built for the ninety seconds before a bell

Attendance for a whole section in one pass, marks against the rubric that will print on the report card, one note to thirty parents, and substitution alerts that arrive before the period starts.

  • Offline: attendance and marks queue, then sync
  • Sees only the sections they teach
  • No fee ledger, no other branch, no personal contact details
Student

Timetable, work due, results

What is next, what is due, what came back. Library returns, hostel and transport notices, and their own ExamEdge practice if they use it — in the same place, without a second password.

  • Offline: timetable and assignments cached
  • Marks visible only after the exam cell releases them
  • No student-to-student messaging
ExamEdge

The app that is not ours to gate

A student downloads it, picks a target exam and a date, and starts. If their institution runs TurtleDock they can link the two — and then teaching sees which topics are actually costing marks.

  • Offline: full practice sets download for revision
  • Linking is the student’s choice, and reversible
  • No leaderboards against classmates by default
Trust

Student data is the most sensitive data you hold

Role-based access

Every field is permissioned. A class teacher never sees another branch’s fee ledger.

Full audit trail

Marks, fees and attendance edits are immutable and attributed, with a reason on every override.

Data residency

Choose where records are stored, with encryption in transit and at rest as standard.

Your data, exportable

Complete structured export on demand. No lock-in through inaccessible records.

Rollout

Live in three weeks, without a term of overtime

The order matters more than the speed. We configure the year first, load people second, and only switch on money once the ledger reconciles against your existing books.

  1. Week 12 calls

    Shape of the year

    Branches, academic years, classes and sections, fee heads, grading scheme, exam pattern. Done once, on a screen share, with the person who knows the exceptions.

  2. Week 2Data

    People and balances

    Students, staff, opening fee balances and last year’s marks arrive as four sheets. We validate before import and send back the rows that need a decision.

  3. Week 3Training

    The three desks that matter

    Front office, accounts and class teachers get separate sessions of under an hour each. Everyone else learns the one screen they need on the day they need it.

  4. Go liveDay 1

    Attendance first, money next

    Attendance and communication start on day one. Fee collection switches over at a month boundary so your books close cleanly on the old system.

What we need from you

  • One decision-maker who can settle exceptions
  • Your current student and staff list, in any format
  • Fee structure per class, including concessions
  • Last year’s mark sheets, for history
  • Three hours of staff time, across three sessions

What we handle

  • Configuration of every module you switch on
  • Import validation and error resolution
  • Report card and receipt templates in your format
  • Role and permission setup for every desk
  • Staff training, and the same person on call after
Coming from

What the move looks like from where you actually are

Nobody starts from nothing, and nobody starts from clean data. The honest version of each starting point, including the part that needs a decision from you rather than an import script.

From spreadsheets

The most common, and the fastest

Students, staff, fee structure and last year’s marks map straight across. What takes the time is duplicates, siblings recorded twice and the three columns whose meaning only one person remembers.

Typically 2–3 weeks

From an on-premise ERP

More data, more decisions

We take a database dump or CSV exports and reconcile balances to the rupee before go-live. Custom fields that no longer serve a purpose get dropped deliberately, in writing, rather than carried forever.

Typically 4–6 weeks

From a single-purpose tool

Fees-only, or attendance-only

The tool usually holds the cleanest data you have, so it goes first. Run both in parallel for one collection cycle, reconcile the two receipt series, then switch at a month boundary.

Typically 2 weeks plus one cycle

From paper

Slower, and cleaner at the end

We do not ask you to digitise ten years of registers. Current students, current balances and one year of marks go in; the rest stays on the shelf where an auditor can still find it.

Typically 3–5 weeks

What we commit to in the contract

Not aspirations — terms
8:00–20:00
Support window, Monday to Saturday, on the same number all year
2 hours
First response target in working hours; 30 minutes if collection or results are blocked
99.9%
Monthly uptime target, excluding windows notified a week ahead
Fortnightly
Release cadence, frozen through your exam and admission weeks
The unglamorous parts

The integrations that decide whether a system gets used

Nobody buys software for its payment gateway. Everybody abandons software whose gateway does not reconcile.

Payments

Collection and reconciliation

UPI, cards, netbanking and cash at the counter land in the same ledger. Settlement files reconcile automatically; a failed payment never leaves a receipt behind.

Messaging

SMS, WhatsApp and email

Bring your own sender ID and template approvals, or use ours. Credits are passed through at cost — there is no per-message margin in our pricing.

Devices

Biometric, RFID and GPS

Existing attendance terminals push to us over the standard protocols. Bus tracking reads from the units already on your vehicles.

Accounts

Journal export to your books

Daily or monthly journals export in the layout your accountant already uses, mapped to your own ledger heads rather than ours.

Identity

Single sign-on for staff

Google Workspace or Microsoft accounts, with SAML on Group. Leavers lose access the moment your directory says so.

Reporting

Board and statutory formats

Affiliation returns, scholarship lists and accreditation tables generate from live records, in the column order the receiving body expects.

And what we deliberately do not do

  • No advertising. Parents and students see no third-party promotion inside the apps, ever.
  • No lead resale. Enquiry data belongs to the institution that collected it.
  • No content library. We are the record system, not your syllabus publisher.
  • No video hosting. Keep the tool your teachers already teach on.
Every day

Eight desks, eight different first screens

WhoOpens it toWhere
PrincipalYesterday’s attendance by section, collection against target, and the four things flagged as needing attentionWeb
RegistrarToday’s enquiries, incomplete admission files, transfer certificates waiting on a signatureWeb
Class teacherMarking attendance in one pass, entering marks against a rubric, sending one note to thirty parentsMobile
AccountsReceipts issued today, instalments due this week, the day’s cash and bank position, journal exportWeb
Exam controllerSeating plans, dummy numbering, evaluation progress by examiner, results held for moderationWeb
TransportRoute rosters, who boarded, which bus is running late and which parents were toldMobile
ParentAbsences, the next fee due and a way to pay it, report cards, and messages that are actually for themMobile
StudentTimetable, assignments due, results when released, and their own ExamEdge practice if they use itMobile
Writing

Notes from the implementations desk

All writing
FAQ

Before you talk to us

Do we have to buy all four products?

No. Almost everyone starts with one. The account is shared, so adding a second product later is a settings change, not a second migration.

Can we bring our existing records across?

Yes. You export from whatever you run today; we give you validated templates for students, staff, fees and marks, and check the files before anything goes live.

Who owns the data?

You do. Every record is exportable as structured files on demand. We do not sell it, share it, or train anything on it.

How long does setup take?

A single-branch institution is usually live in two to three weeks. Multi-branch groups take four to six, and most of that is waiting on clean data.

Does anything work when the connection drops?

Attendance and fee collection keep working offline in the mobile apps and sync the moment the network returns.

What does support actually look like?

A named person who knows your configuration, reachable on the same number all year — not a ticket queue that resets every time you write in.

See it against your own timetable

A 40-minute walkthrough using your structure — your branches, classes, fee heads and exam pattern. No slides.