Kurumsal Eğitim ve Sertifikasyonlar İçin Web Uygulaması Oluşturun

Hedefleri Belirleyin ve Kapsamı Tanımlayın

Ekran taslağı çizmeye veya teknoloji yığını seçmeye başlamadan önce, kurumsal eğitim yönetimi web uygulamasını neden inşa ettiğinizi netleştirin. Farklı hedefler çok farklı ürün kararlarına yol açar—ve en net hedef ifadesi kapsam kaymasına karşı en iyi savunmalardan biridir.

Çözdüğünüz problemi tanımlayın

Çoğu ekip şu (veya birkaç) sorunu çözmeye çalışır:

• Eğitim sunumu: kurs atayın, ilerlemeyi takip edin ve çalışanların bitirmesini kolaylaştırın.
• Sertifika takibi: her çalışanın sertifika süresi, yenilemeleri ve kanıtını yönetin.
• Uyumluluk kanıtı: hızlıca denetime hazır sertifika kayıtları üretin; "kim ne zaman ne yaptı" geçmişi açık olsun.

Birincil hedefinizi tek cümleyle yazın (ör. “Gecikmiş uyumluluk eğitimlerini %30 azalt ve denetim hazırlık süresini yarıya indir”). Her özellik isteğini bunu kullanarak değerlendirin.

Birincil kullanıcıları (ve onların en önemli işleri) belirleyin

Temel kullanıcı gruplarınızı ve her birinin sürtünme olmadan yapması gereken tek işi tanımlayın:

• Çalışanlar: gereken eğitimleri görsün, tamamlasın ve sertifikaları indirsin.
• Yöneticiler: ekip durumunu izlesin ve gecikmiş öğelere takipsun.
• İK/Yöneticiler: eğitimi atasın, programları yönetsin ve uyumluluk sorularını yanıtlasın.
• Denetçiler/Uyumluluk: kanıtı hızlı doğrulasın, gereksiz yazışma olmasın.

Dış denetçilere sahip değilseniz, dahili incelemeler için bir “denetim görünümü”na ihtiyaç duyabilirsiniz.

İzleyeceğiniz başarı metriklerini seçin

Aylık olarak gerçekten gözden geçireceğiniz kısa bir liste seçin:

• departman ve program bazında tamamlama oranı
• gecikmiş öğe sayısı (trend)
• ortalama tamamlama süresi (gün)
• bir denetim raporu üretme süresi

v1'de ne olması gerektiğine karar verin

Çalışan sertifika takibi için pratik bir v1 genelde şunları içerir: kullanıcı hesapları, eğitim atamaları, tamamlamanın yakalanması, temel hatırlatmalar ve basit raporlama.

İleri seviye öğeleri (derin analizler, karmaşık öğrenme yolları, çok kiracılı platform özellikleri) “sonra”ya bırakın—ancak bunlar lansman için zorunluysa dahil edin.

Gereksinimleri Toplayın ve Temel İş Akışlarını Haritalayın

Özellikleri veya ekranları seçmeden önce, eğitim ve sertifika takibinin şirketinizde bugün nasıl işlediğini netleştirin. Amaç, gerçek adımları, gerçek istisnaları ve gerçek sahipliği yakalamaktır—böylece uygulama günlük operasyonlarla uyumlu olur, idealize edilmiş bir süreçle değil.

Süreci yürüten insanlarla görüşün

İK, uyumluluk ve farklı departmanlardan birkaç takım lideri ile kısa görüşmeler (30–45 dakika) ile başlayın. Onlardan yakın zamanda gerçekleşmiş bir eğitim döngüsünü baştan sona anlatmalarını isteyin:

• Eğitim talepleri nereden geliyor (İK, yöneticiler, uyumluluk, olaylar)?
• İnsanlara bugün nasıl atama yapılıyor (e-posta, e-tablolar, HRIS dışa aktarmaları)?
• "Tamamlandı" ne sayılıyor (katılım, quiz puanı, yönetici onayı)?
• En sık nerede aksıyor (geç hatırlatmalar, eksik kanıt, yanlış hedef kitle)?

Sıkıntıları birebir not alın—bu alıntılar daha sonra önceliklendirme için faydalı olur.

