Eğitim Teknolojileri

Okul Yönetim Sistemi Nasıl Seçilir? Eğitim Kurumları İçin Karar Rehberi

YES.Tools05.08.2026Güncelleme: 05.08.2026
Okul Yönetim Sistemi Nasıl Seçilir? Eğitim Kurumları İçin Karar Rehberi

Okul yönetim sistemi seçimi, en uzun modül listesini bulmakla değil; kurumunuzun öğrenci sayısı, kampüs yapısı, mevcut veri yükü, entegrasyon ihtiyacı ve KVKK sorumluluğu üzerinden verilen bir kararla sonuçlanır. Piyasadaki sistemlerin büyük bölümü temel modüllerde birbirinin aynısıdır; fark, kurumunuzun gerçekten kullanacağı az sayıdaki özel süreçte ve sistemin uzun vadeli maliyetinde ortaya çıkar. Bu rehber, kararı duygusal bir tercih olmaktan çıkarıp kontrol edilebilir bir değerlendirmeye dönüştürmek için hazırlandı.

Önce terimleri netleştirelim

Okul Yönetim Sistemi (OYS)
Kurumun akademik ve idari süreçlerini tek merkezden yöneten yazılım. Öğrenci kaydı, yoklama, not ve karne, sınav, muhasebe ve veli iletişimi çekirdek bileşenlerdir.
Öğrenci Bilgi Sistemi (ÖBS)
Öğrenciye ait kayıt, ders, not ve mezuniyet verisini tutan katman. Yükseköğretimde çoğu zaman ayrı bir ürün olarak anılır; K12 tarafında genellikle okul yönetim sisteminin içindedir.
Öğrenme Yönetim Sistemi (LMS)
Ders içeriği, ödev, ölçme-değerlendirme ve canlı ders akışını yöneten katman. Yönetim sisteminden farklıdır; ikisinin birbiriyle konuşup konuşmadığı çoğu kurumun gözden kaçırdığı kritik sorudur.
Toplam Sahip Olma Maliyeti (TCO)
Lisans bedelinin ötesinde kurulum, veri taşıma, personel eğitimi, bildirim kotaları, modül ekleme ve yıllık artış kalemlerinin toplamı.

Piyasada neyin standart, neyin gerçekten ayırt edici olduğu

Sağlayıcıların tanıtım sayfalarında öne çıkardığı özelliklerin çoğu bugün sektör standardıdır ve karar verirken ayırt edici değildir. Kurumunuzun farkı, aşağıdaki ikinci sütunda yaratılır.

Neredeyse her sistemde varNadir bulunan, kararı belirleyen
Öğrenci kaydı ve öğrenci işleriSanal sınıf ve hibrit eğitim altyapısının yönetim sistemiyle bütünleşik çalışması
Yoklama ve devamsızlık takibiYapay zekâ destekli ölçme-değerlendirme içeriği üretimi
Not, karne ve sınav modülüKazanım bazlı akademik gelişim analizi ve veriye dayalı sınav hazırlığı
Muhasebe ve tahsilatDonanım entegrasyonu (turnike, geçiş kontrol) ve yerinde kurulum seçeneği
Veli bilgilendirme, SMS ve mobil uygulamaKurumun kendi süreçlerine göre özelleştirilebilen modül yapısı
Ders programı ve rehberlikDestekleyici öğrenme modülleri (hızlı okuma, odaklanma, çalışma takibi)

Değerlendirme yaparken sağlayıcıdan ilk sütundaki maddeleri anlatmasını değil, ikinci sütundan hangilerini canlı sistemde gösterebileceğini isteyin. Demo ile ekran görüntüsü arasındaki fark, projenin ilerleyen aşamalarında en pahalı sürprizleri önler.

Hazır paket mi, kuruma özel platform mu?

Bu, seçim sürecinin en belirleyici sorusudur ve doğru cevap kurumun ölçeğine göre değişir.

ÖlçütHazır paket çözümKuruma özel platform
Kurulum süresiKısa; genellikle günlerDaha uzun; analiz ve geliştirme gerektirir
Başlangıç maliyetiDüşükYüksek
Süreç uyumuKurum yazılıma uyarYazılım kuruma uyar
Özel iş kurallarıSınırlı veya imkânsızTanımlanabilir
Entegrasyon esnekliğiSağlayıcının desteklediğiyle sınırlıİhtiyaca göre genişletilebilir
Uzun vadeli maliyetModül ve kullanıcı arttıkça birikirÖngörülebilir, kurumda kalır

Toplam maliyeti hesaplarken sorulması gereken kalemler

