Skip to main content
Flagship Product Case Study

ThinkGrades

Building an AI-native operating system for modern schools.

A production SaaS case study demonstrating how Tectrom handles complex workflows, multi-tenant security, role-specific UX, AI integration, and continuous product development.

Multi-tenant SaaS Parent & Teacher PWAs AI Diagnostic Copilot PDF Marksheet Engine Fee Ledgers PostgreSQL RLS
Visit thinkgrades.in
Project Overview & Engineering Facts
Flagship Product thinkgrades.in ↗
Ownership & Role Built & Operated by Tectrom
Core Architecture Multi-Tenant PostgreSQL RLS
Current Status ● Live Production Operating
Illustrative Product UI — Anonymized Sample Data

ThinkGrades OS • Institutional Overview

Multi-tenant Academic Administration Dashboard (Anonymized View)

Tenant Security Row-Level RLS PostgreSQL Policy
Marksheet Engine Automated Math Server Function
Role Interfaces Admin + PWAs Mobile First
AI Layer Contextual Diagnostic Helper
ThinkGrades Diagnostic AI Copilot

Identified academic score variance across physics calculus assessments. Automated review modules prepared for parent portal delivery.

Product Strategy

From fragmented legacy tools to an active School OS.

Educational institutions often run core daily workflows across spreadsheets, paper registers, legacy ERP software, and disconnected messaging apps.

Traditional School ERP

Legacy Model
  • Stores static records in passive database tables
  • Form-heavy administrative entry screens
  • Siloed, disconnected modules requiring re-entry
  • Delayed reporting generated weeks after terms end

ThinkGrades School OS

Active OS Model
  • Connected, event-driven academic workflows
  • Role-specific experiences (Admin, Teacher PWA, Parent PWA)
  • Automated mark processing & fee receipts
  • Real-time insights and AI-assisted decisions
Product Workflows

3 Representative production workflows.

A look inside the core workflow modules designed, engineered, and operated within ThinkGrades OS.

Module 01 Core Setup • [LIVE PRODUCTION]

School Operations & Roster Architecture

Centralized administration for academic sessions, sections, subjects, teacher allocations, and role permissions.

✓ Student Roster Management ✓ Class & Section Mapping ✓ Subject Allocations ✓ Role Security Controls
Illustrative Product UI — Anonymized Sample Data
Academic Session Setup 12 Classes Mapped
Grade 10-A Roster Enrolled
Subject Teacher Assigned
Module 02 Mobility • [LIVE PRODUCTION]

Daily Attendance & Mobile Teacher/Parent PWAs

Mobile-first Progressive Web Apps engineered for fast daily classroom marking by teachers and real-time visibility for parents.

✓ Mobile Classroom Marking ✓ Parent Progress Feed ✓ Leave Range Tracking ✓ Instant Push Alerts
Illustrative Product UI — Anonymized Sample Data
Teacher Mobile PWA Touch Ergonomics
Quick Class Attendance
Mark Present Save Roster
Module 03 Assessment • [LIVE PRODUCTION]

Exams, Marks Calculation & Server PDF Marksheets

Dynamic mark calculation supporting theory, oral, and practical weightages with automated PDF marksheet generation.

✓ Theory/Oral Components ✓ Custom Grading Scale ✓ Automated Math Engine ✓ Server PDF Service
Illustrative Product UI — Anonymized Sample Data
Gradebook Calculation Engine Server Function
Theory Component (70%) Auto-Calculated
Practical Component (30%) Auto-Calculated
Technical Rigor

3 Hardest engineering challenges solved.

A detailed look into the architectural trade-offs, security models, and database challenges we solved while engineering ThinkGrades.

Challenge 01

Secure Multi-Tenant Row Level Security (RLS)

The Engineering Hurdle:

Multiple institutions share the SaaS application database infrastructure, requiring strict tenant isolation to prevent cross-school data leakage.

Our Architectural Solution:

Implemented school-based tenancy utilizing PostgreSQL Row-Level Security (RLS) policies in Supabase. Database queries evaluate active school membership context, enforcing tenant isolation at the database layer.

  • Row-Level Security (RLS) policies enforced at database layer
  • Explicit user-school membership mapping
  • Super-admin tenant context switching
PostgreSQL Supabase RLS TypeScript Next.js
Challenge 02

Complex Academic Data Modeling

The Engineering Hurdle:

School marksheets vary greatly across institutions and subjects—mixing theory, oral, practical components, and custom grading boundaries.

Our Architectural Solution:

Engineered a flexible relational schema modeling marks as multi-part assessment components with dynamic weightages rather than hardcoding flat scores.

  • Dynamic theory, oral, and practical component structures
  • Configurable grading scales (letter grades, GPA, percentages)
  • Flexible exam classification and term aggregations
PostgreSQL Schema Relational Modeling TypeScript Engine
Challenge 03

Server-Side Report Card PDF Generation

The Engineering Hurdle:

Generating end-of-term student marksheets requires consistent printable layouts and reliable batch generation across entire classes.

Our Architectural Solution:

Engineered a dedicated server-side Puppeteer PDF service rendering HTML/CSS templates into downloadable marksheets.

  • HTML/CSS template-to-PDF rendering
  • Batch marksheet generation queue
  • Scalable worker service deployment
Puppeteer PDF Service Node.js Railway Infrastructure
Infrastructure Spec

System architecture & technology stack.

Clean layered architecture connecting user interfaces, application routes, security boundaries, database tables, and external microservices.

System Architecture Flow

End-to-End Data Pipeline

Role Interface Admin Dashboard
Mobile PWA Teacher App
Mobile PWA Parent Portal
Next.js Application Layer Sub-Second Route Handlers & Edge Rendering
Security Boundary Authentication + Row Level Security (RLS)
Database Layer Supabase PostgreSQL (Multi-Tenant Schema)
AI Diagnostics OpenAI API
PDF Engine Marksheet Service
Notifications Web Push VAPID

Frontend & Apps

  • Next.js App Router
  • React
  • Tailwind CSS v4
  • Teacher & Parent PWAs

Data & Security Layer

  • Supabase PostgreSQL
  • Row Level Security (RLS)
  • Strict Schema Migrations

AI Layer

  • OpenAI API
  • Vercel AI SDK
  • Structured JSON Output

Infrastructure & APIs

  • Vercel Edge
  • PDF Generation Service
  • Web Push / VAPID
UX & Intelligence

Product decisions & practical AI integration.

Key trade-offs made during product development to reduce friction, alongside practical AI assistance.

Decision 01

Why a dedicated Teacher PWA?

Teachers repeatedly perform a small number of high-frequency actions (attendance, homework, marks entry). Designing a dedicated PWA eliminated desktop clutter and enabled fast mobile completion.

Decision 02

Why simplify the Parent experience?

Parents need clear visibility into their child’s progress and fee receipts—not administrative software. We kept the parent PWA focused entirely on progress feeds and marksheets.

Decision 03

Why role-based interfaces?

Showing only functionality relevant to an active user role reduces cognitive load, speeds up task completion, and limits accidental administrative changes.

Decision 04

Why multi-tenancy from Day 1?

ThinkGrades was designed as a scalable SaaS product rather than separate software installations per school, dramatically simplifying maintenance.

Contextual AI Assistant Practical AI Use Cases (No Novelty Fluff)
● [LIVE PRODUCTION] Student Variance Diagnostics

Identifies score variance for early teacher intervention.

● [LIVE PRODUCTION] Class Analytical Summaries

Aggregates subject performance overviews for admins.

● [PRIVATE BETA] CSV Import Column Mapper

Assists admins with legacy student data ingestion.

Product Evolution

Current status & engineering roadmap.

Clear differentiation between deployed production modules, beta features, and planned engineering initiatives.

● LIVE PRODUCTION

Core School OS

Multi-tenant RLS, operations, attendance, marks, fees & PWAs.

● PRIVATE BETA

API Rate Limiting

Enhanced rate limiting and tenant security auditing.

● IN DEVELOPMENT

Async PDF Queue

Worker queue for large-scale batch marksheet generation.

● PLANNED ROADMAP

Offline PWA Sync

Background sync for attendance in low-connectivity environments.

Engineering Wisdom

What building ThinkGrades taught us.

Three core lessons learned while engineering multi-tenant SaaS platforms.

Lesson 01

Complex workflows need simple interfaces.

Complexity should live inside the database and backend architecture—never on the user's screen.

Lesson 02

Different users require different experiences.

An administrator desktop dashboard cannot simply be shrunk down and called a mobile app for teachers or parents.

Lesson 03

Architecture decisions become product decisions.

Multi-tenancy, Row Level Security, and clean schema design directly determine how fast future features can be built.

Product Engineering Partnership

Building a multi-tenant SaaS platform or replacing a fragmented workflow?

Talk directly with the product engineering team behind ThinkGrades. 30-minute technical discussion • No sales handoff.

Visit thinkgrades.in