Desteklemeniz gereken çekirdek iş akışlarını haritalayın

Bulgularınızı basit bir iş akışı haritasına (bu aşamada bir beyaz tahta fotoğrafı bile yeterlidir) dönüştürün. En azından şu kullanım durumlarını kapsayın:

• Bireylere, takımlara veya kural-temelli gruplara (rol/konum) eğitim atama
• Kohortları kaydetme (örn. aylık alımda yeni işe girenler)
• İlerlemeyi takip etme (başlandı, devam ediyor, tamamlandı, başarısız, süresi geçti)
• Sertifikaları yenileme (süresi dolmak üzere → yenileme atandı → kanıt saklandı)

Her adımda kimin ne yaptığını tanımlayın: çalışan, yönetici, İK/yönetici veya eğitmen.

Kenar durumları erken belgeleyin

Eğitim sistemlerinin denetimlerde başarısız olduğu yerler kenar durumlardır. Yükleniciler, çoklu lokasyon kuralları (site başına farklı standartlar), muafiyetler (önceki haklar) ve izin durumu (tarihsel geçmişi kaybetmeden son tarihlerde duraklatma) gibi senaryoları açıkça belgeleyin.

Gereksinimleri kullanıcı hikayelerine dönüştürün

İş akışını kabul kriterleriyle birlikte kullanıcı hikayelerine çevirin. Örnek: “Bir İK yöneticisi olarak, Konum A'daki tüm depo personeline 'Forklift Güvenliği' atayabilmeli, onaylı muafiyetleri hariç tutabilmeli ve kimlerin geciktiğini görebilmeliyim.” Bu hikayeler yapım planınız ve ortak kabül tanımınız olur.

Veri Modelini ve Denetim İzini Tasarlayın

Kurumsal bir eğitim yönetimi web uygulaması veri modeline bağlıdır. Varlıklarınız ve geçmişiniz açık ise, çalışan sertifika takibi çok daha kolay olur: atamalar izlenebilir, yenilemeler öngörülebilir ve uyumluluk raporlaması savunulabilir.

Çekirdek varlıklardan başlayın (sade tutun)

İlk olarak bariz yapı taşlarını modelleyin:

• Çalışan (sonradan HR sistemleriyle eşleştirilebilecek kimlikler)
• Rol ve Departman (hedefleme ve raporlama için)
• Kurs ve Modül (içerik yapısı)
• Sertifika (birinin kazandığı, genelde geçerlilik süresi ile bağlı)
• Atama ("kim neyi ne zaman yapmalı" kaydı)

Kural: bir şey "atanabiliyorsa", "tamamlanabiliyorsa" veya "muaf tutulabiliyorsa" genelde kendi tablosunu/nesnesini hak eder.

Açık durum alanları kullanın (tahmine yer bırakmayın)

Her atama ve sertifika örneği için atanmış, devam ediyor, tamamlandı, süresi doldu, muaf gibi açık durum değerleri saklayın. Durumu yalnızca tarihlerden çıkarmayın—zamanla ekipler "geç tamamlandı", "yönetici tarafından muaf" veya "yenileme ilerliyor ama süresi doldu" gibi kenar durumlar isteyecektir.

Denetçinin isteyeceği şekilde kanıtları saklayın

Denetime hazır sertifika kayıtları üretmek için kanıtı gerçekleştiği anda yakalayın:

• Tamamlama zaman damgaları (başlama/bitiş)
• Puanlar ve geçme/kalma kararları
• Sertifika dosyaları veya kimlikleri
• Yüklenen belgeler (onay formları, dış eğitim kanıtları)

Kanıtı kim sundu ve kim onayladıysa onu da saklayın.

Baştan itibaren geçmiş için tasarlayın

Üzerine yazmak yerine ekleyin. Atamalara, son tarihlerine, tamamlama sonuçlarına ve manuel düzenlemelere yapılan değişikliklerin bir denetim izini tutun. En azından şunu kaydedin: kim neyi ne zaman değiştirdi ve önce/sonraki değerler.

