01
Başvuru ve kayıt
Talep kaynağı, ilgilenilen program, görüşme notu, takip tarihi, ön kayıt, kontenjan rezervasyonu ve kesin kayıt adımlarını birbirinden ayırır.
Çıktı: kaydın sahibi, mevcut durumu ve sonraki takip adımı.
Sektörel çözüm
Kurs Yazılımı ve Eğitim Kurumu Yönetim Sistemi
Kurs yazılımı; aday başvuruyu kesin kayda, kaydı uygun program ve sınıfa, ders oturumlarını yoklama ve ödeme planına bağlayan yönetim sistemidir. Dil, sanat, spor, müzik, etüt veya mesleki eğitim kurumlarında hazır paket gerçek akışa uymadığında; kayıt, eğitim operasyonu, tahsilat ve iletişim sınırlarını kuruma göre tasarlarız.
Önce iş akışı, kullanıcı ve ilk faz sınırı. Sonra teknoloji seçimi.
Kayıt–ders–tahsilat omurgası
Kurs yazılımı yalnız öğrenci listesi değildir.
Çalışan bir sistem, adayın hangi programla ilgilendiğini ve neden kayda dönüşmediğini; kesin kaydın hangi dönem, sınıf ve derslere bağlı olduğunu; yoklama ile finans hareketlerinin hangi kuralla güncellendiğini aynı kimlik ve işlem geçmişi üzerinde tutar.
02
Eğitim operasyonu
Program, dönem, sınıf/grup, öğretmen, salon ve tekil ders oturumunu bağlar; çakışma, değişiklik, yoklama ve telafiyi gerçek ders kaydında izler.
Çıktı: güncel ders planı, kontenjan ve katılım geçmişi.
03
Finans ve iletişim
Kayıt bedeli, indirim, taksit, tahsilat, gecikme, iade veya bakiye bilgisini; yetkili veli/öğrenci iletişimi ve yenileme takibiyle ilişkilendirir.
Çıktı: eğitim durumundan ayrı, açıklanabilir finans ve iletişim kaydı.
Veri modeli
Program, sınıf ve ders oturumu aynı kayıt değildir.
Bu ayrım kurulmazsa dönem değişikliği, öğrenci transferi, öğretmen değişimi veya telafi dersi geçmiş veriyi bozar. Her seviye kendi kimliğiyle saklanmalı; kayıt ve yoklama doğru seviyeye bağlanmalıdır.
-
01
Program
Dil seviyesi, spor branşı, müzik eğitimi veya sınav hazırlığı gibi sunulan eğitim yapısı.
-
02
Dönem
Programın belirli başlangıç/bitiş tarihleri, kayıt takvimi ve geçerli fiyat/koşulları.
-
03
Sınıf veya grup
Dönem içindeki öğrenci listesi, öğretmen, kapasite ve düzenli ders planı.
-
04
Ders oturumu
Gerçekleşen tarih/saat, salon, öğretmen, yoklama, değişiklik veya telafi kaydı.
Kayıt yaşam döngüsü
Kayıt, tek adımlı bir form değildir.
- 01
Aday: kaynak, ilgilenilen program, iletişim tercihi, görüşme sahibi ve takip tarihi
- 02
Ön kayıt: uygun dönem/sınıf, teklif veya indirim, istenen bilgi/belge ve kontenjan rezervasyonu
- 03
Aktif kayıt: öğrenci/veli ilişkisi, sınıf ataması, başlangıç tarihi, ödeme planı ve kullanıcı yetkileri
- 04
Değişiklik/kapanış: dondurma, transfer, iptal, tamamlama veya yenilemenin geçerlilik tarihi ve nedeni
Durum ayrımı
Üç durum birbirine karıştırılmamalı.
-
01
Eğitim durumu
Ön kayıt, aktif, dondurulmuş, transfer, tamamlandı veya iptal edildi.
-
02
Finans durumu
Planlandı, kısmi ödendi, ödendi, gecikti, iade veya açık bakiye var.
-
03
İletişim ve yetki
Öğrenci/veli ilişkisi, iletişim tercihi ve rol bazlı görme/değiştirme izni.
Problem
Genelde nerede zorlanılır?
Bu tür bir çözüm, yeni ekran eklemek için değil; işin dağınık, yavaş veya görünmez kalan kısmını daha güvenilir hale getirmek için değerlendirilir.
Aday başvuru, ön kayıt, kesin kayıt ve sınıf ataması farklı listelerde kaldığı için kontenjan ve takip tarihi güvenilir görünmüyor.
Program, dönem, sınıf ve tekil ders oturumu birbirine karışıyor; öğretmen/salon değişikliği, telafi ve yoklama geçmişi kayboluyor.
Eğitim durumu ile ödeme durumu aynı alanla izleniyor; dondurma, transfer, iptal, iade ve yenilemenin etkisi ayrı görülemiyor.
Modüller
Bu yazılımda hangi parçalar olabilir?
İlk sürümde hepsini yapmak zorunda değiliz. Önce en kritik akışı seçer, diğer modülleri kullanım ve bütçeye göre sıraya alırız.
Başvuru, ön kayıt ve kayıt CRM'i
Web formu, telefon veya sosyal medya taleplerini kaynak, ilgilenilen program, görüşme durumu, sorumlu, takip tarihi ve kayıt sonucu ile yönetme.
Program, dönem, sınıf ve kontenjan
Sunulan programı dönem ve sınıflara ayırma; seviye, şube, kapasite, öğretmen, salon ve aktif öğrenci listesini aynı yapıda tutma.
Ders oturumu ve öğretmen takvimi
Haftalık planı gerçek ders oturumlarına dönüştürme; öğretmen/salon çakışması, iptal, değişiklik ve telafi kaydını geçmişi bozmadan izleme.
Yoklama, telafi ve ilerleme
Katılım ve devamsızlığı ilgili ders oturumuna bağlama; telafi hakkı, seviye geçişi veya kurumun kullandığı değerlendirme kaydını yetkiye göre izleme.
Ödeme, dondurma ve yenileme
Kayıt bedeli, indirim, taksit, tahsilat ve gecikmeyi; dondurma, transfer, iptal, iade ve kayıt yenileme etkileriyle birlikte izleme.
Rol bazlı iletişim ve raporlama
Duyuru, ders değişikliği, yoklama ve ödeme hatırlatmasını doğru öğrenci/veli ilişkisine bağlama; doluluk, kayıt dönüşümü, devamsızlık ve bakiye görünümü sunma.
Yaklaşım
İlk fazı küçük tutar, kararları görünür adımlara böleriz.
Önce kapsamı sadeleştirir, sonra yazılımın gerçek iş akışına nasıl bağlanacağını netleştiririz.
- 01
Kurum türünü, program/dönem/sınıf yapısını ve başvurudan yenilemeye kadar gerçek kayıt yaşam döngüsünü ekiplerle çıkarırız.
- 02
İlk fazı tek şube veya programla ve tek ana akışla sınırlarız: kayıt, ders/yoklama ya da ödeme görünürlüğü.
- 03
Yönetici, kayıt danışmanı, öğretmen, finans, öğrenci ve veli rollerinin görme, değiştirme ve bildirim yetkilerini ayırırız.
- 04
Öğrenci, veli ve ödeme verisinde gerekli alan, saklama süresi, işlem geçmişi ve iletişim tercihlerini tasarımın parçası yaparız.
- 05
Web formu, ödeme kuruluşu, muhasebe, SMS/e-posta, LMS veya resmî sistem ihtiyacında ana veri kaynağı ve teknik arayüzü doğrularız.
Örnek akış
Günlük işin içine nasıl girer?
Bu akış temsili bir başlangıçtır. Gerçek roller, onaylar ve veri kaynakları ilk görüşmede kendi sürecinize göre daraltılır.
- 01
Aday web formu, telefon veya mesaj kanalı üzerinden başvurur; kaynak, ilgilendiği program, görüşme sahibi ve sonraki takip tarihi kaydedilir.
- 02
Kayıt ekibi uygun dönem, seviye, sınıf ve kontenjanı kontrol eder; ön kayıt veya teklif sonucunu ayrı durumla ilerletir.
- 03
Kesin kayıtta öğrenci/veli ilişkisi, sınıf ataması, başlangıç tarihi ve ödeme planı oluşturulur; gereksiz veri toplanmaz.
- 04
Planlanan dersler gerçek oturumlara dönüşür; öğretmen yoklama, değişiklik veya telafi bilgisini yetkili olduğu sınıfta kaydeder.
- 05
Dondurma, transfer, iptal, tamamlama veya yenileme işlemi eğitim ve finans durumlarını ayrı kurallarla günceller.
Karar kriterleri
Başlamadan önce netleşmesi gerekenler.
Doğru başlangıç yalnızca bir özellik listesiyle değil; kullanıcı, veri, entegrasyon ve ilk başarı ölçütüyle birlikte belirlenir.
- 01
İlk fazın sahibi başvuru/kayıt, ders planı/yoklama veya ödeme/yenileme akışlarından hangisi?
- 02
Program, dönem, sınıf/grup ve tekil ders oturumu kurumda nasıl tanımlanıyor?
- 03
Aday, ön kayıt, aktif, dondurulmuş, transfer, tamamlandı ve iptal durumlarının geçiş kuralı ne?
- 04
Öğrenci ve veli hangi bilgileri görebilmeli; öğretmen ve finans hangi alanları değiştirebilmeli?
- 05
Eğitim durumu ile taksit, gecikme, iade ve açık bakiye durumu hangi kurallarla ayrı tutulmalı?
- 06
Yönetim yazılımı içinde içerik/sınav mı gerekli, yoksa ayrı bir LMS ile veri alışverişi mi yapılmalı?
- 07
Web sitesi, ödeme, muhasebe, SMS/e-posta veya resmî sistem için doğrulanmış bir teknik arayüz var mı?
Sık Sorulanlar
Karar vermeden önce netleşen sorular
Kapsam, fiyat, ilk sürüm ve yapay zekâ uygunluğu gibi konularda en sık gelen soruları kısa ve dürüst cevaplarla topluyoruz.
Kurs yazılımı nedir?
Aday başvurudan kesin kayda; program, dönem, sınıf, öğretmen, ders oturumu, yoklama, ödeme ve yenileme süreçlerini aynı öğrenci kimliği etrafında yöneten yazılım yapısıdır. Eğitim durumu, finans durumu ve iletişim yetkisi birbirine karıştırılmadan izlenmelidir.
Kurs yönetim yazılımı ile LMS arasındaki fark nedir?
Kurs yönetim yazılımı başvuru, kayıt, sınıf, takvim, yoklama, ödeme ve iletişim operasyonuna odaklanır. LMS ise ders içeriği, video, ödev, sınav ve öğrenme etkinliklerini taşır. Kurum iki yapıya da ihtiyaç duyuyorsa kullanıcı, sınıf ve sonuç verisinin hangi sistemde asıl kayıt olacağı belirlenmelidir.
Kurs yazılımında ilk hangi modülden başlanmalı?
Kurumun en çok değer veya zaman kaybettiği tek akış seçilmelidir. Başvurular dağılıyorsa kayıt CRM'i, ders değişiklikleri karışıyorsa sınıf/oturum planı, tahsilat görünmüyorsa ödeme ve yenileme akışı ilk faz olabilir.
Veli ve öğrenci paneli ilk sürümde şart mı?
Her zaman şart değildir. Önce kurum içi kayıt, sınıf ve ödeme akışı düzenlenebilir; veli/öğrenci paneli gerçek kullanım ihtiyacına göre sonraki fazda eklenebilir.
Ödeme ve taksit takibi muhasebe sistemiyle entegre olabilir mi?
API, dosya aktarımı veya güvenli veri erişimi varsa entegre edilebilir. Ancak ödeme planı, gecikme, indirim ve iptal kuralları proje başında netleşmelidir.
Öğretmenler yoklama ve ders notlarını sistemden girebilir mi?
Evet. Öğretmen rolü için sade ekranlar tasarlanabilir; hangi dersleri göreceği, hangi bilgileri değiştirebileceği ve hangi raporların yönetime gideceği baştan belirlenmelidir.
Dil, müzik, sanat ve spor kursları aynı yazılımı kullanabilir mi?
Ortak kayıt, sınıf, yoklama ve ödeme omurgası kullanılabilir; ancak seviye, bireysel/grup ders, üyelik, paket hakları, salon, eğitmen ve telafi kuralları değişir. Bu nedenle veri modeli kurum türüne göre sadeleştirilmelidir.
Resmî kurum veya mevzuat entegrasyonu otomatik sağlanır mı?
Hayır. Kurum türüne göre bildirim ve saklama yükümlülükleri değişebilir. Bir resmî sisteme entegrasyon ancak izin verilen, belgelenmiş ve erişilebilir teknik arayüz bulunduğunda ayrıca değerlendirilir; yazılım tek başına mevzuata uygunluk garantisi vermez.
Sonraki adım
Bu çözüm kendi sürecinize uyuyor mu?
Mevcut iş akışını, kullanıcıları ve beklenen ilk değişimi anlatın. İlk görüşmede kapsamı, riski ve doğru başlangıç adımını birlikte netleştirelim.
Projenizi anlatın