Sağlayıcıların paylaştığı yıllık lisans bedeli, ödeyeceğiniz tutarın tamamı değildir. Teklif isterken şu altı kalemi ayrı ayrı yazılı olarak isteyin:

  1. Kurulum ve devreye alma: Tek seferlik mi, lisansa dâhil mi?
  2. Veri taşıma: Mevcut sistemden geçmiş yılların verisi aktarılacak mı, kaç yıl geriye gidilecek, bedeli ne?
  3. Personel eğitimi: Kaç oturum, yüz yüze mi, öğretim yılı içinde tekrar edilebilir mi?
  4. Bildirim kotaları: SMS ve mobil bildirim pakete dâhil mi, aşımda birim fiyat ne?
  5. Modül ekleme: Sonradan modül eklerseniz fiyat nasıl değişiyor?
  6. Yıllık artış politikası: Yenileme zammı neye endeksli, sözleşmede yazılı mı?

KVKK: satın alma komitesinin en çok atladığı başlık

Eğitim kurumları, 18 yaş altı öğrencilere ait veriyi işler. Bu veri, sıradan bir müşteri kaydından farklı bir sorumluluk doğurur ve sorumluluk veri sorumlusu sıfatıyla kurumun üzerindedir; yazılım sağlayıcısının değil. Sağlayıcıdan şu başlıkları netleştirmesini isteyin:

  • Veri nerede barındırılıyor, sunucular Türkiye'de mi?
  • Rol tabanlı erişim ne kadar ince ayarlanabiliyor; bir branş öğretmeni hangi öğrencinin hangi verisini görebiliyor?
  • Veli rızası sistem içinde kayıt altına alınabiliyor mu?
  • Erişim kayıtları (log) tutuluyor mu, bir ihlal durumunda kimin neye eriştiği geriye dönük gösterilebiliyor mu?
  • Sözleşme bittiğinde veri hangi formatta ve ne kadar sürede kuruma teslim ediliyor?

Bu soruların yazılı cevabını alamadığınız bir sağlayıcıyla ilerlemek, riski kurumunuza devretmek anlamına gelir.

Entegrasyon: sistemin yalnız kalmaması

Okul yönetim sistemi hiçbir zaman tek başına çalışmaz. Değerlendirme sırasında en az şu bağlantıları sorun: e-Okul ve MEBBİS aktarımı, muhasebe ve e-fatura tarafı, tahsilat için sanal POS, canlı ders platformları ve varsa turnike veya kart sistemleri. Özellikle canlı ders tarafı çoğu kurumda ayrı bir dünyada durur; öğrencinin devamsızlığı bir sistemde, canlı derse katılımı başka bir sistemde tutulduğunda ortaya bütünlüklü bir akademik tablo çıkmaz.

Hangi durumda hangisi doğru

Senaryo 1 — 40 öğrencili tek şubeli bir kreş. İhtiyaç yoklama, veli bilgilendirme ve basit tahsilattan ibaretse doğru karar hazır bir paket çözümdür. Bu ölçekte kuruma özel platform geliştirmek, çözdüğünden fazla maliyet üretir. Bizim de önerimiz budur ve bu senaryoda bize ihtiyacınız yok.

Senaryo 2 — Birden fazla şubesi olan, kendi ölçme-değerlendirme yaklaşımı olan bir kurum. Şubeler arası karşılaştırmalı raporlama, kuruma özgü sınav yapısı ve merkezî akademik takip gerekiyorsa hazır paketler hızla yetersiz kalır. Burada kuruma özel bir platform, ilk yıl daha pahalı olsa bile üçüncü yılda hem maliyet hem süreç uyumu açısından öne geçer.

Senaryo 3 — Yüz yüze ve uzaktan eğitimi birlikte yürüten kurum. Sanal sınıf ile yönetim sisteminin ayrı ürünler olduğu bir kurguda öğrencinin akademik verisi ikiye bölünür. Bu senaryoda tek kriter, canlı ders altyapısının yönetim sistemiyle aynı veri modelini paylaşıp paylaşmadığıdır.

Geçiş kararı: takvim önemlidir

Sistem değişikliği için en uygun dönem öğretim yılının bitişi ile yeni kayıt döneminin başlangıcı arasıdır. Bu aralık, veri aktarımının test edilmesine ve personelin yeni sistemi öğrenmesine öğretim yılı baskısı olmadan zaman tanır. Dönem ortasında yapılan geçişler, yoklama ve not verisinin iki sistemde birden tutulmasına yol açtığı için hem idari yük hem veri tutarsızlığı üretir.

Teklif isterken şartnameye yazılması gereken maddeler

