Skip to main content
GullySystem
Education · Software for computer training institutes

Batches, lab seats and modules on one student record.

Computer training institutes sell courses in programming, office tools, design and accounting packages, taught in batches on a fixed number of lab machines. The institute product ties enquiry, batch, lab seat, module coverage, assignments, voucher issue and fee instalments to one student record that counsellors and trainers both open. Nothing is kept twice.

At a glance

Seats and trainers run out first. Many students also sit a vendor certification exam when the course ends, and the exam voucher has to be bought well before the batch finishes.

Batches start through the year in morning, evening and weekend slots, and students join at different times, pay in instalments and sometimes move between batches. Each desk keeps a private list. The lists disagree.

How the work runs today

Counsellors answer enquiries, run a demo class on HTML or spreadsheet formulas, and explain which course and batch fits a student’s schedule and budget. Once the student joins, an admission is opened, the first instalment recorded, and a syllabus and a lab login handed over.

Trainers take attendance at the start of a session, note the module covered, and set practical assignments that students upload or demonstrate on the projector. The trainer marks them before the next session. The lab in-charge reimages machines after every batch, installs course software, and logs keyboard, monitor and network faults against the machine number.

A course closes. The institute books Pearson VUE or Certiport sittings where it offers them, issues a completion certificate, and shares student profiles with the employers it works with. Every Friday the owner reads the unpaid instalment list, then a different sheet of seats left per batch. Guessing follows, and the next intake date gets set on instinct.

Where it breaks

What goes wrong for computer training institutes without a proper system.

Lab machines are shared by guesswork

Two batches expect the same bank of twenty machines at the same hour, and a seat chart on the wall does not show who sat where last week. A broken keyboard has no owner.

Syllabus coverage differs between trainers

A student who changes batch may miss the module on SQL joins while repeating a lesson on spreadsheet formulas that was already covered. Nobody holds a module-by-module record that follows the student from one trainer to the next, so the gap shows up only at the final project.

Assignments are collected in several places

Project files arrive by email, on a shared drive and on a pen drive, and some are renamed to final-final on the way, so versions collide. A trainer cannot list who has submitted.

Fee instalments run past the batch end date

A student finishes with two instalments unpaid. The certificate is requested before anyone checks the ledger. Then the argument starts.

Vendor exam vouchers are counted by hand

Exam vouchers are bought in advance from Pearson VUE or Certiport, handed to students by hand and expire on a date nobody has noted on the batch calendar. Counts disagree. Nobody notices until a student arrives for the exam and the voucher is missing or already expired, and the sitting fee is lost.

What the software does

What we would build for computer training institutes.

Named the way your team already talks about the work. We start with whichever part the audit shows is costing you most.

Enquiries, demo classes and admissions

Record each enquiry. Book the demo class from the course asked for and the student’s free hours, then convert the visit into an admission with a batch and a fee plan. No detail is typed twice.

Batches and lab seat allocation

Plan batches by course, trainer and time slot, and give each student a numbered machine for the whole batch, so a sticky keyboard traces back to a seat. Faults stay with the machine. The next batch inherits a clean list.

Course modules and attendance

Hold each course as ordered modules, mark attendance per session and note the module covered, so a student who joins midway sees which modules were missed. The trainer sees it too.

Assignments and project submissions

Set practical tasks such as a Python loop or a CSS page layout, collect files against the student, and record the trainer’s marks against a rubric beside each upload. Resubmissions keep the earlier file.

Fee instalments and certificates

Schedule instalments by due date, take receipts in cash, transfer or card, and hold the certificate until dues clear, then print it with the course name and dates. No balance slips through.

Vendor exam vouchers

Log purchased exam vouchers with expiry dates, issue them to named students, and record the result when it returns from the testing centre. Unused vouchers are listed before they lapse.

Placement drives and student profiles

Each student gets a profile. It lists the course record, the skills and the project work, and shows which employers received which profile and what each employer said after reading it.

Before you talk to a supplier

A requirements checklist for computer training institutes.

What to cover, which reports to ask for and what to put to every vendor, ready to print or save as a PDF.

Open the checklist
Ready product

A product already built for computer training institutes.

It is adapted to how your business works before it goes live, and anything your trade needs that it lacks is added then.

Computer Training Institute Management Software

Enquiries, demo classes, batches, numbered lab workstations, module coverage, assignments, fee instalments, completion certificates and Pearson VUE exam vouchers, all kept for computer training institutes.

See the product
Services

The services behind it.

How it works

How the work runs from Bengaluru for your city.

  1. 1

    The audit, by call

    A screen-share and a look at the sheets, accounting reports and WhatsApp groups your team uses. No travel needed.

  2. 2

    A written proposal

    Scope, what we build first and the cost, agreed in writing before anything starts.

  3. 3

    Build in short rounds

    Working screens shared every few weeks. Your team tests them from your own office.

  4. 4

    Go-live, in person when it helps

    For data migration and training we can come to your city. Travel is agreed in advance.

  5. 5

    Support online

    Fixes, changes and hosting handled remotely by the same team that built it.

Common questions

Questions computer training institutes ask before they call.

Can one student take two courses?

Yes. Each course is its own admission with a batch, a fee schedule and a module list, and both admissions sit on one student record.

Does it monitor the lab machines?

No. It records which machine a student is assigned and any fault the lab in-charge logs against it, while installation and screen control stay with the tools you already use.

Can trainers upload their own course outlines?

Yes. A course is entered as modules in the order you teach them, and a trainer’s outline in PDF or slides can be attached to any module. Our staff change the module list on request.

Can records from our present register be moved across?

Yes. Your counsellors hand over enrolment registers, live batches and the list of instalments still owed, and each batch is checked on screen against the paper register. Exit terms sit in the written quotation.

How is an institute system quoted?

Branches, labs and staff users set the scale. Admissions, batches, attendance, assignments, fees, exam vouchers and placements are modules priced one at a time. Payment gateway or accounts links add scope. So does moving student registers.

What should an institute prepare before work begins?

Prepare the student register, batch timetable, course outlines, fee instalment schedule, a certificate format and the voucher list. A counsellor, a lab in-charge and a lead trainer should check screens as they are shown.

Do students and fee records remain ours on leaving?

They do. Student, batch and fee records can be handed over as spreadsheet files at any time. Code and data both belong to the institute. Builders carry on supporting it. Hosting stays with GullySystem, or the institute may keep its own.

What happens after I share my requirements?

An engineer reads what you send and replies within one business day. We then look at the software, spreadsheets and WhatsApp groups your business runs on today and write down what works, what slows your team down and what is missing. A demo login, a screen-share or a few screenshots are enough. You get a short written summary ordered by priority, with no obligation to hire us afterwards.

How much will the software cost?

We don’t publish a price, because it depends on what the system has to do. That first review settles the scope, and the cost goes into a written proposal before any work starts.

Category

Part of a wider group.

Talk to us

Tell us how your business runs today.

A few lines on your spreadsheets, software and WhatsApp groups is enough. We reply the same working day.

What happens after you share your requirements

  1. A senior engineer reads your answers. Nobody phones first.
  2. Within one business day you get a written note: what we understood, what we would start with, and the questions we still have.
  3. If it fits, a proposal follows with the order of work, what we need from you and what you receive at each step.
  4. No call is booked and nothing is paid until you have read the note. Your details stay with us.

Start with your requirements

Seven short steps that tell us what you need. A senior engineer reads them before anyone gets in touch.

Share your requirements