Bu değişiklik geçmişi soruşturmaları destekler ("neden bu muaf edildi?"), sonraki sertifika yenileme hatırlatmalarını basitleştirir ve entegrasyonları (SSO ve HRIS entegrasyonu güncellemeleri gibi) daha güvenli hale getirir—çünkü neyin değiştiğini görüp gerektiğinde güvenle geri alabilirsiniz.

Kimlik Doğrulamayı, Roller ve Erişim Kontrolünü Planlayın

Erişim kontrolü, eğitim uygulamalarının ya sorunsuz ya da destek kabusu gibi hissettirdiği yerdir. Net bir rol modeli günlük görevleri basitleştirir (çalışanlar öğrenir, yöneticiler onaylar) ve hassas verileri korur (İK kayıtları, kanıt dosyaları, dışa aktarımlar).

Küçük bir rol seti ile başlayın

Çoğu ekip ihtiyaçların %95'ini beş rol ile karşılayabilir:

• Çalışan: atanmış eğitimi tamamlar, kanıt yükler, kendi geçmişini görür.
• Yönetici: doğrudan raporlarına eğitim atar, durumu izler, gecikmeleri yükseltir.
• İK yönetici: kullanıcıları, programları, sertifika kurallarını ve raporlamayı yönetir.
• İçerik yazarı: kurslar, quizler oluşturur ve materyalleri günceller; kullanıcı verilerine dokunmaz.
• Denetçi (yalnızca okuma): kayıtları ve kanıtları düzenleme yapmadan görür.

Zamanla nüans gerekirse yeni roller icat etmek yerine izinlerle (aşağıda) nüans ekleyin.

İzinleri eylemler olarak tanımlayın

İzinleri fiiller şeklinde yazın ve bunları ekranlara/API uç noktalarına eşleyin:

• Atama yapma
• Düzenleme (içerik, kurallar, son tarihler, meta)
• Onaylama (tamamlamalar, dış kanıtlar)
• Dışa aktarma (CSV/PDF) ve denetim paketleri
• Kanıtı görüntüleme ve denetim izi

Bu, "Yöneticiler dışa aktarabilir mi?" veya "Yazarlar çalışan kanıtlarını görebilir mi?" gibi soruları tartışmadan yanıtlamayı kolaylaştırır.

Kimlik doğrulamayı erken planlayın

Hedef kitlenize uyan giriş seçeneklerini belirleyin:

• E-posta/şifre: en hızlı gönderim; yöneticiler için MFA ekleyin.
• Magic link: daha az şifre sıfırlama; saha çalışanları için iyi.
• SSO (SAML/OIDC): daha büyük şirketler için ideal; merkezi kimlikle joiner/leaver süreçlerini destekler.

Çok kiracılı ayrım (birden fazla şirkete hizmet veriyorsanız)

Çok kiracılı eğitim platformu inşa ediyorsanız kiracı sınırlarını her yerde uygulayın: veritabanı sorguları kiracı kimliğiyle sınırlandırılmış, dosya depolama kiracı bazında bölünmüş ve günlükler müşteriler arasında karışmayacak şekilde olmalı. Bunu bir güvenlik özelliği olarak test edin, kolaylık olarak değil.

Kullanıcı Deneyimi ve Temel Ekranları Tasarlayın

Bir eğitim uygulaması netlikle başarılı olur veya başarısız olur. Çoğu kullanıcı "keşfetmiyor"—atanmış eğitimi hızlıca bitirmeye, tamamlamayı kanıtlamaya veya neyin geciktiğini görmeye çalışıyor. Üç temel deneyimi tasarlayarak başlayın: Çalışan, Yönetici (İK/L&D) ve Yönetici.

Çalışan portalı (atananı tamamla)

Çalışanın ana ekranı tek bir soruya cevap vermeli: "Sırada ne yapmam lazım?"