Sağlayıcılardan gelen teklifleri karşılaştırılabilir kılmanın tek yolu, hepsinden aynı başlıklar altında cevap istemektir. Aksi hâlde her teklif kendi güçlü olduğu alanı öne çıkarır ve tablolar birbirine oturmaz. Aşağıdaki maddeleri talep dokümanınıza olduğu gibi ekleyebilirsiniz:

  • Kapsam: Teklife dâhil modüllerin adı ve her birinin kısa işlev tanımı; dâhil olmayanların açıkça listelenmesi.
  • Kullanıcı sınırı: Fiyatın öğrenci sayısına mı, personel sayısına mı, eşzamanlı kullanıcıya mı bağlı olduğu ve sınır aşımında ne olacağı.
  • Veri taşıma: Kaç öğretim yılı geriye dönük veri aktarılacağı, aktarılamayacak veri tipleri ve aktarım sonrası doğrulamayı kimin yapacağı.
  • Hizmet seviyesi: Destek kanalları, çalışma saatleri, kritik arıza için müdahale süresi ve kayıt dönemi gibi yoğun günlerde ek destek taahhüdü.
  • Çalışma süresi taahhüdü: Yıllık erişilebilirlik oranı ve planlı bakımların hangi saat aralığında yapılacağı.
  • Veri sahipliği ve çıkış: Verinin kuruma ait olduğunun yazılı beyanı, sözleşme bitiminde teslim formatı ve teslim süresi.
  • Yedekleme: Yedek sıklığı, yedeklerin saklandığı konum ve geri dönüş testinin yapılıp yapılmadığı.
  • Eğitim: Oturum sayısı, katılımcı sınırı, öğretim yılı içinde tekrar hakkı ve eğitim materyalinin kurumda kalıp kalmayacağı.
  • Fiyat artışı: Yenileme döneminde artışın neye endeksleneceği ve üst sınırının olup olmadığı.
  • Referans: Benzer ölçekte en az iki kurum ve bu kurumlarla görüşme izni.

Bu on maddeye yazılı cevap veren sağlayıcı sayısı, ilk temasta konuştuğunuz sağlayıcı sayısından belirgin biçimde az olacaktır. Bu ayıklama, seçim sürecinin en hızlı ilerleyen aşamasıdır.

YES.Tools bu tabloda nerede duruyor

Geliştirdiğimiz kurumlara özel akıllı eğitim ve okul yönetim platformu, yukarıda nadir olarak işaretlenen alanların büyük bölümünü tek yapı içinde ele alır: okul yönetimi ve akademik raporlama, kazanım ve sınıf seviyesine göre yapay zekâ destekli test oluşturma, öğrenci performans verisini anlamlandıran kişiselleştirilmiş öğrenme akışı, ödev ve etkinlik takvimi, LGS ve YKS hazırlığını veriyle destekleyen sınav analizi, hızlı okuma ve odaklanma gibi destekleyici modüller ve sanal sınıf altyapısıyla hibrit eğitim modeli.

Platformu ve kapsamını projelerimiz sayfasında inceleyebilir, eğitim teknolojileri yaklaşımımızı hizmetlerimiz sayfasında görebilirsiniz. Kurumunuzun ölçeğine uygun olup olmadığını konuşmak için bize ulaşabilirsiniz; uygun olmadığını düşünürsek bunu açıkça söyleriz.

Sıkça sorulan sorular

Okul yönetim sistemi ile öğrenci bilgi sistemi aynı şey mi?
Aynı değildir. Öğrenci bilgi sistemi öğrenciye ait kayıt ve akademik veriyi tutar; okul yönetim sistemi bunun yanında muhasebe, veli iletişimi, ders programı ve idari süreçleri de kapsar. K12 kurumlarında ikisi genellikle tek üründe birleşiktir.

Sistem değişikliği için yılın hangi dönemi uygundur?
Öğretim yılının bitişi ile yeni kayıt döneminin başlangıcı arasındaki aralık en uygun dönemdir. Bu aralık veri aktarımının test edilmesine ve personel eğitimine zaman tanır.

Öğrenci verileri KVKK kapsamında nasıl korunmalı?
Veri sorumlusu sıfatı kurumdadır. Sağlayıcıdan verinin nerede barındırıldığını, rol tabanlı erişimin ne kadar ince ayarlanabildiğini, erişim kayıtlarının tutulup tutulmadığını ve sözleşme sonunda verinin hangi formatta teslim edileceğini yazılı olarak almak gerekir.

e-Okul entegrasyonu şart mı?
Resmî yükümlülükleri olan kurumlar için verinin iki sistemde elle tutulmasını önlediği için pratikte şarttır. Değerlendirme sırasında hangi alanların aktarıldığını ve aktarımın tek yönlü mü çift yönlü mü olduğunu sorun.