Atanmış eğitim listesi gösterin; son tarih, durum ve net bir birincil eylem (Başlat / Devam Et / Gözden Geçir / Sertifikayı İndir) olsun. İlerlemenin görünür olmasını sağlayın (örn. “5 modülden 3'ü”) ve Kısa filtreler ekleyin: Yakında süresi dolan, Süresi geçmiş, Tamamlandı.

Sertifikalar kolay bulunmalı ve paylaşılabilir olmalı. İndirilebilir bağlantılar ve son kullanma tarihlerini gösteren özel bir "Sertifikalar" sekmesi destek taleplerini azaltır.

Yönetici panosu (sistemi kontrol et)

Yöneticiler hız ve güven ister. Temel ekranlar genelde şunları içerir:

• Kurs kataloğu: kurs oluştur/düzenle, sürüm etiketleri ve görünürlük (kim atanabilir)
• Atamalar: kişi, takım, konum veya iş rolüne göre atama; yayınlamadan önce kimlerin etkileneceğini önizleme
• Uyumluluk görünümü: departman, kurs ve tarih penceresine göre tamamlama vs. gecikme

Toplu işler için tasarlayın: toplu atama, toplu hatırlatmalar ve basit şablonlar (örn. “Yıllık Güvenlik Eğitimi”). Ayarlar alanı varsa sade ve görev odaklı tutun.

Yönetici görünümü (ekibi gör, hızlı aksiyon al)

Yöneticilerin temiz bir ekip durumu sayfasına ihtiyacı var; gecikme uyarıları ve bireysel kayıtlara inme. Öncelik verin:

• “Kim gecikti?” (son tarihle birlikte)
• “Geçen haftadan beri ne değişti?” (yeni atamalar, yeni süresi geçmiş)
• Tek tık eylemler: çalışana hatırlatma gönder, yardım iste veya politika gereği yükselt

Ekranları basit (ve hoşgörülü) tutun

Düğmelerde açık fiiller kullanın, basit arama ve az sayıda yüksek değerli filtre ekleyin; karmaşık sorgu oluşturucu yerine. Yardımcı boş durumlar ekleyin (“Gecikmiş eğitim yok”) ve hataları eyleme dönüştürülebilir yapın (“Yükleme başarısız—10MB altı PDF deneyin”).

Gelecekte ileri özellikler ekleseniz bile ilk deneyimi hafif ve öngörülebilir tutun.

Eğitim İçeriğini, Tamamlama Kurallarını ve Değerlendirmeleri Oluşturun

Uygulamanızın güvenilirliği iki şeye bağlı: açık eğitim içeriği ve her çalışanın tamamladığını kesin gösterecek net kanıt. Burada "kurs atadık"ı "kim neyi ne zaman, hangi sürümle tamamladı"ya çevirirsiniz.

Doğru kurs türlerini destekleyin (gereksiz yere abartmayın)

Gerçek dünya programlarının çoğunu kapsayan küçük bir kurs formatı setiyle başlayın:

• Video (barındırılan veya gömülü)
• PDF / doküman okuma
• Canlı oturumlar (yüz yüze veya sanal, katılım takibi ile)
• Harici bağlantılar (satıcı eğitimi, düzenleyici sayfalar, üçüncü taraf platformlar)

Gerekirse SCORM/xAPI opsiyonel bir yetenek olarak ekleyin; zorunlu kılmayın. Birçok şirket SCORM olmadan da idare eder, ancak düzenlenen veya büyük organizasyonlar standart izleme için buna ihtiyaç duyabilir.

Modüller, dersler ve denetimde dayanacak tamamlama kuralları

İçeriği Kurs → Modül → Ders olarak modelleyin ki yapı taşlarını yeniden kullanabilin ve bir kısmı güncellenince tüm kursu yeniden yazmak zorunda kalmayın.

Ders seviyesinde tamamlamayı şu açık kurallarla tanımlayın:

• Zamana dayalı: videonun %90'ı izlendi veya derste 8 dakika geçirildi
• Quiz bazlı: değerlendirme geçildi
• Onaylama: “Okudum ve anladım” (zaman damgasıyla)

Zamana dayalı kurallarda dikkatli olun: sayfa başında geçirilen süre yanıltıcı olabilir. Gerekirse kaydırma/okuma onayı veya kısa bir onaylama ile birleştirin.

Quizler ve makul yeniden deneme politikaları

Değerlendirmeler kurs başına yapılandırılabilir olmalı:

• Geçme eşiği (örn. %80)
• Soru havuzları (isteğe bağlı) yanıt paylaşımını azaltmak için
• Yeniden deneme kuralları (maks. deneme, bekleme süresi, başarısızlık sonrası yapılacaklar)

Çalışanın deneme geçmişini (puan, izin verildiyse cevaplar, zaman damgaları) saklayın ki sonuçları sonra açıklayabilesiniz.

Ekler ve sürümleme: kanıtı bozulmadan saklayın

Politikalar değişir. Uygulamanız tarihsel kanıtı korumalıdır.

Ekler (slaytlar, SOP'ler, onay formları) yüklemeye izin verin ve kurs güncellemelerini yeni sürüm olarak ele alın. V1'i tamamlayan çalışanlar v1 için tamamlanmış görünmeye devam etmelidir; v2 yayımlansa bile. İçerik güncellemeleri yeniden eğitim gerektiriyorsa, eski kaydı üzerine yazmak yerine yeni sürüme bağlı yeni bir atama oluşturun.

Sertifika Takibini ve Yenileme Mantığını Uygulayın

Sertifika takibi, eğitimi kanıta dönüştüren kısımdır: kim hangi yeterliliğe sahip, ne kadar süre için. Amaç, sürenin öngörülebilir olması, yenilemelerin otomatik olması ve istisnaların kontrollü olmasıdır—e-tablolarsız.

Sertifikaları periyodik kimlikler olarak modelleyin

Sertifikayı kurstan bağımsız bir kayıt türü olarak ele alın. Her sertifika şunları desteklemeli:

• Geçerlilik süresi (örn. veriliş tarihinden itibaren 12 ay)
• Yenileme penceresi (örn. süresi dolmadan 60 gün önce yenileme başlat)
• Veriliş kuralları (hangi kurs, hangi puan veya yönetici onayı veriyor)

Hem veriliş tarihi hem de raporlama için türetilmiş olsa da saklanan son kullanma tarihi tutun. Tüm yenilemelerin geçmişini saklayın ki denetimlerde sürekliliği gösterebilesiniz.

Yenilemeleri net kurallarla otomatikleştirin

Yenileme otomasyonu çoğunlukla zamanlama ve mantıktır. Yaygın desenler:

• Süresi dolmadan yeniden atama: yenileme penceresi açıldığında çalışana otomatik olarak gerekli tazeleme kursu atanır.
• Gecikme toleransları: isteğe bağlı kısa bir gecikme penceresi tanıyın; yine de durumu "süresi doldu" olarak işaretleyin.
• Rol veya iş bazlı kurallar: rol değişirse gerekli sertifikalar hemen yeniden hesaplanır.

Yenileme kuralları tekrarlanır çalışsın; aynı eğitimi iki defa atamamalıdır.

Muafiyetler ve denkliği yönetin

Gerçek organizasyonlar alternatifleri kabul eder: satıcı sertifikaları, önceki eğitimler veya düzenleyici lisanslar. Destekleyin:

• Muafiyetler (geçici veya kalıcı) gerekçe ve onaylayıcı ile
• Denklik eşleştirmeleri (harici belge X, iç sertifika Y'nin yerine geçer)

Her zaman kimi tarafından ve ne zaman verildiğini kaydedin; muafiyetlerin uyumluluk raporlarında görünmesini sağlayın.

Yüklenen kanıtlar için doğrulama iş akışı

Çalışan bir sertifika yüklediğinde bunu İK'ya (veya doğrulayıcı role) gönderin ve basit bir durum makinesi kullanın: Gönderildi → Onaylandı/Reddedildi → Verildi.

Onaylandığında iç sertifikayı doğru geçerlilik süresiyle oluşturun ve denetime hazır kayıtlar için belge referansını saklayın (bkz. /blog/audit-ready-training-records).

Hatırlatmalar, Bildirimler ve Yükseltmeler Ekleyin

Bildirimler, eğitim sistemlerinin ya faydalı ya da göz ardı edilen sistemler olmasını belirler. Amaç basit: doğru mesajı doğru kişiye doğru zamanda gönderin—e-posta çöp haline gelmeden.

Ne zaman bildirim gönderilmeli

Başlangıç için yüksek değere sahip birkaç olayı tutarlı şekilde bildirin:

• Atama oluşturuldu: eğitimin atandığını onaylayın; son tarih ve başlamak için doğrudan bir yol ekleyin.
• Yaklaşan son tarih: örn. 7 gün ve 2 gün önce (eğitim türüne göre yapılandırılabilir).
• Süresi geçti: net bir "geçti" mesajı ve sonraki adımlar.
• Süre dolmak üzere (sertifikalar için): sertifika geçersiz olmadan önce bildirim (yaygın pencereler: 60/30/14 gün).

Yükseltmeler için kurallar belirleyin: "7 gün gecikme olursa yöneticiye bildir; 14 gün olursa İK'ya bildir." Dil bilgisi olabildiğince olgusal ve aksiyon odaklı olsun.

Tercihler, saat dilimleri ve spam kontrolü

Bildirimleri kullanıcı düzeyinde ayarlanabilir yapın (kategori bazında isteğe bağlı/gerekirse opt-out) ve her kullanıcının saat dilimine göre gönderin. 3:00'te gelen bir son tarih hatırlatıcısı fark edilirlik kazandırmaz.

Spam önlemek için ekleyin:

• Sessiz saatler (iş saatleri dışında gönderim yok)
• Yineleme önleme (hiç değişiklik yoksa aynı hatırlatmayı tekrar göndermeyin)
• Hız sınırları (kullanıcı başına günlük bildirim sınırı)

Yöneticiler ve İK için özet e-postaları

Yöneticiler ve İK tek tek bildirimler yerine özetleri tercih eder. Haftalık bir özet gönderin; içeriğinde:

• Takımlarında yeni atamalar
• Yaklaşan son tarihler
• Süresi geçmiş öğeler ve en uzun süre geçmiş kişiler
• Sona erecek sertifikalar

Gönderilen her mesajı kaydedin

Bir bildirim geçmişi saklayın (alıcı, kanal, şablon, zaman damgası, durum ve ilgili atama/sertifika). Bu, “aldılar mı?” sorusunun cevaplanmasında yardımcı olur ve sorun gidermeyi kolaylaştırır. Bu günlükten kullanıcıya veya atama kaydına bağlantı verin.

Raporlama, Panolar ve Denetime Hazırlık

Raporlama, bir eğitim ve sertifika uygulamasının değerini kanıtladığı yerdir: tamamlanma verisini yöneticiler, İK ve denetçiler için net cevaplara dönüştürür.

Riski bir bakışta gösteren panolar

İki pano ile başlayın:

• Yönetici panosu: takım tamamlama oranı, en çok geciken kurslar, yaklaşan son tarihler (30/60/90 gün) ve "risk altındaki" roller.
• Uyumluluk/İK panosu: organizasyon genel durumu; departman, rol, konum ve zaman periyodu kırılımlarıyla.

Sayıların tutarlı olması için basit kurallar tanımlayın (örn. “tamamlandı” tüm gereken modüller geçildi ve gerekiyorsa kanıt eklendi anlamına gelir).

Eyleme götüren filtrelerle detaylandırma

Her grafik tıklanabilir olmalı. Bir departmanda %82 uyumluluk göründüğünde kullanıcı şunlara inebilmelidir:

• Süresi geçmiş veya yakında süresi dolacak kesin çalışanlar
• Hangi zorunlu öğelerin eksik olduğu
• Son tarihlerin ve yükseltme durumunun ne olduğu

Böylece panolar sadece özet değil, operasyonel araç haline gelir.

Denetime hazır görünümler ve kanıtlar

Denetçiler genelde aynı hikayeyi ister; ama kanıtla birlikte. Bir "denetim görünümü" oluşturun ki şunları cevaplasın:

• Kim neyi tamamladı
• Ne zaman tamamladı (saat dilimi ve zaman damgası dahil)
• Hangi sürümü aldı
• Kanıt bağlantıları (sertifika dosyası, imzalı onay, dış sağlayıcı kaydı)

Tam izi manuel ekran görüntüleri olmadan dışa aktarmayı kolaylaştırın.

Dışa aktarımlar ve zamanlı teslim

Analiz için CSV ve paylaşım için PDF desteği ekleyin. Aylık uyumluluk paketi gibi zamanlanmış teslimatlar sunun; e-postaya veya güvenli indirme alanına, ekranda kullanılan aynı filtrelerle eşleşecek şekilde.

Entegrasyonlar ve Veri İçe Aktarımlar

Entegrasyonlar bir eğitim uygulamasını “güncellemeniz gereken başka bir yer” olmaktan çıkarıp güvenilen bir sisteme dönüştürür. Öncelikle hangi sistemlerin çalışanlar, programlar ve iletişim için gerçeği tuttuğunu belirleyin—sonra uygulamanızın neyi çekmesi, neyi göndermesi ve neyin senkron kalması gerektiğine karar verin.

HRIS: çalışan listesi gerçeğin kaynağı olsun

Çoğu organizasyon için HRIS, çalışan listesi, departmanlar, iş unvanları, yöneticiler ve konum bilgilerini tutar. Yeni işe alınanlar otomatik eklenmesi, ayrılanların devre dışı bırakılması ve raporlamanın güncel kalması için gece senkronları (veya yakın gerçek zamanlı) planlayın.

Çok kiracılı destek varsa HRIS kimliklerinin kiracılara nasıl eşleneceğini ve veri karışmasını nasıl önleyeceğinizi tanımlayın.

SSO, provision ve erişim

Tek oturum açma şifre sorunlarını azaltır ve benimsemeyi artırır. Yaygın SSO seçeneklerini (SAML veya OIDC) destekleyin. Gerektiğinde SCIM ile kullanıcı, grup ve rol atamalarının otomatik oluşturulmasını ekleyin.

SSO olsa bile acil durumlar için "break glass" yönetici erişimi tutun.

Takvim, e-posta ve sohbet entegrasyonları

Eğitmenli oturumlar için bir takvim sağlayıcısıyla entegrasyon planlayın: davet oluşturma, yeniden planlama ve katılım sinyallerini izleme.

Hatırlatmalar ve yükseltme akışları için e-posta ve Slack/Teams bağlantıları ekleyin; çalışanların gerçekten gördüğü yerde bildirim gönderin—spam yapmadan. Mesaj şablonlarını düzenlenebilir tutun.

Geçmiş veriler, dışa aktarımlar ve açık API'ler

Dağınık geçmiş veriye hazırlıklı olun. Geçmiş tamamlamalar ve sertifikalar için doğrulama ve önizleme adımı olan rehberli içe aktarımlar sağlayın. Uygulamalar için gerçek zamanlı entegrasyonlar gerekirken, tamamlanma kaydedildiğinde, sertifika verildiğinde, yenileme geldiğinde veya kullanıcı devre dışı bırakıldığında tetiklenen webhooks veya API'ler sunun.

Güvenlik, Gizlilik ve Uyumluluk Temelleri

Bir eğitim yönetimi uygulaması kişisel veriler (isim, e-posta, iş rolleri), performans verileri (puanlar) ve uyumluluk kanıtı (sertifikalar, imzalı belgeler) içerir. Bunu bir kayıt sistemi gibi ele alın: güvenlik ve gizliliği baştan tasarlayın.

Kişisel verileri en az ayrıcalıkla koruyun

Önce rol tabanlı erişimle başlayın ve yeni özelliği "erişimsiz" olarak varsayarak açıkça izin verin. Örneğin, bir yönetici yalnızca kendi ekibinin durumunu görmeli, başka departmanın quiz cevaplarını görememeli.

Trafiği HTTPS/TLS ile şifreleyin ve hassas verileri dinlenme halinde de şifreleyin (veritabanı ve yüklemeler için şifreli nesne depolama). Çok kiracılı platform destekliyorsanız kiracı ayrımını veri katmanında yapın ve çapraz erişimi test edin.

Her değişikliği denetlenebilir yapın

Denetime hazır kayıtlar için yönetsel eylemleri ve kritik değişiklikleri (atamalar, son tarihler, puan düzenlemeleri, sertifika yüklemeleri, durum değişiklikleri) kaydedin. "Kim/ne zaman/neyi/önce/sonra" bilgisini tutun.

Saklama ve silme kurallarını tanımlayın

Tamamlamaları, puanları ve yüklenen belgeleri ne kadar süre saklayacağınızı belirleyin (örn. “işten ayrılıştan sonra 7 yıl” veya “yasal gerekliliğe göre”). Otomatik saklama politikaları uygulayın ve bunları yönetici yardım sayfalarında belgeleyin (bkz. /help/data-retention).

Temel gizlilik iş akışları oluşturun

İlk girişte açık onay/bildirim metni ekleyin; erişim talepleri ve veri silme isteklerini ele alacak basit araçlar sağlayın. Hukuki dayanağınız "meşru menfaat" olsa bile kullanıcıların ne toplandığını ve nedenini anlamalarını sağlayın. Bunu SSO ve HRIS entegrasyonu ile eşleştirin ki işten ayrıldıklarında erişim otomatik olarak kaldırılabilsin.

Test, Dağıtım ve İteratif Yol Haritası

Ekranlar çalıştığında uygulama "bitmiş" sayılmaz. Zor olan, kuralların doğru davrandığını (atamalar, yenilemeler, sona erme), denetim kayıtlarının doğru kaldığını ve sistemin gerçek kurumsal karmaşıklık altında dayanabildiğini kanıtlamaktır.

Eğer hızlı ilerliyorsanız, Koder.ai gibi bir vibe-coding platformu iş akışlarını prototiplemenize (atamalar, hatırlatmalar, denetim görünümleri) ve rol tabanlı erişim ile raporlama üzerinde tek bir sohbet odaklı döngüde yinelemeye yardımcı olabilir—ayrıca gözden geçirip genişletebileceğiniz gerçek, dışa aktarılabilir kaynak kodu üretebilir.

Pratik bir test planı

Uyumluluk riski yaratan bölümlere odaklanın:

• Birim testleri: yenileme pencereleri, gecikme grace'leri, otomatik sona erme, tamamlama önkoşulları, puan eşikleri ve rol değişiminden sonra yeniden atama mantığı.
• Uçtan uca testler (E2E): İK bir departmana eğitim atar → çalışan içeriği ve değerlendirmeyi tamamlar → sertifika verilir → yenileme tetiklenir → hatırlatmalar yükseltilir → dışa aktarma beklenen sonuçları üretir.

Ayrıca “mutlu olmayan yol”ları test edin: eksik değerlendirmeler, erişimin iptali, kaçırılmış son tarihler ve çakışan rol izinleri.

Gerçekçi test verisi oluşturun

Sentetik veriler gerçek kullanıma benzemeli: büyük organizasyonlar, birden çok departman, dolaylı raporlara sahip yöneticiler, sınırlı erişime sahip yükleniciler ve birbirine giren programlarda binlerce atama. Kenar durumları ekleyin:

• birden fazla departmanda veya konumda olan çalışanlar
• farklı yenileme döngülerine sahip sertifikalar
• göç sırasında geriye dönük tamamlamalar

Bunlar performans sorunlarını ve raporlama hatalarını erken görünür kılar.

Dağıtım: staging, production ve operasyonel temeller

Stagingi prodüksiyonun yakın bir kopyası olarak çalıştırın: aynı konfigürasyonlar, aynı entegrasyonlar (veya güvenli taklitleri) ve aynı zamanlanmış işler.

Prodüksiyon hazırlığı için şunları kurun:

• yedeklemeler ve geri yükleme tatbikatları (sadece yedek değil)
• izleme ve uyarılar (kuyruklar, iş hataları, entegrasyon hataları için)
• hata takibi kullanıcıyı etkileyen sorunları yeniden üretmek için yeterli bağlamla yakalasın

Lansman sonrası iteratif yol haritası

Lansmandan sonra sürtünmeyi azaltan ve güveni artıran iyileştirmeleri önceliklendirin:

• saha çalışanları için mobil UX iyileştirmeleri
• daha hızlı atama akışları (toplu işlemler, şablonlar)
• gelişmiş analizler (risk puanlama, gecikme trendleri)

Eğer paketleme veya self-serve onboarding planlıyorsanız ilgili kaynakları /pricing adresinde erişilebilir tutun ve pratik kılavuzları /blog içinde genişletin (örn. içe aktarma, yenilemeler, denetim hazırlığı).